我正在使用TFS 2010 SCRUM模板,並且想知道是否可以修改任務工作項目的工作流程,以便在處理器任務尚未完成的情況下不允許進行修改。另一種選擇是自動將後續任務的狀態設置爲某種狀態,以便在處理器任務已設置爲特定狀態之前不能更改它。不確定您是否可以在工作流程中獲得精確的結果。修改工作項目工作流以檢查依賴性?
回答
雖然您可以在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背後的理想(即敏捷性) 。所有這一切,在進行這種類型的修改之前,確保你絕對需要。
這個問題出現的原因是我們開始做一些依賴於別人的任務。例如,我們有任務是在線表單的規範文檔。在開發人員構建表單之前,規範需要完成。我想要一種方式在任務A完成時通知開發人員;他們可以開始在任務B上工作。我可以做的是在某些任務類型完成時設置通知。這可能是更好的工作方式。 – DDiVita
警報將是一個比修改模板更好的解決方案。 TFS電動工具還有許多可以添加的精細警報。通常在Scrum中,團隊在日常會議中將其散列出來,這就是爲什麼這種類型的請求看起來很奇怪,但如果這對您的團隊來說效果最好,並且您對Scrum採取了混合方法而不是去實現它。 –
- 1. 工作流依賴項屬性
- 2. Windows工作流依賴屬性
- 3. 依賴項和工作區項目
- 4. WPF依賴項屬性不工作
- 5. TemplateBinding不工作ValidationRules依賴項屬性
- 6. AngularJs依賴性不工作
- 7. 添加子類別依賴項屬性在工作流活動
- 8. JBPM工作流程中的依賴檢查
- 9. 搖籃Android項目的依賴性不工作
- 10. 用於修改大型cython項目的工作流程
- 11. 作爲Playframework依賴性的Maven項目
- 12. 依賴屬性回調不工作
- 13. 依賴屬性如何工作?
- 14. 依賴屬性如何工作?
- 15. NSLocalizedStringFromTable不工作在CocoaPod依賴項
- 16. TeamCity工作目錄的依賴?
- 17. eclipse - 無法獲得項目導出/依賴項的工作
- 18. Java - 項目依賴和當前\相對工作目錄
- 19. Jenkins管道 - 工作流CPS插件JAR依賴項
- 20. 工作依賴於RabbitMQ的
- 21. gwt-visualization依賴不工作?
- 22. 依賴注入不工作
- 23. Hudson依賴的工作
- 24. Jenkins工作依賴關係
- 25. Rails:依賴delete_all不工作
- 26. C#工作流項目中的Sharepoint工作流全局變量
- 27. SharePoint 2010 Designer工作流程操作設置項目開始項目更改工作流程
- 28. 修改dhtmlxGantt以與多個項目一起工作 - Laravel5
- 29. Sharepoint工作流修改未被禁用
- 30. CRM:工作流:修改隱藏字段
當然你想用Scrum來做到這一點嗎?你不應該假設你知道哪些任務會先於其他任務。 –
爲什麼不管理SCRUM中的依賴關係? – DDiVita
因爲依賴關係變化如此之快。爲什麼要「管理」他們?讓它由團隊決定哪些任務應該以什麼順序執行。 –