「製品の最初のバージョンに恥ずかしがらず、発売が遅すぎたということです。」 — リード・ホフマン Splitsでは、ソフトウェアを構築するために、機能させる→正しくする→高速にするというアプローチに従っています。 順序は重要です。各フェーズの出荷で学んだことは次のとおりです。

機能させる=機能的なプロトタイプ。 荒れているはずです。ぎこちないはずです。ユーザーの前にすばやく表示します。 MVP のスコープ設定方法: 1) プロジェクトにとって重要または関連していると思われるものをすべてリストアップします。 2) このリストから、完成して機能的なプロトタイプを作成できる*絶対最小*は何ですか?

それを正す=壊れたビットをすべて修正します。 市場からの明確なシグナルとともにこの段階に入ります:一貫したフィードバック、明らかな欠陥にもかかわらず使用量の増加。 これで、より多くのリソースを投資する権利を獲得しました。

高速にする=パフォーマンスを最適化します。 正直なところ、この段階についてはまだ学んでいる最中です。現在、ほとんどの Teams は "make it right" モード🤷 ♂️になっています しかし、私たちを駆り立てるインスピレーションは次のとおりです。

このアプローチが機能する理由: シーケンスは戦略です。今日学んだことが、明日の構築を形作ります。先に進むと、問題を正しく解決するために必要な情報がありません。 行動は情報を生み出します。しかし、*意図的な*行動は*より有用な*情報を生み出します。

罠は、あなたがそれを機能させると同時に、それを正そうとすることです。いいえ。 「間違っているとわかっているものを発送する許可を自分に与えてください。」 — @wminshew