---

スクラムを成功させるものとは？意外な発見があるかもしれません！

スクラムは、従来のプロジェクトマネジメントの三角形を変えます。

組織は、品質を犠牲にできる変数として扱う必要がなくなります。新しい三角形は、予算、時間、機能のバランスを取ります。範囲を適応させ、提供のゴールを管理しながら、品質を守れます。

プロジェクト管理の三角形

スクラムでは、品質は、もはや任意ではありません。 顧客が事業を発展させるために対価を支払うものを届けるため、チームは、共同で作れる最良のソフトウェアを目指します。

スクラムでは、機能が完成し、必要な品質基準を満たしたと判断する条件を、完成の定義（DoD）で定めます。 DoDは、機能・非機能要件、設計、コーディング、ユニットテスト、エンドユーザーによる確認、文書化などの期待する結果を示します。ストーリーの受け入れ基準は顧客の機能・非機能の要求を説明でき、タスクのチェックリストは作業活動を明確にします。これらは、共通の完成の定義を置き換えず、支えます。

完成の定義を満たさない作業は、インクリメントに含みません。受け入れ基準とチェックリストは、まだ完了すべきことの把握を助けます。プロダクトオーナーとチームは、開発プロセスを通じて、ストーリーとタスクを段階的に定義します。

段階的に開発することで、チームは適応力を保ち、過去の作業の大部分を危険にさらす追加費用やリスクを避けながら、次の最良の行動を、管理された方法で調整できます。

各スプリントの終わりまでに、出荷可能なソフトウェアインクリメントを作ります。プロダクトオーナーや顧客側の関係者に実演し、話し合い、 フィードバックを得て、プロジェクトの次の手順に反映します.

。この柔軟性は、ソフトウェアの提供だけでなく、業務プロセスにも当てはまります。そのため、スクラムは、 人、時間、予算、資材などのリソースの活用の最適化と、浪費の最小化を可能にします.

研究では、実践において、次の良い影響が示されています。

• コードのデプロイの頻度が増える。
• コミットからデプロイまでのリードタイムが短くなる。
• 停止から復旧するまでの平均時間が短くなる。
• 変更の失敗率が低くなる。
• 製品の品質が高まる。
• 導入前と比べて、費用が下がるか、同じになる。
• 生産性と処理能力が向上する。
• コードと運用の信頼性が高まる。
• 組織のパフォーマンスと顧客満足度が高まる。
• 市場浸透、市場シェア、組織の収益性が高まる。
• 時価総額の成長が高まる。
• 従業員の意欲が高まる。

スクラムの導入と定着は簡単ではありません。それでも、適応的で反復的な方法が、最初の負担に対処し、変わり続ける顧客と事業の要求にも、より良く応えます。

そのため、多くの場合、従来のソフトウェアエンジニアリング手法に代わる、より良い選択肢になります。