タスクが開発に複数日を費やしたときにプロジェクトマネージャーが動揺するのをどのように処理しますか？
私たちのプロセスは、開発者がユーザーストーリーのサブタスクを作成して、スクラムボード上の特定のユーザーストーリーでの作業を追跡することです。
これまでのところ良い。
ただし、「アジャイルを実行」してスクラムマスターの役割を引き受けようとしている事実上のプロジェクトマネージャーがいます。毎日のスタンドアップ中に、サブタスクが[開発中]列に1日か2日以上置かれると、彼は目に見えて動揺します。彼は、開発者は4〜8時間の開発時間に相当するサブタスクを作成する必要があると主張しています。このように、サブタスクが毎回全面的に移動する必要があります。
開発者として、私は自分の作業を4〜8時間のチャンクに任意に分割し、スクラムボードを見ると気分が良くなるように、それぞれに個別のタスクを作成しようとしているように感じます。
- 意味がありません
- 開発時間を無駄にする
- プロセスを滞らせる不必要な事務処理/忙しい作業を作成します
開発者として、これを処理するための確実な方法は何ですか？
4つのポイント...
Schwaber and Beedleによると、スクラムタスクは 大まかに4〜16時間かかる である必要があります。チームがそれを分解するためのより良い方法を見つけることができない場合、いくつかの複雑なタスクはより長くかかる可能性があります。ですから、あなたの同僚は部分的に正しいのですが、彼も部分的に間違っています。たぶん彼に この本 のコピーを買って、それを（うまく）読むように頼んでください。
タスクの内訳（ 推定時間を含む ）は、スプリントキックオフ中に確認する必要があり、スクラムマスターが立ち会い、各タスクに関連する時間を認識している必要があります。特定のタスクの長さに問題がある場合は、後でではなく、その時点で発言する必要があります。キックオフ中の見積もりに彼の注意を喚起するようにしてください。
進捗状況の認識は、客観的に、バーンダウン率を介して、および主観的にデモを介して、2つのことによって管理する必要があります。タスクが全面的に移動するのを見るのではありません。スプリントが2週間より長い場合は、おそらく毎週、より多くのデモをスケジュールするのが理にかなっているかもしれません。彼が他の手段で進歩を見ることができれば、おそらく彼はタスクを数えることにそれほど執着しないでしょう。
タスクが完了していなくても、完了/残り時間は毎日更新する必要があります。したがって、マネージャーが残りのタスクの合計ではなく残りの合計時間を見る場合、それで十分かもしれません。
「私の仕事を4〜8チャンクの時間にサブタスクすることの価値は何ですか？」と彼に尋ねます。続いて、「ユーザーストーリーは、サブタスクを実行する必要がないほど小さくすべきではありませんか？」
「アジャイルを実行」しようとするプロジェクトマネージャーは、スクラムの最も機械的な部分、通常は時間制限のあるタスクやスプリントのコミットメントなどに接続するこのトラップに陥る傾向があります。コマンドアンドコントロールスタイルの管理です。
この事実上のマネージャーは、アジャイルの価値観と原則を理解する上で何らかの助けを必要としているようです。たぶん彼を アジャイルマニフェスト に向けます。
世界観を変えなければ、このマネージャーがスクラムをうまく実装できるとは思えません。
スクラムは、何よりも、組織全体の文化を含む文化に関するものです。それが成功するためには、誰もがトップダウンでそれに賛成しなければなりません。組織が完全にスクラムの背後にいる場合は、この「マネージャー」をスクラムマスターの役割に合わせるか、実際のスクラムマスターに置き換えるためのいくつかの動きを行うことができます。組織がnot Scrumの背後にある場合、おそらく最初から失敗しています。
最終的に、スクラムマスターの役割はnot管理者の役割です。スクラムマスターの仕事は、開発チームがPBIを実行する際の障害を取り除き、スクラムの儀式を確実に順守することです。それでおしまい。スクラムでは、開発チームが独自の目標を設定し、スプリントに作業を割り当て、リズムと速度を設定する責任があります。これはすべて、従来のトップダウン管理スタイルと根本的に一致していません。
とはいえ、ここで確認することが2つあります。まず、複数日にわたるタスクisおそらく、より小さなタスクに分割する必要があることを示しています。それだけの時間がかかる他の唯一の理由は、それを完了するのを妨げる障害がある場合です。それは、スクラムマスターの仕事であり、したがって現在のマネージャータイプが解決する必要があります。タスクを完了できない正当な理由がある場合は、スクラムマスターに毎日またはそれより早く通知し、それを修正するのがスクラムマスターの仕事です。そうすれば、作業を続行できます。ただし、正直なところ、ほとんどの場合、タスクが複数日かかるほど大きく、できなかった複数のタスクに分割されると、実際には大きすぎて1つのスプリントに収まらないPBIを示します。 。それに応じてこれらを管理する必要があります。
第二に、あなたは最終的にこの状況ではあまり力を持っていないかもしれません。上司からタスクを分解するように指示されている場合は、タスクを分解してください。それが「スクラム」のことであるかどうかは重要ではありません。なぜなら、あなたがしなければならないことを指示するマネージャーがいるという事実によって、あなたはまだ実際にスクラムをフォローしていないからです。あなたは丁寧に問題をブローチして、これが物事を行うのに良い方法ではないと思う理由を説明しようとすることができますが、最終的には、マネージャーの言うことは行き、あなたは生きなければならないでしょうそれで、または代替の雇用を求めます。