TFS 2010 SCRUMテンプレートを使用していますが、プロセッサタスクがまだ実行されていない場合にタスクワークアイテムのワークフローを変更して変更を許可しないかどうかは疑問でした。もう1つの選択肢は、自動的に後継タスクの状態を何かに設定して、プロセッサタスクが特定の状態に設定されるまで変更できないようにすることです。ワークフローを細分化できるかどうかは不明です。依存関係をチェックするワークアイテムワークフローを変更しますか？
2010年には親子関係が構築できますが、WorkFlowにはこれをサポートするためにスクラムWIテンプレートを変更することはできません。
代わりの解決策は、WIを割り当てられた人だけが編集できるようにすることです。プロセッサタスクが完了するまで、リードまたはPjMなどに割り当てられたすべてのWIを保持してから、タスクを担当する担当者に割り当てることができます。
<FieldDefinition reportable="dimension" refname="System.ChangedBy" name="Changed By" syncnamechanges="true" type="String">
<COPY from="currentuser" />
<FROZEN />
</FieldDefinition>
これ以外にも、特定の状態になるまでWIを編集できないモデルも考えられます。たとえば、X WIがアクティブになったときにすべてを編集可能にし、まだ提案されている場合は、WHENNOT句を使用してすべてを読み取り専用にします。
最後に、これらのことを毎日のスクラムで議論することを検討してみませんか？チームメンバーはウィジェットに関する同じページにある必要があります。障害物はいつも浮かび上がり、スプリントの計画の始めにタスクの順序が決まると思うのは、スプリント中にどのようになったかではありません。チームタスクボードは、順序などを議論するために非常に役立ちます。
XとYの両方がスプリントに割り当てられたスプリントバックログ項目であるY項目が完了するまで、開発者またはチームメンバーがX項目を変更するのをブロックすると、スクラムの背後にある理念（つまり、機敏さ） 。このタイプの変更を行う前に、あなたが絶対に必要としていることを確認してください。
これは、他の人に依存して作業を開始したためです。たとえば、オンラインフォームの仕様書であるタスクがあります。開発者がフォームを作成する前に、仕様を完了する必要があります。タスクAが完了したときに開発者に通知する方法が必要でした。タスクBで作業を開始することができます。特定のタスクタイプが完了すると、セットアップ通知が行われます。これはこれを行うより良い方法かもしれません。 – DDiVita
アラートは、テンプレートを変更するよりもはるかに良い解決策になります。 TFS Power Toolsには、追加できる細かいアラートがたくさんあります。通常、スクラムではチームが毎日の会議でそれをハッシュしているため、このタイプのリクエストは奇妙に思えるかもしれませんが、これがチームにとって最適で、スクラムへのハイブリッドアプローチがあれば、 –
もちろん、スクラムでこれをしたいですか？あなたはどのタスクが他のどのタスクに先行するかを知っていると仮定してはいけません。 –
SCRUMで依存関係を管理しないのはなぜですか？ – DDiVita
依存関係が急激に変化するためです。なぜそれらを管理するのですか？どのタスクをどの順番で実行するかを決定するには、チームに任せてください。 –