本文へスキップ
cube4devcube4dev

テーゼ · 機能範囲ではなく開発時間

開発の途中で優先順位を変えるのは、計画が下手だからではありません。何かを学んだからです。

週単位のモデルでは、新しい知見によって優先順位が変わってかまいません。より良い方向が見えたら、すぐに対応します。

それは計画不足ではありません。製品に関する情報の多くは、実際の開発の中で初めて生まれるのです。

詳しく

週単位モデルによる製品開発

この考え方から生まれたのが週単位モデルです。協業は、長期的な機能範囲をすべて確定させようとするところから始まるのではありません。具体的な製品アイデアや技術的な問いと、明確に区切られた開発期間から始まります。

開発ウィークの前に

現時点で、どの問いが最も大きな知見や製品価値をもたらすかを明らかにします。重要なのは最も長い機能リストではなく、技術的に解明することで次の経営判断をより良くする問いです。

それは、アプリケーションのまとまったバーティカルスライスであることもあれば、新しいソフトウェアアーキテクチャの中核、高度な操作コンセプト、シミュレーション、視覚的な作業環境、あるいは初めての完全な製品コアであることもあります。

開発ウィークの間

集中して開発を進めます。新たな知見によって優先順位が変わることもあります。あるアプローチが弱いと判明したり、より良い方向性が見えてきたりした場合には、すぐに対応できます。

この柔軟性は計画の欠如ではありません。製品にとって重要な情報は実際の開発の中で初めて生まれうる、という事実から意識的に導いた帰結です。

開発ウィークの終わりに

到達した開発段階が手元に残ります。それをもとに、開発を続けるか、掘り下げるか、方向を変えるか、終了するかを判断します。

ご依頼いただくのは開発時間です。事前に定義された機能範囲や、特定の成果物の完成ではありません。

1週間・4,900ユーロ(税抜)

追加の各週はその都度個別に取り決めます。自動的に継続されることはありません。

週単位モデルによる製品開発 →

その他のテーゼ