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アイテム

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

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

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

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

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

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

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

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