目標の整理
何を検証し、何を変えたいのかを1枚にまとめます。機能一覧より目標が先です。
製品がどの段階にあっても、開発歴15年の代表が自ら設計し、ひとつのチームが最後まで担当します。
MVP開発
MVP開発
アイデアを最初の製品に
製品の段階ごとに入口があります。どれを選んでも、同じチーム、同じ進め方です。
何を検証し、何を変えたいのかを1枚にまとめます。機能一覧より目標が先です。
開発歴15年の代表が自ら確認します。新しくつくるか、直すか、つくり直すかを根拠とともに決めます。
範囲を固定し、週単位でお見せします。テスト・インフラのコード化・モニタリングを最初から組み込みます。
ユーザーの反応に合わせて機能と構造を育てます。運用マニュアルとソースをお渡しするので、自社運用もできます。
進行中のプロジェクトは週単位の状況で、終わったプロジェクトは記事で残します。
五本の記事を一枚の決定地図にまとめました。MVP段階を卒業する時点と、この判断の枠組みが次のバージョンで資産になる理由を扱います。
開発戦略育てるのでも作り直すのでも二周目から直面する五つの課題。ライブ変更の統制とフィードバックのスクリーニング、工数の見積もり直し、比較基準、障害対応の最低基準を整理しました。
開発戦略ユーザーとデータ、検証済みの流れは引き継ぎコードは捨ててよいという基準、作り直しで起きやすい失敗二つ、並行運用と移行の進め方を整理しました。
営業と開発の担当者が分かれていません。最初の通話から設計まで同じ人が担当します。
企画・デザイン・開発・運用の引き継ぎまで、ひとつのチームの中で完結します。
テスト・インフラのコード化・運用マニュアルを最初から組み込み、担当者が変わっても引き継げます。