Agile納品フロー：3つのステップで常に納期を守る

ほとんどのマネージャーに、アジャイルソフトウェア開発チームの「心理的安全性」や「ビジョン」（詳細はこちら： 心理的安全性 ）について尋ねると、彼らはこれらのことが重要であることに同意しますが、顧客が緊急性を伝えたり、締め切りが近づいたりすると、これらの「ソフト」な変数は通常、後回しにされます。マネージャーは主に、アジャイルチームの予測可能な機能的なアジャイルデリバリーフローに関心があります。

Echometerブログ( ブログへ ）をご覧になったことがある方は、当社のコンテンツがチームや組織の「ソフトスキル」の向上に重点を置いていることをご存知でしょう。これらは意思決定者によって過小評価されがちです。しかし、スクラムマスターやアジャイルコーチはそうではありません。

スクラムマスターとアジャイルコーチが過小評価していると私が思うのは、デリバリーフローの改善、つまりマネージャーが望んでいることに集中することです。今日の投稿では、時間と予算内で繰り返し提供できる可能性を大幅に高めるための簡単なテクニックについて説明します。

Agileの配送フローに関する最初のステップ

私が言っているのは、あなたのタスクのAgileデリバリー・フローをモニターすることだ。いくつかのことを正しく行うだけで、より予測可能な結果を提供できるようになる。サイクルタイムの散布図や、プロジェクトの見積もりを計算するためのモンテカルロ・シミュレーションでさえ、完全に的外れではなく、最終的に有効な予測を示すかもしれない（続きを読む： 9 Agile 意思決定者のための指標 ).

まず対策すべき症状として、「スケジュール済み」から「完了」まで数日しかかからないタスクがあるかと思えば、1ヶ月以上かかるタスクもある。これに対抗するためには、タスクには常に、希望する機能の可能な限り小さな成果物が含まれるようにすることだ。クライアントの核心的な要求には必要のない、飾りや装飾のないものだ。基本的にはMVT（Minimum Viable Task）である。これは、すべてのタスクを小さくするという意味ではない。しかし、何ヶ月もかかるタスクではなく、せいぜい数週間で終わるような段階に到達するのに役立つはずだ。

Agileデリバリーフローに関連する第2ステップ：ベロシティではなくWIP

多くのスクラムマスターやカンバンコーチは、ベロシティなどを有効に測定するためには、タスクやワークアイテムの「適切なサイジング」が重要だと考えています。すべてのワークアイテムがほぼ同じサイズであることが重要です。そうして初めて、ストーリーポイント（ベロシティの測定に必要）が、比較可能な時間単位のように見えるため、ベロシティの測定に役立つと考えられています。 

タスクは同じような大きさである必要はない。なぜなら、ストーリー・ポイントの見積もりをコントロールするのはあまりにも難しいからだ。唯一コントロールできるのは、どれだけの新しいタスクを開始するかということだ。

したがって、予測可能になるためには、以下のことを行ってください。「新たに開始されたタスク」の割合と「完了したタスク」の割合を監視します。この2つはバランスが取れている必要があります。言い換えれば、タスクの「インプット」レートと「アウトプット」レートは、可能な限り近く、理想的には一致している必要があります。

例：ソフトウェア開発チームの典型的な行動として、タスクがブロックされるとすぐに新しいワークアイテムが開始される。そのため、多くのタスクが未完成のまま放置されることになる。 

そうではなく、開始されたタスクごとに完了したタスクがあるようにすれば、デイリーで焦点を絞った少数のタスクのブロックを解除することがよりうまくいくでしょう。チーム全体のパフォーマンスはより計算可能になり、上司や顧客が満足するため、チームもより満足するでしょう。

健全なアジャイル・デリバリー・フローのいくつかの「ポジティブな兆候」

実際には、これは以下のような行動につながるだろう：

• • まだ進行中のことがたくさんあるときに、新しい仕事を始めることはない。 

• • 新しいことを始める前に、始めたことを終わらせることに集中する。

• • タスクの年齢が数週間を超えることはない。

• • 正当な理由がなければ、常に一番古い仕事に取り組む。

WIP（仕掛品）制限もこれに役立つが、十分でないことが多い。チームが、新しい仕事をただ始めるのではなく、仕事を終わらせることに集中することを学べば、ほとんどのチームよりもうまくいくだろう。

Agileデリバリーフローを正しく使用する場合

明確な期待を持たせる：この方法では、タスクに2日かかるか3日かかるかをコントロールすることはできない。しかし少なくとも、2～3日のタスクに1カ月もかかってしまうような多くのタスクにチームが取り組むことがないようにする。

もし、基本的にすべての納品義務が数週間以内に達成されるとわかっていたら、あなたのチームはどれだけ良くなるだろうか？これはもちろん、上に述べたことをすべて実行することが前提だ：MVTの設定、厳格なWIP制限、別のタスクが完了するまでタスクを再開しないというコミットメントなどだ。

ステップ3: Agileデリバリーフローの改善に取り掛かる

理論的には、何をすべきかわかっています。では、実際にはどのように始めるのがベストでしょうか？それは、チーム内の意識と「変化への готовность」を高めることです。理想的には、自己反省を通じて。

これらの数字について透明性を保ち、開始したタスクと完了したタスクの比率が釣り合っているかどうかを定期的にチェックする必要がある。もう少し深く掘り下げて、なぜ前回のサイクルで数字のバランスが取れなかったのかを振り返るのも、回顧の一環となるだろう。 

レトロスペクティブの中で、私たちのアジャイル・レトロスペクティブ・ツールEchometerを使って、私が述べた行動について議論することをお勧めする（続きを読む）： 7 レトロスペクティブ・ツールの比較 ).これを労働協約や定期的なHealth Checkの一部とし、定期的に質問することで意識を高めることもできる。

以下の質問は、私たちのアジャイルデリバリーのレトロスペクティブテンプレートです（詳細はこちら： アジャイル・レトロスペクティブのための22の楽しいテンプレート ).まず、いくつかのHealth Checkステートメントを挙げ、賛成か反対かをチームに尋ねる。その後、いくつかの質問をする：

Agileデリバリー・レトロスペクティブ

Health Checkアイテム

私たちの仕事のやり方が、最適でないワークフローを招いたのはどんなときか？(例：不明確、不適切、ガイドラインに従っていないなど）

お察しの通り、ヘルスチェックの最後の項目（原因の確認）はすでに潜在的な対策を示唆しています。つまり、1～2回のアジャイル スプリントで試してみて、それが役に立つかどうかを確認できるものです。「Work in Progress」ステータスのタスク数を制限することです。

基礎を固める：チームワークのための合意事項を確立する

あなたのチームは、このような内省をするにはまだ準備ができていないと感じていますか？その場合は、まず一般的に「良い仕事」について内省し、次にいくつかの基本ルール、いわゆるワーキングアグリーメントを定める必要があります。次のワークショップテンプレートは、その際に役立ちます。プロジェクトの開始時に特別な形式のレトロスペクティブとして、または追加のワークショップとして実施できます。

まず、あなたのチームが暗黙のうちにどれだけ同意しているかを感じ取る必要があります - Health Check Itemを参照してください。次に、いくつかのオープンな質問でこれを実際に確認する必要があります。各チームメンバーは、思いつく限りの多くの答えで文（追加の質問を参照）を終わらせる必要があります：

チームのコミットメントを振り返る

Health Checkアイテム

コンフリクトに対処する：「チーム内でコンフリクトが生じたことに気づいたら、…」。

回答を収集した後、当然のことながら、パターンを見つけようとし、将来どのように協力したいかについて具体的な合意に達するように努めるべきです。少なくとも実験として一時的に。

興味深く、創造的な代替案

もしこれらのふりかえり手法が「味気ない」と感じられるなら、チームのアウトプットの質を振り返ることに焦点を当てた、別のふりかえり手法があります( 楽しい54のレトロスペクティブ・メソッドはここにある。 ):三匹の子豚』回顧録。これは、異なる材料で家を建てた3匹の子豚のおとぎ話に基づく、自分のパフォーマンスを振り返り、改善するためのシンプルな選択肢である。

結論 - アジャイル・デリバリー・フロー

どのように始めるにせよ、最も重要なのは最初に始めることだ。Agileの配信フローを積極的にチェックしているチームほど、優れたチームといえるだろう。

ちなみに、ここで紹介するアイデアの多くは、私がお勧めするポッドキャスト「Agile Bites」でもうまくまとめられています（ポッドキャストはこちら： Agileバイト). 

チームを成長させることを楽しもう！