IT 觀察者隨筆 – 資訊科技博客

做好準備工作和密切關注機制是一個很好的開始，但出軌的最大風險是來自人的問題。規劃是關於參與者之間的互動，所以有很多可能和將要出錯的地方。

儘管通常應用於IT項目，但Scrum在非IT項目中也同樣有用。 Scrum更多的是關於團隊動態和工作文化，而不是關於任何具體的項目管理實踐。

Scrum Process Canvas是一個Scrum工具，用於幫助你管理你的Scrum項目–從確定項目願景，到最終的產品交付。在一個設計精美的Scrum流程畫布中無縫地瀏覽整個Scrum流程。快速、輕鬆、無縫地執行Scrum活動。讓整個團隊充分參與。我們的敏捷軟件使敏捷項目簡單而有效。

Scrum流程圖是一個Scrum管理工具。它在一頁的流程畫布中展示了可操作的Scrum活動。團隊成員開展活動來管理和完成軟件項目。 Scrum流程畫布是完全可定制的，允許你在Scrum流程中添加額外的活動（如某些會議）和流程交付物（如特定領域的日誌），以滿足你的具體項目需求。

根據Scrum.org，Sprint是一個 “一個月或更短的框架，在這個框架內創建一個 “完成的”、可用的和可能釋放的產品增量。一個Sprint的持續時間在整個開發工作中是一致的。一個新的Sprint在上一個Sprint結束後立即開始…….。

正如《Scrum指南》中所描述的，Scrum框架由Scrum團隊及其相關的角色、事件、工件和規則組成。然而，Scrum規則並不像角色、事件和工件那樣容易識別。這份清單試圖提取這些進行Scrum活動的規則，並作為Scrum指南的補充資源提供給大家。

衝刺回顧會發生在衝刺回顧之後和下一個衝刺安排之前。對於一個月的衝刺，這最多是一個三小時的會議。回顧會議基本上是一個 “改進 “會議，以尋找方法和手段來識別潛在的陷阱、過去的錯誤，並尋求新的方法來避免它們，所有的人都會參加–產品所有者、Scrum大師、開發團隊成員，也可以選擇與利益相關者一起參加。

衝刺計劃會議是在衝刺開始前召開的。這個會議的目的是確定衝刺計劃和設定衝刺目標。衝刺計劃包括商定衝刺中由開發團隊負責的積壓項目的數量，以及確定當前衝刺和衝刺積壓的目標。