アジャイルスクラム-別のチームのスプリントを見積もる
2つのチームがお互いのスプリントを計画している（ストーリーを推定し、スプリントに何を入れるかを決定する）というケースを聞きました。記載されている利点は、スプリント内でストーリーを完成させないという2つのチームの問題の1つを解決することです。
コンセプトは私には奇妙に思えます、そして私はこのアプローチとそれからの可能な利益についての意見を聞くことに興味がありますか？
これは、経営陣がマイクロマネジメントを外部委託しているように聞こえます。
完全にクロスファンクショナルなチームであっても、スプリントの計画は非常に個人的なものです。私のスキルセットが個人的なものであるだけでなく、時間の見積もり/作業範囲に対する私のコミットメントが個人的なものであるためです。
他のチームの見積もりをいくつか見せてください。目を閉じます。私のチームが何ができるかを推論するまで、私は知りたくありません。
プロセスを改善しようとしているときは、このデータをさかのぼって歓迎します。異なるポイント入札についての議論を歓迎するのと同じように。しかし、私はそれを直接有用な仕事として完全に拒否します。私は自分でこれをしなければならないか、スプリントでやることにコミットしたとき、私は横になって嘘をついています。
これを行う場合、実際には2つのチームはありません。チームは1つです。その半分は他の半分とは決して会わない。
別のチームに見積もりを依頼することで、彼らは自分で見積もりを行うことによる多くのメリットを失うことになります。たとえば、見積りでは、実行する作業について多くの理解が得られます。彼らはこれを持っていません。
彼らがスプリントの目標を達成することのメリットを享受しているのであれば、なぜそれが違うのか、そして彼らの仕事の見積もりに戻って彼らが成功したものからスプリントを成功させるために彼らが取ることのできる行動を調査することを彼らに勧めます。他のチームと一緒に学びました。
同じ問題に対するもう1つの一般的な解決策は、一度に1つのバックログ項目を取り込むことです。
前述のように、まったく意味がありません。通常、チームメンバーがそのスプリントでできると思うことを提供するために署名した契約であるため、チームは独自のスプリントを決定する必要があります。自分のタスクがどのように相互作用し、リンクしているかを知っているので、何ができるのか、何が理にかなっているのかを知っているのは彼らだけです。
純粋なスクラムが使用されることはめったにないことは知っていますが、他の誰かがチームメンバーのタスクを見積もる場合は、アジャイルとは呼ばず、スクラムコーティングを施した従来のプロジェクト管理と呼んでください。