高頻度で変更が挿入される状況では

非効率なコミュニケーションが大量に繰り返される結果となる

製品、開発、テストは要件を満たすために多くの時間を浪費します コードの N 回のルックアップと N 回の割り込み書き換え

製品、開発、テストに関する反復的で非効率なコミュニケーションを削減します。

1) 会社のリソースは常に限られています 2) 限られたリソースを使用して最高価値のニーズを満たす

製品の理由はビジネスが計画されていないためです

方法: 週に 1 回の復習

方法： 月曜日にレビューされ、来週の火曜日にオンラインで配信されます。 火曜日にレビューされ、来週の木曜日にオンラインで配信されます。 順番にサイクリング

方法: 2 週間または 3 週間ごとに 1 つのバージョン

緊急のニーズもいつでも提起可能

大規模な要求もバージョン間でスケジュール設定可能

プロジェクトは反復優先計画に従って実装され始めます

結果

製品はビジネスの下流であり、ビジネス需要は統一的に計画される必要がある

テクノロジーは製品の下流にあり、製品の需要計画に合理的な提案を提供し、研究とテストの効率を均一に向上させます。

各機能には独自の責任があり、方法と戦略を考える必要があります

部門リーダーが合意に達した

OKR連携

正しいことをやり続けなさい

製品とビジネスのプレッシャーに直面する

リーダーの承認とサポートが必要