短距離 走は限られた時間で短距離を走っ て います。これは、通常、ターゲットやゴールにすばやく到達する方法として、または対戦相手を回避またはキャッチする方法として、ランニングを組み込んだ多くのスポーツで使用されます。
なぜショートスプリント?
チームの集中力を維持するのに十分短いイテレーションが必要ですが 、意味のある増分の作業を提供するのに十分な長さのイテレーションが必要です。スクラムガイドでは 、スプリントの長さを1か月に 制限してい ます。
速く失敗する—小さすぎて失敗しない
短いスプリントの利点は、何かを試して(速く失敗し)、速いフィードバックを取得し、次に迅速に検査して適応するという戦略にあります。高レベルの不確実性が存在する場合、製品の作業を開始し、適切な決定を下したかどうかを確認し、そうでない場合は、より多くのお金が費やされる前に製品を迅速に殺す方が費用がかからないことがよくあります。
カイゼン (改善) の考え方と同様に、それは 「改善」を意味する日本語です。ビジネスにおいて、カイゼンとは、 すべての機能 を継続的に改善し、 CEO から 組立ラインの 作業員までのすべての従業員が関与する活動を指します。これらの変更の結果が分析され、微調整が再開されます。このようにして、実行中のタスクの生産性または品質を向上させることができます。少しずつ小さな変更を加えることは、一度にすべてに取り組むよりもはるかに効果的です。
アイデアは、変更を非常に簡単にして、実装に失敗しにくいようにすることです。まず、変化する習慣を作りました。次に、新しい変更を追加するか、変更のマイルストーンをもう少し微調整して、段階的に改善できるようにします。調整を1つずつ適用することが重要です。アイデアは、何をいつ適用するかを選択する複雑さを回避することです。そうすれば、これらのマイナーな改善のそれぞれの結果を分析することができます。複数を同時に適用すると、どれが機能し、どれが機能しなかったかがわかりません。または、ある効果が別の効果を打ち消したかどうか。
スクラム —継続的改善
スクラムフレームワークは、透明性、検査、および適応に依存する経験論に基づいてい ます。スクラムイベント と アーティファクトは 、継続的な改善につながる定期的な検査と適応を支援します。
スプリントの計画中に、スクラムチームは製品のバックログを検査し、 スプリントの目標、予測、およびスプリントのバックログを調整します。毎日のスクラム中に、開発チームはスプリントの目標に向けた進捗状況を検査し、スプリントのバックログを調整します。スプリントレビュー中に、 スクラムチームと利害関係者は、増分、 スプリント、および 製品バックログを 検査し、 製品バックログ を適応させます。
最後に、 スクラムチームの改善のための正式なイベントであるスプリントレトロスペクティブは、スクラムチームが人、関係、プロセス、およびツールの周りのスプリントを検査し、実行可能でコミットされた改善を行うことによって適応します。