Minimum Uygulanabilir Ürün nedir?

0->1'den giderken, mühendislik bilgeliği bize bir MVP ile başlamanın önemli olduğunu söyler. Ne de olsa, bir MVP oluşturmak, erken geri bildirim almanıza, müşterilere daha erken ulaşmanıza ve bilinmeyen bilinmeyenleri ortaya çıkarmanıza olanak tanır. Bu argümanı kabul ediyorum - deneyimlerime göre, sonunda önemli olmayan şeyler üzerinde çalışmak için çok zaman harcamak çok kolay ve MVP'ler bu endişeyi hafifletiyor. Ama MVP nedir? Birini gördüğünde tanıyor musun? Tecrübeyle büyüyen bir lezzet mi? Hadi parçalayalım.

Neden bir MVP oluşturmalısınız?

Öncelikle, neden MVP'ler oluşturmak istediğimizi özetleyelim.

Mühendislik temel olarak kısıtlamalar altında sistemler inşa etmekle ilgilidir. Bir MVP'nin bir numaralı hedefi, çabanın küçük bir bölümünde önemli bir katma değer payı sunmaktır. Bu, işin geri kalanına öncelik vermenize yardımcı olacak erken geri bildirim almanızı sağlar. Genellikle işin büyük kısımlarını bir kenara atmanıza ve önemli olan şeylere odaklanmanıza olanak tanır.

Deneyimlerime göre, bu zihniyetin projede çalışan mühendis ekibi için çok büyük bir kültürel ve deneyimsel faydası olduğunu da gördüm. Kısıtlamalar sizi önemli olan şeyler üzerinde çalışmaya zorlar. İlerlemeyi göstermek tatmin edicidir. Ayrıca, sonuçta o kadar da kullanışlı olmayan parçalar oluşturmaktan kaçınırsınız. Kodunuza duygusal olarak fazla bağlanmamak iyi bir uygulamadır çünkü onu bir kenara atmanız gerekebilir. Buna rağmen, çalışmalarınızın çoğunun iyi bir şekilde kullanıldığını görmek hala çok iyi hissettiriyor ve gereğinden fazla tasarladığınız bir şeyi bırakmak zorunda kalmak üzücü.

MVP nedir?

Şaşırtıcı olmayan bir şekilde, bir MVP'yi tanımlamak, neden onu istediğinizi açıklamaktan daha zordur. Kısaltma açılımına bakalım. Bir MVP, karmaşıklığı minimum olan, kullanışlılığı devam eden ve hedef kitlenizi temsil eden biri tarafından kullanılması gereken bir üründür.

Bu hedefler bazen çelişiyor, peki bu konuda gerçekten nasıl yol alacağız?

MVP, bozuk bir deneyim anlamına DEĞİLDİR. Karmaşıklıkta minimum olması gerekirken, yapmaya çalıştığı şeyde eksiksiz olmalıdır. Her şeyi yapmaya çalışmak zorunda değildir (yapmamalıdır), ancak yapmaya çalıştığı şeyde eksiksiz olmalıdır. Bir MVP'nin tüm sanatı, uygulanabilirliği korurken karmaşıklığı azaltmak için kısayollar bulmaktır.

Kesme kapsamı bunun önemli bir parçasıdır. Örneğin, temel bir web sitesinde kullanım için bir S3 MVP'si get, putve delete. Muhtemelen önceden belirlenmiş URL'lere, çok parçalı yüklemelere ihtiyaç duymaz ve karmaşık ACL'lere sahip olmaması daha iyidir.

Bununla birlikte, teslim etmeye çalıştığınız temel parçaların hangileri olduğunu seçmek bir mühendis ve ürün tasarımcısı olarak size kalmış. Ürününüz ACL'ler olmadan uygun değilse, minimum bir ACL seti seçin ve bunları tamamen karmaşıklık olmadan sunun ve geri kalanının kapsamını azaltın.

Son olarak, bir MVP'nin birine gitmesi gerekir. Belki erken benimseyen birkaç kişiye gider. Belki arkadaşlarına ya da patronuna gider. Belki de bunu bir "beta" sorumluluk reddi beyanı ile herkese başlatırsınız. Bunların hepsi harika, ama siz üzerinde çalışmaya devam etmeden önce BİRİSİ onu kullanıyor olmalı.

Başarılı bir MVP nasıl görünür?

Birkaç başarılı MVP sonrası senaryo var.

• İnsanlar onu seviyor ve daha fazlasını istiyor. Daha fazla özellik oluşturun!
• İnsanlar onu olduğu gibi seviyor. Olduğu gibi bırakın. Özellik fikirlerinizi, gelecekte kullanışlı olacakları o zamanlar için dosyalanmış halde tutun. En azından 1-2 yıl sonra nostaljiyle bakması keyifli bir eser olacak. En iyi ihtimalle bu sizin yol haritanızdır.
• İnsanlar heyecanlı değil. Yineleyin (veya atın)!

Kodlamaya devam edin!