修改工作项目工作流以检查依赖性？

我正在使用TFS 2010 SCRUM模板，并且想知道是否可以修改任务工作项目的工作流程，以便在处理器任务尚未完成的情况下不允许进行修改。另一种选择是自动将后续任务的状态设置为某种状态，以便在处理器任务已设置为特定状态之前不能更改它。不确定您是否可以在工作流程中获得精确的结果。修改工作项目工作流以检查依赖性？

来源

2011-07-04 DDiVita

当然你想用Scrum来做到这一点吗？你不应该假设你知道哪些任务会先于其他任务。 –

为什么不管理SCRUM中的依赖关系？ – DDiVita

因为依赖关系变化如此之快。为什么要“管理”他们？让它由团队决定哪些任务应该以什么顺序执行。 –

虽然您可以在2010年建立父母/子女关系，但我没有在WorkFlow中看到任何可以让您修改Scrum 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子句将所有内容设置为只读。

最后，为什么不考虑在日常Scrum中讨论这些事情呢？团队成员应该在关于WI的相同页面上。障碍总是会出现，有时你认为在冲刺计划开始时任务的顺序将不是冲刺期间的结果。为了讨论顺序等，团队任务板可以非常有帮助。

阻止开发人员或团队成员修改X项目直到Y项目完成，其中X和Y都是分配给冲刺的冲刺积压项目可能会导致更多的伤害而不是好的并最终减损Scrum背后的理想（即敏捷性）。所有这一切，在进行这种类型的修改之前，确保你绝对需要。

来源

2011-07-04 17:50:33

这个问题出现的原因是我们开始做一些依赖于别人的任务。例如，我们有任务是在线表单的规范文档。在开发人员构建表单之前，规范需要完成。我想要一种方式在任务A完成时通知开发人员;他们可以开始在任务B上工作。我可以做的是在某些任务类型完成时设置通知。这可能是更好的工作方式。 – DDiVita

警报将是一个比修改模板更好的解决方案。 TFS电动工具还有许多可以添加的精细警报。通常在Scrum中，团队在日常会议中将其散列出来，这就是为什么这种类型的请求看起来很奇怪，但如果这对您的团队来说效果最好，并且您对Scrum采取了混合方法而不是去实现它。 –

修改工作项目工作流以检查依赖性？

回答

相关问题