ソフトウェア開発のトピックに近い人々が尋ねることがあります：プロジェクトの作業はMVP（最小実行可能製品）の作成とどのように異なりますか？この場合、各質問者が質問の独自のコンテキストを持っていることは明らかです。したがって、さまざまな方法で回答する必要があります。ただし、要約すると、設計と製品開発は互いに大きく異なります。一般的に、誰もが。把握しにくいので、問題点を理解してみましょう。
問題化：プロジェクトまたは製品開発
表面的に見ると、ソフトウェア開発は、プロジェクトであれ製品開発であれ、ソフトウェア開発です。いくつかの機能要件があります-常に形式化されているわけではありません。見過ごされがちな機能以外の要件があります。開発者がいて、特定の条件付きマネージャーがあり、いくつかの方法論があります。開発者はコードを確認し、マネージャーはパスの障害を取り除き、エンドクライアント/ユーザー/顧客の問題を解決します。最後に、彼らはある種の結果を示します。時々、彼らは業界で冗談を言うのが好きなので、結果は要件さえ満たします。
もう少し詳しく見てみると、目標の設定や要件の策定から実装プロセスや結果の提供まで、文字通りすべてが根本的に異なる開発分野が少なくとも2つあることがわかります。
これらは、開発に対するいわゆる「設計」および「製品」アプローチです。それぞれのアプローチには独自の特徴がありますが、これについては後で説明します。したがって、製品アプローチをさらに深く掘り下げると、内部でMVPの開発を強調することもできます。製品開発の一環であるMVPの作成は、同時に独自の特徴を持っており、それを改善および拡張することを目的とした、すでに本格的な製品の開発とは大きく異なります。MVPとは別に、MMF（Minimum Marketable Feature）も強調表示できます。MMFはこの記事の主題ではなく、それらは異なるものであることに注意する必要があります。残念ながら、彼らはしばしば混乱し、すべてがMVPであると言っています。
そして今、これらすべての違いの存在についての考えを持って、あなたは詳細をより深く掘り下げて、アプローチがどれほど正確に異なるかを考えることができます。
プロジェクトと製品
. , , .
: , , . “ ”, , .
, , .
, , , .
. , , . — , , , .
, , .
— -. , , : , , , , .
, . , , . — .
— 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 . . — .
しかし同時に、チームが製品パラダイムで問題に取り組んだ場合にどのような結果が得られるかについて考える人さえいません。さらに、多くの場合、チームもマネージャーもこのパラダイムで作業する準備ができておらず、理解していません。そして、その結果、彼らは単に異なる働き方を知らないのです。
しかし、なぜこれが起こっているのか、そしてそれを理解し、準備を整え、製品アプローチを開発に適用できるようにするために必要なことは、別の大きな会話です。このトピックが興味深く、回答を受け取りたい質問がある場合は、コメントに書き込んでください。