注:ウェブサイトは自動的に翻訳されている。最高の読書体験のために英語に切り替える。

Agileデリバリーの流れ

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

多くのマネジャーに「心理的安全」や「ビジョン」について尋ねると(続きを読む)、こう答えるだろう: 心理的安全性)のアジャイルソフトウェア開発チームは、これらのことが重要であることに同意するが、...顧客が緊急性を示したり、締め切りが近づいたりすると、これらの「ソフトな」変数はすべて後回しにされるのが普通である。マネジャーは主に、アジャイルチームからのアジャイルデリバリの流れが予測通りに機能することに関心がある。

Echometerブログ(ブログへ)、私たちのコンテンツがチームや組織のソフトスキルの向上に重点を置いていることはご存知だろう。これらのスキルは、意思決定者には過小評価されがちだ。しかし、スクラムマスターやAgileコーチは違う。

繰り返しになるが、スクラムマスターやAgileコーチが過小評価しているのは、基本的にマネジャーが望む–納品フローの改善にフォーカスすることだと思う。今日の投稿では、納期通りに予算内で何度も納品する可能性を大幅に高めるシンプルなテクニックを説明する。

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

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

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

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

多くのスクラムマスターやカンバンコーチは、ベロシティなどの有効な測定は、タスクやワークアイテムの「適切なサイジング」にかかっていると考えている。このとき初めて、ストーリーポイント(ベロシティを測定するために必要なポイント)がベロシティ測定に役立つ。 

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

そこで、予測可能になるために次のことを行う:新規タスクの開始率」と「タスクの完了率」を比較する。この2つはバランスが取れていなければならない。言い換えれば、タスクの「開始」率と「終了」率は可能な限り近く、理想的には同じであるべきだ。

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

その代わり、着手した仕事には必ず完了した仕事もあるようにすれば、デイリーにある数少ない集中した仕事のブロックを外すことができるようになる。あなたの全体的なパフォーマンスはより予測しやすくなり、上司やクライアントが喜ぶので、チームもよりハッピーになるだろう。

健全なアジャイルAgileデリバリーフローの「ポジティブな症状」をいくつか挙げる。

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

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

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

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

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

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

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

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

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

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

理論的には、何をすべきかはわかっている。では、現実的に始めるにはどうすればいいのだろうか?チーム内に意識と「変化への準備」を作り出すことだ。最良の場合は、自己反省をすることである。

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

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

以下の質問は、「アジャイル・デリバリー」のための私たちの回顧テンプレートである(続きを読む): アジャイル・レトロスペクティブのための22の楽しいテンプレート).まず、いくつかのHealth Checkステートメントを挙げ、賛成か反対かをチームに尋ねる。その後、いくつかの質問をする:

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

Health Checkアイテム

チーム・レーダー・ツール Health Check レトロスペクティブ

私たちは本当に素早く物事を行う。待たされることも、遅れることもない。

私たちは、あるサイクルで提供できるものを正確に見積もることができる。

私たちのスプリントの成果は、納品するためにスプリント後に手直しを必要としない。

常に集中するために、"進行中の仕事 "を制限している。

公開質問

我々の仕事のやり方が本当にうまくいったのはいつだろうか?

作業パッケージがより迅速にプロセスを通過するために、何が最も改善の可能性があるか(待ち時間の解消、プロセスの改善)。

スプリントの終わりに、うまくいかなかった/実現できなかったインクリメントの最近の例は何か?

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

お察しの通り、Health Checkの最後のポイント(根本原因のチェック)は、すでに潜在的なアクションを示唆している:作業中」のステータスを持つタスクの数を制限する。

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

あなたのチームは、まだこのような内省をする準備ができていないと感じているのではないだろうか?このような場合は、まず「良い仕事」全般について考え、基本的なルール、いわゆるワーキング・アグリーメントを確立する必要がある。以下のワークショップ・テンプレートがその助けとなる。プロジェクト開始時に特別な形で振り返りを行うこともできるし、追加のワークショップとして行うこともできる。

まず、Health Checkの項目を見て、チームが暗黙のうちに–をどの程度団結していると感じているかを感じ取る。次に、いくつかのオープン・クエスチョンで、実質的にこのことを確認する。各メンバーは、頭に浮かんだ答えをできるだけたくさん挙げて、文章(その他の質問を参照)を完成させなければならない:

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

Health Checkアイテム

チーム・レーダー・ツール Health Check レトロスペクティブ

私のチームには、「良い仕事」とは何かという共通認識がある。

公開質問

相反する優先順位に対処する:「相反する優先順位に気づいたら、...」。

ブロッカーを伝える:「タスクに行き詰まったら、私は...によってそれを共有する。

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

答えを集めたら、もちろんパターンを見つけ、今後どのように–を一緒にやっていきたいかについて、少なくとも実験的に一時的に具体的な合意をしてみるべきだ。

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

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

オープン・フィードバックの質問

藁の家:私たちは、ただ持ちこたえているだけで、いつ倒れてもおかしくないものを作ってきたのだろうか?🌱

棒でできた家:比較的安定しているが、まだ改良の余地があるものは何か?🪵

石造りの家:私たちは何を築いてきたのか?🪨

結論 – Agile 納入の流れ

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

ちなみに、ここで紹介されているアイデアの多くは、ポッドキャスト「Agile Bites」にもよくまとめられている: Agileバイト). 

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

この記事をネットワークで共有する

チームを盛り上げる必要があるか?こうしよう: スポティファイHealth Checkレトロスペクティブ!

初めての健康質問: "😍 僕らは仕事に行くのが楽しいし、一緒に働くのがとても楽しいんだ」。

もっと見たい?レトロツールを試してみよう。

その他の記事

Echometerニュースレター

Echometerの最新情報をお見逃しなく。