スクラムと未処理の問題
私は最近Jiraを使い始めた開発チームを運営しており、アジャイルスクラムを使い始めました。未処理の問題の特定の側面について知りたいです。
これまで、問題が実際に誰かに割り当てられるまで、新しい問題を未割り当てとしてマークしてきました。ほとんどの場合、このプロセスはスプリント計画会議中に行われます。
別のチームリーダーが、割り当てられていない問題に私の名前を割り当て始め、設定を「割り当てられていない」ではなく自分自身であるデフォルトの割り当て先に変更しました。これは論理的に聞こえますか？
Jiraをどのように管理するかは、本当にあなたとあなたのチーム次第だと思います。 「仮想アカウント」を作成する機能を備えたJiraとは異なる問題追跡システムを使用します。私たちの最後の主任開発者は、彼に割り当てられたすべての問題を気に入っていました。
一時的に引き継いだときに、「Up For Grabs」という仮想アカウントを作成し、割り当てられていないすべての作業をこのアカウントに移動しました。 これは、作業が行われていないときに誰か（私）に割り当てられたために作業が行われていると人々に思われたくないためです。作業されていないものはすべてこのアカウントに移動しました。新しいチームリーダーが加わり、スクラムを採用したため、Up For Grabsアカウントを保持し、それをデフォルトの担当者として使用しました。チームの誰もワークアウトを割り当てないため、これが最も効果的であることがわかります。代わりに、現在のスプリントから自分でタスクを取得します。これはまた、彼らが現在取り組んでいるもの以外に誰も彼らに添付されていないことを意味します。
ただし、複数のチームがある場合は、混乱する可能性があります。私はJiraにあまり詳しくありませんが、「Team X-Up For Grabs」のようなもの、または仮想ユーザーに似たもの（チームメンバーに個別に接続されていないもの）と呼ばれるものを割り当てることができます。これは、他のチームリーダーが割り当てられていない作業と混同しないことを意味しますが、割り当てられた作業が大量にあるアカウントが不足していることもありません。
別のチームリーダーが、割り当てられていない問題に私の名前を割り当て始め、設定を「割り当てられていない」ではなく自分自身であるデフォルトの割り当て先に変更しました。これは論理的に聞こえますか？
タスクがプロジェクトのバックログにない場合はどうなりますか？名前を削除しますか？
名前が定義された/スプリントに移動されたときに名前を削除した場合、名前をデフォルト（= /// =）としてそこに置くことは世界の終わりではありません。ただの迷惑。そこでのあなたの名前は事実上「未割り当て」を意味します。
関係なく間違いなく実際にタスクを開発者に直接リードとして割り当てたくない場合は、チームがブロックされたり、行き詰まったりします。
だから基本的に：
- それが一時的なものである場合（つまり、定義されるか、現在のスプリントに配置されるまで）、製品のバックログから名前を移動するときに名前を削除する必要があるため、余分なオーバーヘッドが発生する以外は問題ではありません。
- 以前にバックログでタスクを開始する人が「割り当てられていない」ために問題が発生した場合は、これに対処してください。これを回避するために自分自身にストーリーを割り当てないでください。割り当てられていないタスクをどのように取得しているかに対処してください。
実際に自分でユーザーストーリーに取り組んでいる場合は、タスクがバックログに戻された場合に誰がタスクを開始したかを確認する良い方法がないため、名前をそこに付けたくないことは間違いありません。
スプリントはチームのコミットメントです。スプリントはチームに属しています。チームだけが、チームのコミットメントを集合的に果たす方法を決定できます。
誰か別のチームからが個人に物事を「割り当て」ている場合、あなたはスクラムを行っていません。
私は、問題が割り当てられると、その人が所有権を取得して完了するまで続くという慣習を常に見てきました（それを渡す理由がない限り）。
すべての問題をデフォルトの人に割り当て、その人がそれを他の人にルーティングすることは、各問題の不必要な処理のように思われます。そのすべての相互作用は、時間の経過とともに実際に合計されます。