Girişimcilikte MVP kültürü çok önemlidir. Girişime yön vermek, beta süreçlerini test etmek vb süreçlerin hepsinde MVP kültürü çok önemli bir yere sahiptir.

Ama öncelikle sizlere Appnomi’den bahsederek yazıma başlamak istiyorum.

Yakın bir zamanda Appnomi çatı şirketi olarak;

Girişimciliğin başarısı için süreci, modeli ve yakın desteği ön plana çıkaran, kurumsal şirketlerin fikir aşamasından şirketleşmeye uzanan süreçte bizzat çalıştıkları model olan Venture Building: Esnek bir girişimcilik modelini benimsedik. Bu modeli yetenek ve fikrin yönetilmesiyle kendi kendine çalışan otonom girişimler çıkaran melez bir çözüm olarak tanımlamak mümkün. Girişim üretme üzerine olan bu model için literatürde “girişim stüdyosu” (startup studio), “girişim fabrikası” (startup factory) ve “fikir stüdyosu” gibi farklı tanımlamalar yapılıyor.

Appnomi çatı şirketi altında odaklı ve adanmış ekiplerle kurduğumuz VB yapısı şu şekilde;

Atonomik (Software Development Studio)
Growado (Growth Studio)
TalentBee (Talent Studio)

Spin-off yapmış olan şirketlerimiz 👇🏼

Shopiroller (Headless E-Commerce Platform)
Mobiroller (No Coding / Mobile App Builder)
Tappsly (App Studio)

Her alan için sayfalarca yazı yazabiliriz belki ama bugün benim de liderliğini sürdürdüğüm Atonomik hakkında konuşacağız.

Biz (Atonomik) mobil ve web çözümleri geliştiren, bir yazılım firmasıyız. Bugüne kadar bir çok sektörde (fintech, edutech, e-commerce, app builder vb.) onlarca firmaya özel yazılım hizmeti verdik.

Size son projemiz olan POS cihazına geliştirmekte olduğumuz bir Android uygulamasında MVP’yi nasıl uyguladığımızı anlatacağım.

MVP ile alakalı yine güzel bir örnekle sözlerime başlayacağım.

A noktasından B noktasına her gün yürüyerek giden biri; yola çok vakit harcadığını ve yolda geçen zamanı azaltacak hızlı, konforlu ve güvenli bir taşıta ihtiyacı olduğunu söyler. Bu isteğe aşağıda görselini ilettiğim iteratif çözüm örneği ile yaklaşmak, hem agile yaklaşımını anlatmaya hem de müşteri memnuniyetine yönelik güzel bir örnek.

Daha önceden farklı bir dil ile yazılmış Android POS uygulamasındaki yavaşlık problemi yüzünden müşteri sıkıntılarını dile getirdi. Biz de müşterinin bu sıkıntısını çözmek için Native olarak Kotlin ile geliştireceğimiz bir proje planı hazırladık.

Ürünü ortaya çıkarırken proje yönetiminin sac ayağı olan Zaman, Maliyet, Kapsam parametrelerini dikkate alarak ilerliyoruz.

Zaman: Proje için belirlenen bir teslim tarihi var mı. Eğer ürün için bir lansman tarihi varsa bu bizim için belirleyici parametrelerden biri oluyor. Bu tarihe göre, verimli çalışılabilecek şekilde bir kaynak artımı mümkünse eğer kaynak artırmaya veya kapsamı daraltmaya gidebiliyoruz.
Zaman sınırı olmayan bir proje ise… mmmmh yok yok vazgeçtim, böyle bir şeyle hiç karşılaşmadık daha 🙂

Maliyet: Projenin tamamlanması için ön görülen adam/gün kaynağını hesaplıyoruz. Bu projede süresince kaç kişinin çalışması gerektiğini, hali hazırda devam eden projelerimizin yoğunluklarını, görev dağılımını nasıl yapmamız gerektiğini planladığımız bir süreç oluyor.

Kapsam: Ürün kapsamını belirlerken, tüm yapılan piyasa araştırmaları, rakip analizleri, kullanıcı geri bildirimleri, ürün vizyonu gibi konular dikkate alınmaktadır. İş birimi tarafından belirlenen kapsam doğrultusunda ise zaman ve maliyet değişkenleri hesaplanmaktadır. Bu yazımda MVP’yi ele alacağım için zaman ve maliyet kısıtlarının sabit, Kapsam kısıtının ise değişken olarak ele alıp ideal özellik listesine nasıl ulaşmaya çalıştığımızı aktaracağım.

1. Dokumanı Üzerinden, Uygulamanın Olmazsa Olmaz Ana Faliyetlerinin Belirlenmesi.

İş listesi; Kullanıcının, problemini çözmek için, mobil uygulama üzerinden aldığı adımlar toplamına verdiğimiz bir isimdir. Android POS uygulamasında müşteri için olmazsa olmaz olarak belirtilen, login, order, order discount, payment, gibi özellikleri belirledik.

Proje bitiminde hedeflenen iş listesi, Kullanıcıların sık yaptıkları, talep ettikleri ve iyileştirme istedikleri işler ile iş biriminin ürün vizyonu ile ilgili hedeflerinin kesişim kümesini oluşturmaktadır.

Bu nedenle iş biriminin bir araya getirdiği özellik listesi mutlaka kullanıcının bir problemini çözmeli veya bir ihtiyacını daha etkili bir şekilde çözmesini sağlamalıdır.

2. Kapsamın Sadeleştirilmesi ve Önceliklendirilmesi.

Kapsam belirlendikten sonra yine müşteri ile birlikte toplantılar yaparak belirlenen kapsam üzerinde olmazsa olmaz konular belirlenir ve ürünün MVP halinin taslağı çıkartılır. MVP aşamasında zaman ve kaynak çok değerlidir. Bu aşamada çıkan ürünün, kullanıcıların sadece en kritik ihtiyaçlarını en iyi şekilde çözüm getirdiğine emin olmak ve kalan özellikleri daha sonra kontrollü bir şekilde eklemek gerekir.

3. Zaman Tahmini

Artık elimizde, kapsam olarak net bir MVP, kaynak planı gibi zaman tahmini yaparken bizi destekleyecek bir çok veri mevcut. Burada artık ekibini iyi tanıyan bir proje yöneticisi, teknik lead ve ürün yöneticisi ile birlikte, biten projelerden öğrenilmiş derslerle beraber, projenin efor tahmini çıkartılır.

Efor tahmini yaparken, biz daha önceden üzerinde çalıştığımız benzer projelerde harcadığımız eforları baz alarak bir tahmin çalışması yürütüyoruz. Bu tahmin çalışmasını, en kısa sürede, kabaca en doğru sonucu verdiği için kullanıyoruz. Ayrıca efor tahmini yapmak için bir çok farklı teknik mevcut, Önümüzdeki zamanlarda bu teknikleri de uyguladıkça deneyimlerimizi tekrar sizlere aktarmak isterim.

Bu planlamaların ardından proje devam ederken, teslim süresinde kendimizi konforlu hissetmediğimiz, projenin aksayacağını gördüğümüz noktada ise, çok geçmeden yeni aksiyonların alınması için kolları sıvıyoruz. Öncelikle paydaşlar bilgilendiriliyor, burada müşteri beklentisinin doğru yönetilmesi çok önemli, Kaynağın ve zamanın sabit olduğu durumda ürünün daha da sadeleştirilmesi için yapılacak bir çalışma varsa bir tur daha üzerinden geçilebilir.

Yukarıda, yeni bir projeyi dahil etme süreçlerimizde MVP belirlemekten, çok detaya girmeden bahsetmeye çalıştım. Umarım beğenmişsinizdir. 🙏🏼 💫