Kebetulan orang yang dekat dengan topik pengembangan perangkat lunak bertanya: bagaimana pekerjaan proyek berbeda dari membuat MVP (Minimal Viable Product)? Jelas bahwa dalam hal ini setiap penanya memiliki konteks pertanyaannya sendiri - oleh karena itu, perlu dijawab dengan cara yang berbeda. Namun, untuk meringkas, desain dan pengembangan produk sangat berbeda satu sama lain. Secara umum, semua orang. Ini tidak begitu mudah untuk dipahami, jadi mari kita coba memahami masalahnya.
Problematisasi: pengembangan proyek atau produk
Jika dilihat secara dangkal, pengembangan perangkat lunak adalah pengembangan perangkat lunak, baik itu proyek maupun pengembangan produk. Ada beberapa persyaratan fungsional - tidak selalu diformalkan. Ada persyaratan non-fungsional yang sering diabaikan. Ada pengembang, ada manajer bersyarat tertentu, dan ada beberapa metodologi. Pengembang melihat melalui kode, manajer membersihkan hambatan di jalan mereka, memecahkan masalah dengan klien / pengguna / pelanggan akhir. Pada akhirnya, mereka menunjukkan hasil. Terkadang, karena mereka suka bercanda di industri, hasilnya bahkan memenuhi persyaratan.
Jika Anda melihat lebih dalam, ternyata setidaknya ada dua area besar pengembangan yang secara fundamental berbeda satu sama lain dalam segala hal: dari penetapan tujuan dan perumusan persyaratan hingga proses implementasi dan penyampaian hasil.
Inilah yang disebut pendekatan "desain" dan "produk" untuk pengembangan. Setiap pendekatan memiliki karakteristiknya sendiri, yang akan kita lihat nanti. Jadi, jika Anda menggali lebih dalam tentang pendekatan produk, di dalamnya Anda juga dapat menyoroti perkembangan MVP. Penciptaan MVP, sebagai bagian dari pengembangan produk, pada saat yang sama memiliki karakteristiknya sendiri dan sangat berbeda dari pengembangan produk yang sudah lengkap dengan tujuan untuk meningkatkan dan memperluasnya. Selain MVP, MMF (Minimum Marketable Feature) juga dapat disorot. MMF bukan subjek artikel ini, hanya perlu dicatat bahwa keduanya berbeda. Sayangnya, mereka sering bingung, mengatakan bahwa semuanya adalah MVP.
Dan sekarang, dengan gagasan tentang keberadaan semua perbedaan ini, Anda dapat menggali lebih dalam detailnya dan mempertimbangkan bagaimana tepatnya perbedaan pendekatan tersebut.
Proyek vs produk
. , , .
: , , . “ ”, , .
, , .
, , , .
. , , . — , , , .
, , .
— -. , , : , , , , .
, . , , . — .
— 20% — 10%, — . , , — . — .
, .
, , - : , , . . : , , , .
. , , , , , . , V-model , .
, . , , . — , . — . — . ( ) — , .
. , , , . , , , , .
. . , : . , , , .
— . , . : . , , , . , .
: , , — . - “ ”. — , , , .
: . “” — , , . , “ ” .
. , , , , , , . , , , . , , .
, — . , , MVP . , — , , ..
. — “”.
— killer , . .
, , .
-, “ — — — — ” - . , , ( , ) , . — , . — — . , , — , . , “” : . , , , .
, — . , .
-, , , . — , — . — , . .
, , . , , , . . , - , full-stack .
— — . , , .
Back to MVP
, .
, MVP.
Minimal Viable Product — , “ ”, : , . , , MVP, — , .
- .
MVP — . , — , , !
, .
, , .
, , . , , , , , , . — , , , .
, , , . , , , , — . , — .
- , , , , — , !
, - ? - , . , , UX- , .
. . , , , , , ? , - . , - , , . — , .
— . - . , — . .
— , , .
, , . , .
, , MVP . — .
, . ?
. , , — . , , , , , , . , — .
— , , . , . . .
? .
. , , Scrum .
, MVP. : - ? , , -, , , , .
, Easy First, . . , , - — . , .
, — — . — , . . , - , . - , , , killer-features.
— . , . , — . Minimal Marketable Feature ( ).
MVP: , V-, . , , , . , .
use-cases , — . , — , . , . , , .
, MVP — , .
MVP — (shit and bricks). — . , “” — . -, , .
, MVP — . MVP , MMF . , . “ ”. - . — . , , .
, — — , . , , — . — , — . , , .
. , - MVP MMF. — , — , , . , , . , - , , , . , — , , . , , - , .
, , . — . . . , , , .
— , . .
, — — MVP . . — .
Tetapi pada saat yang sama, tidak ada yang bahkan mencoba memikirkan hasil apa yang akan diperoleh jika tim mendekati masalah dalam paradigma produk. Selain itu - seringkali baik tim maupun manajer tidak siap untuk bekerja dalam paradigma ini, tidak memahaminya. Dan akibatnya, mereka tidak tahu bagaimana bekerja secara berbeda.
Tetapi mengapa ini terjadi, dan apa yang diperlukan untuk memahami, siap, dan dapat menerapkan pendekatan produk untuk pengembangan adalah percakapan besar yang terpisah. Tulis di komentar jika topik ini menarik dan pertanyaan yang ingin Anda jawab.