スクラムを選択する理由？スクラムが8つの一般的な開発の悩みをどう解決するか

3355 スクラムフレームワーク

なぜスクラムか？ソフトウェア開発チームは以下の課題に直面することが多い（そして ==> スクラムの提案する解決策）：

• 製品は役に立たず、まるで犬のように働いているにもかかわらず、達成感がない。
  ==> 本番環境で配信可能なインクリメント
• 計画は変化に追いつかない。要件が速すぎて、一つのことに集中することが不可能になる。
  ==> 反復的で短いサイクル
• ビジネスチームと開発チームは常に対立し、ユーザーは常に不満を述べる。
  ==> オープンでコミュニケーション
• 時間は限られており、作業は重く、すべてが優先事項で、常に火消し状態、未完了のタスク、不安がつきまとう。
  ==> 顧客価値志向と製品の優先順位付け
• すべてのプレッシャーとリスクが最終フェーズに集中する——時間とともに忙しくなり、さらに混乱が増す。
  ==> WIP（進行中の作業）と最小限の実用的製品（MVP）の概念
• 良い習慣やプロセスは定着しない——ただ消え去るだけだ。
  ==> チームのベストプラクティスを強化するための明確な役割、イベント、アーティファクト、ルール（つまり、スクラムフレームワークと価値観であり、これらがまさに3355が求めるもの）
• 助けがなければ、チームは負け続け、モチベーションが低下し、ワークライフバランスが崩れる——燃え尽きと退職が続く。
  ==> 透明な製品バックログの見積もり、スクラムボード、チームのベロシティ、バーンダウンチャートにより、公正な進捗とバランスの取れた負荷を確保する。