アジャイル開発のタスクを割り当てて追跡する人をどのように確保できるか
アジャイルチームは自己組織化され、自己主導型でなければならないことを理解しています。
しかし、開発者にタスクを割り当て、すべてのユーザーストーリーが時間どおりに完了するようにする誰かを雇うことができるという規定はありますか？
たとえば、アジャイルチームに、タスクを引き受ける意欲がなく、タスクが期限付きで割り当てられた場合にのみ作業する2人の人がいる場合、アジャイルでこれにどのように対処できますか？
私が直面している問題は、誰もタスクの期限を修正しておらず、チームが最後の2つのスプリントを提供していないことです。締め切りを直せる人がいたらいいですね。 ISアジャイルにはこれに対する規定があります
次の手法でこの問題に対処します。
進捗状況を確認するための毎日のスクラム。人々が合理的なペースで進歩していない場合、それは日々誰にとっても明白になるでしょう。
問題が疑われる場合、製品マネージャーまたはラインマネージャーは最近のストーリーとそのポイントを確認し、長期にわたって続く問題があるかどうかを確認できます。
進歩を妨げているより深い問題とチームのダイナミクスを明らかにするための継続的な回顧展。進行を遅らせる隠れた問題が頻繁にあります。
パフォーマンスの低いメンバーをレビューに入れ、最小と見なされるものを提供できない場合は、いくつかのレビューを行った後、メンバーを手放します。決して楽しいオプションではありませんが、極端な場合にはオプションと見なす必要があります。
質問に直接答えるには、スクラムマスターまたは上級開発者がこれを指示することができますが、そうすべきではありません。
あなたはアジャイルな旅の始まりにいるようです。スクラムのルールを適用するのはスクラムマスターの仕事です。これはまさにこの段階で必要なものです。時間が経つにつれて、チームはタスクの議論と配布が上手になりますが、最初はある程度の励ましが必要になります。
この状況でのスクラムマスターとして、私は次のようにします。
ストーリーが1人の作業で半日未満のタスクに分割され、スプリント計画で数時間で見積もられるようにします。これは、誰もが日常的に進行状況をすばやく明確に確認できる（またはまったく確認できない）ことを意味します。
スタンドアップ時に、すべてのチームメンバーが適切な量の作業を提供することを約束するようにします。そうでない場合は、なぜそれ以上コミットしないのかを尋ね、正当な理由がない限り、それを避けさせないでください。これが問題の核心です。過去に一緒に仕事をしたチームでは、毎日コミットしたタスクにドットを付けて、翌日配達が不足していないかどうかを確認することもできました。
翌日のスタンドアップで、人々がコミットメントを満たしていない場合は、残りの時間に見積もりを更新するように依頼します。彼らがそれを完了しなかった理由を尋ね、他の人から助けを提供しますが、怒りではなく、心配してこれを行うようにしてください。タスクを他の人に渡さないでください。ただし、他の開発者から必要なすべての支援を提供してください。
バーンダウンチャートをスタンドアップのディスカッションポイントとして使用し、チームに（彼らではなく）どのようにして最優先のストーリー（またはスプリントの目標）を達成できるかを尋ねますが、自分で作業を割り当てないでください。見積もりに問題がなく、上記の手順を実行している場合は、それほど遅れることはないはずですが、そうする場合は、回顧展の論点になります。それは気晴らしですか？スプリントでの作業が多すぎましたか？あなたが十分に考えていなかったのは危険な仕事でしたか？不在？それから学ぶ。
これ以上正式にタスクを割り当てる必要はないと思いますが、早い段階でタスクを追跡することが重要です。これを人（タスクの名前）にリンクするかどうかはあなた次第ですが、タスクへのチームの入力を促し、個人的な考え方を減らし、開発者として監視されているという感覚を減らすので、私はそうしません。
アジャイルの採用はチームの決定であると考えられています。タスクの範囲/労力について最善の努力を見積もるには、チームメンバーに大きく依存します。物事を成し遂げるために開発者にタスクを強制的に割り当てる必要がある場合、それはアジャイル開発の精神を打ち負かします。
アジャイルチームの原則の1つは、タスクを割り当てるのではなく、 プル タスクにすることです。
申し訳ありませんが、私見ではアジャイルチームがありません。不本意な人をチームから追い出すか、アジャイルを落とすことができます。
最後の試みは、彼らに決定させることかもしれません：あなたにあなたに最もよく合うタスクを引っ張って欲しいですか、それとも私が見つけることができる最悪のタスクをあなたに割り当てるべきですか？
それがうまくいかない場合は、それは終わりです。
チームのプログラマーがチームのアジャイルプラクティスを理解して順守し、その責任を負わせるように教育し、支援する人が必要です。
これは、真の自己維持、自己管理のアジャイルチームを持つための唯一の方法です。
Don't address the symptom, address the problem instead.