いつ終わりますか? この質問はしばしば幹部の唇を横切ります、そして当然そうです。 経営幹部は、会社レベルでの優先順位付けについて情報に基づいた意思決定を行い、会社のビジョンを達成するために、タイムラインを知る必要があります。 従来のウォーターフォールプロジェクトであろうとアジャイルな製品開発作業であろうと、作業ステータスを知ることは不可欠であり、スクラムチームは戦術的なステータスレポートでそれに答えることができなければなりません。
スクラムチームは、スプリントまたはリリースの目標の達成に向けてどのように進んでいるかを知る必要があります。 実際、彼らはそれに夢中になっています。 スプリントの目標を達成するということは、顧客が必要とする時間枠で顧客の問題を解決するのに役立つことを意味します。
経験的プロセス
アジャイルステータスレポートが従来のウォーターフォールステータスレポートと異なるのは、その基礎が経験的なプロセス制御であるということです。 スクラムチームは 、速度を将来の予測のデータポイントとして使用し、過去の開発速度を現実的な予測に変換します。
経験主義により、チームは継続的に検査と適応を行っています。 彼らは、開発の後期であっても変化を歓迎し(アジャイル原則2)、ガントチャートやプロジェクト計画ではなく、実用的なソフトウェアが進歩の主要な尺度であることを理解しています(アジャイル原則7)。
顧客のニーズを早期かつ頻繁に満たすことを計画していますが (アジャイル原則 1 および 3)、計画に従うことよりも変更に適応することを重視しています (アジャイル価値 4)。 ステータスは、チームが学習した内容に応じて、毎日、さらには一日を通して変化する可能性があります。 スクラムチームは、ストーリーポイントやタスク時間のバーンダウンなどの透過的な情報を使用して検査し、適応します。
スクラムのような経験的なプロセス制御の変動性を予測するのは難しいように見えるかもしれませんが、この記事では、スクラムチームがステータスを理解するために必要なものと不要なものについて説明します。 また、チームが目標達成に向けてどのように進んでいるかなど、戦術的なステータスレポートを毎日1分以内に完了する方法についても説明します。
スプリント計画
スクラムチームが戦術的なステータスレポートをどのように使用しているかを理解するには、まずスクラムチームが作業をどのように計画しているかを調べる必要があります。 スクラムチームは戦略的に安定しているため、戦術的に柔軟に対応できます。 明確な製品ビジョンとロードマップ、リリース目標、製品バックログ、そして長期にわたる永続的なチームの基盤があるため、安定しています。 彼らはスプリントと呼ばれる短いフィードバックサイクルに作業を徐々に精緻化するため、柔軟性(適応性)があります。 各スプリントは、製品ビジョンをサポートするリリース目標の達成に重点を置いています。
「常設チーム」というフレーズに関するメモ。 パーマネントとは、チームメンバーに新しいキャリアの機会を追求したくないという意味ではありません。 または、一度チームを結成すると、それは決して変わることができないということです。 私たちが言いたいのは、チームが一時的ではなく、より永続的で永続的なものになりたいということです-可能な限り安定しています。 長命のチームは、予測可能な速度、チームメイトとの結束、顧客の理解、および製品に関する知識により、組織にとってより価値のあるものになります。 長命のチームは、多くのスプリントで得た信頼の上に構築されます。 この信頼は、常にローテーションするチームメンバーでは達成が困難です。
スプリント計画パート 1
スプリント計画のパート 1 では、まず顧客中心のスプリント目標を定義します。 次に、チームはバックログから、それを達成するのに役立つ項目を取得します。 各項目の作業レベルは、項目の受け入れ基準とチームの 完了の定義に基づいて推定されています。
計画には、ある程度の見積もりが不可欠です。 各ストーリーは、顧客価値の「潜在的に出荷可能な」増分を作成します。 スプリントで提供されるすべての価値を合計すると、チームのベロシティまたは開発ペースがキャプチャされ、経験的データとして使用して、将来のスプリントで実行できる残りのバックログの量を計画できます。 同じ人 (常勤チーム) が各スプリントで同じ種類の作業を行っているため、チームは以前のスプリントの現実に基づいて、スプリントで実行できる作業量を決定できます。 これで、チームはパート 2 に進むことができます。
スプリント計画パート 2
次のステップは、時間の見積もりを使用してタスクを定義することによって、スプリントの目標を達成する方法を理解することです。 チームは、スプリント計画セッション全体を通して、自信と以前の速度の傾向との比較、および利用可能な時間と計画された時間に基づいて、 スプリントのバックログ と目標を調整します。
時間と計画
時間も計画の重要な要素です。 計画された合計時間が容量を超えた場合、製品所有者はスプリント バックログからバックログ項目を 1 つか 2 つ削除します。 計画された合計時間がキャパシティよりも少ない場合、チームの信頼度は高くなります。 これはスラックでの構築と呼ばれ、スプリント中に発生するとは予想できないことに対応する余地を与えます。 必要に応じて調整することもできます。 計画中は、タスクに名前を割り当てません。 チームは、各タスクにかかる時間の見積もりに同意します。
スクラムチームはタスク時間とストーリーポイントをどのように使用してステータスを理解しますか?
スプリント全体を通して、チームはタスク ボードを使用してスプリント バックログとスプリント バーンダウン チャートを表示し、スプリント目標に向けた進行状況を把握します。 タスク ボードは、残存作業と完了した作業のバランスを確認するのに役立ちます。 付箋や電子カードがタスクボード上を移動すると、すべてのタスクとバックログ項目の状態がわかります。 残りの作業が終了すると、目標を達成します。 簡単。
タスク ボードまたはスプリント バックログの例。
バーンダウンチャートとタスクボード
長期計画の製品バックログ項目を見積もる一般的な方法の 1 つは、フィボナッチ数列に基づく 相対推定手法 であるストーリー ポイントを使用することです。 バーンダウン チャートには、残りのストーリー ポイントとタスク時間が残り時間と比較してプロットされます。 毎日、チームはストーリーポイントとタスクを完了し、両方の行を焼き尽くします。 いくつかの簡単な計算で、チームと利害関係者は、チームが目標に到達できるかどうかを確認できます。
たとえば、4 日目には、チームはほぼ順調に進んでいることを確認できますが、ストーリーポイントが計画されたラインを上回っているため、調整が必要になる場合があります。 時間がラインを下回っているため、製品所有者が完了したバックログ項目を承認するのを妨げる障害がある可能性がありますか? バーンダウンを検査することで、チームは質問をしたり、会話をしたりして、見つけたものに適応して対処することができます。
スプリントバーンダウンチャートの例。
バーンダウン ボードとタスク ボードを有用にするには、チームはそれらを一貫して更新する必要があります。 これには、完了したタスクとバックログ項目を完了に移動したり、その日を通して検出された新しいタスクを追加したりすることが含まれます。 タスクボードは、正確に保つことに同意したため、チームの作業契約に従って流動的で正確です。 彼らは毎朝、 毎日のスクラム を検査の機会として使用して、毎日計画を適応させます。
完了したバックログ項目のスプリント後のスプリントは、このリリース バーンダウン チャートの例に示すように、チームがリリース目標に向けた進行状況を予測するのに役立ちます。 製品所有者が完了したバックログ項目を承認すると、バーンダウンに新しい貴重な増分が反映されます。 多忙なエグゼクティブも、チームが助けを必要としているかどうかを確認するのに役立つため、このビューを高く評価しています。
リリース バーンダウン チャートの例。
更新にかかる時間が 1 分未満になるのはなぜですか?
チームがスプリント バックログを正確かつ毎日維持している場合は、次のことを行うだけです。
- タスクを正しい状態に移動します。
- 「進行中」のタスクの残り時間を更新します。
- 「To Do」のタスクの残り時間を修正します。タスクについて何か新しいことを学んだ場合。
それです！ チームは、これらの手順を 1 日あたり 1 分以内に簡単に実行できます。 単純なバーンダウングラフをタスクの残り時間で更新できます(またはツールが自動的に更新します)。
元の時間と完了した時間を追跡する必要がありますか?
いいえ。 どちらもチームにとって役に立ちません。 チームは、完了するために残っている作業のみを気にします。 タスクを完了するのにかかった時間は、目標を達成できるかどうかはわかりません。 残りの作業量はそれを示しています。 原則 10 「シンプルさ、行われていない作業量を最大化する技術が不可欠である」は、戦術的なステータスレポートであっても覚えておいてください。
代わりに、顧客の心を吹き飛ばす素晴らしい製品の構築に集中してください!
透明性は検査と適応に不可欠です
透明性のある見積もりは、検査と適応に不可欠です。 すべてのスクラムアーティファクトと同様に、意思決定の会話に情報を提供します。 ステータスに関係なく、本当に重要なのは、チームと組織が製品を適応させてより適切に提供し、顧客にサービスを提供するのをサポートすることであり、これは忙しいエグゼクティブが気にかけていることです。
チームは、各チームメンバーがタスクを更新し、チームがタスクボードを維持している限り、毎日1分以内に戦術的なステータスレポートを実施できます。 元の見積もりと実際の完了時間を追跡する必要はありません。 さらに重要なことは、製品開発の真のステータスを実現するには、スプリントレビューの会話に頼ることです。
「動作するソフトウェアは 進歩の主要な尺度です。」原則7によると。製品のインクリメントやその他のスクラムアーティファクトの検査は、ステータスの意思決定に情報を提供します。
ステータスの透明性と実用的なポイントを確保するためのサポートをお探しですか? スクラムの専門家がお手伝いします。詳細については、 今すぐお問い合わせください 。
