記事

MVPと検証

意味のある事業上の問いに答えられる、最小の製品を考えます。初回の範囲、検証、優先順位、デモの先で必要な動作を確認します。

MVPには、役に立つ結果まで完了できる一つの道筋と、その価値を確かめる方法が必要です。選んだ仕事の完了、安全な試行、結果の観測に欠かせない機能を残します。

納期は開発工数だけでなく、決定やアクセス権にも左右されます。何が先に分かる必要があるかで仕事を並べます。

プロトタイプは操作の理解を、技術検証は定めた条件で実現できるかを調べます。 MVPは実際の利用者に、限定された使える結果を提供します。

技術を選ぶ前に、目で確かめられる動作を書きます。誰が、どの状態から、何をして、どの結果を確認するかを示し、その結果を変える権限と例外を加えます。

最も難しい必須業務と、その後の保守担当者を基準に選びます。画面上で作れる道具にもデータ、権限、運用費があります。

役立つものを、一緒に。

最初のプロダクト、複雑な業務、見直したいソフトウェア。現在の状況をお聞かせください。