Scrum 中的透明度

Scrum 是基於經驗主義的，它基於三個最重要的方面（也稱為  下圖所示的三大支柱），並支持經驗過程控制的每一個實現：透明度、檢查和適應。

當 Scrum 團隊 體現並實踐承諾、勇氣、專注、開放和尊重的 價值觀 時，Scrum 的透明度、檢查和適應支柱就會出現，並為每個人建立信任。Scrum 團隊成員在處理 Scrum 角色、事件和工件時學習和探索這些價值觀。

確保透明度——Scrum 團隊

Scrum 提高了團隊內外的透明度。透明度對於 Scrum 過程至關重要，因為它讓每個人都能看到和理解每個 sprint 中真正發生的事情，從而在團隊內部產生更大更好的溝通和信任。

團隊可以通過多種方式保持透明。在這裡，我列出了我們可以做的一些事情來實現它：

工作更緊密，反饋更快

Scrum 團隊的工作方式應該是透明的：讓利益相關者更緊密地聯繫在一起，每天與他們一起工作，讓反饋雙向流動，並分擔採取一個或另一個方向的風險。

讓工作進展更明顯

團隊可以使進度可見：燃盡圖和白板是顯示 sprint 目標進度的傳統方式。這些簡單的工具可以顯示計劃每個階段的進度，從衝刺到願景，可以有效減少“什麼時候可以完成？” 對話。

團隊可以使進度可見：燃盡圖和白板是顯示 衝刺目標進度的傳統方法。一份簡單的報告顯示從 sprint 一直到願景的各個級別的計劃進度，可以非常有效地減少“什麼時候完成？”的數量。對話。

更新信息的自由流動

信息需要雙向傳播。利益相關者和產品角色，尤其是那些直接與團隊合作的人，也必須是透明的。以路線圖、發布計劃或完成的定義形式的產品方向  可以對團隊可見，以便他們了解他們承諾實現的總體目標和期望。

Scrum Master 可以提供幫助

在 Scrum 中，不是團隊為 Scrum Master工作，而是 Scrum Master 努力促進開發團隊的工作。Scrum Master 必須與 產品負責人、開發團隊和其他相關方合作，以了解事件和工件是否完全透明。Scrum Master 必須幫助每個人在沒有完全透明的情況下應用最合適的實踐。Scrum Master 可以通過檢查工件、感知模式、仔細聆聽所說的內容以及檢測預期結果與實際結果之間的差異來檢測不完全透明性。

活動的透明度

Sprint 是所有其他事件的容器，Scrum 中的每個事件都是檢查和調整某些東西的正式機會。這些事件專門設計用於實現關鍵的透明度和檢查。不包括任何這些事件都會導致透明度降低，並且會失去檢查和調整的機會。

透明度是 Scrum 過程中的第一個重要方面，必須對結果負責人可見。透明度要求在其日常活動和工件中定義這些方面，以便團隊可以就所看到的內容達成共識。

例如：

衝刺計劃會議

Sprint 計劃會議在  Sprint 開始時舉行，以了解和記錄 Sprint Backlog 項目。它的目的是確保每個參與的人無疑都知道他/她要做什麼來為開發特定的增量迭代做出貢獻。

每日 Scrum 站立會議

Daily  Scrum 專注於團隊對特定 Sprint 貢獻的日常反映。它回答了三件事：

• 我在過去 24 小時內為實現每日 Sprint 目標而開發了什麼？
• 為了實現我的下一個 Sprint 目標，我今天要做什麼？
• 昨天的工作中有哪些阻礙我實現目標的障礙？

就分享所有這些事情而不必害怕承認自己的錯誤而言，Daily Scrum 非常重要。如果不共享，項目會變得複雜，導致延誤，並最終導致項目失敗的風險。

Sprint 評審會議

Sprint 審查會議在  Sprint 結束時進行，以反映為完成它而作為產品的增量所做的工作。團隊邀請利益相關者獲得他們對 Sprint 的反饋，這些反饋由產品所有者合併到 產品待辦列表 中，以在下一個 Sprint 中帶來改進。

Sprint 回顧會議

Sprint Retrospective 是為了檢查上一個 Sprint 的人員、交互、流程和工具的順序，並從這個 Sprint 中採取改進措施來開發下一個 Sprint 。 這一切都需要報告和溝通的透明度。

工件的透明度

Scrum 有許多 工件 作為 Scrum 中所有階段的信息輻射器。這些信息對團隊來說是清晰可見和理解的，因此項目進度趨勢是已知的。為了做出明智的決定，信息的可用性和清晰度非常重要。

產品積壓

產品待辦列表是一個有序的  需求列表，由產品負責人和團隊根據優先級和重要性確定優先級。所有最知名的功能、屬性、修復和增強都記錄在產品待辦事項列表中，以使團隊清楚並易於理解。

衝刺積壓

Sprint Backlog 是在 Sprint 計劃會議召開 並最終確定 Product Backlog 之後製定的。它包含開發完整的產品增量所需的用戶故事。通常，一些產品待辦列表項被分解為團隊同意處理的任務或用戶故事。

燃盡圖——開發狀態

使用 燃盡圖 誠實地了解團隊在給定 Sprint 中的表現。燃盡圖講述了團隊表現的真實故事。燃盡圖描述了為了完成 Sprint 未來剩餘的工作量。

Scrum 任務板

Scrum 板 還用於反映在 Sprint 工作時的三件事：

• 該怎麼辦？
• 正在進行什麼？
• 做什麼？

完成的定義

透明度也與完成的定義密切相關。正式定義“完成”的含義可以減少可變性，取消工作的可能性和明確衡量進度（“完成”或“未完成”）增加了透明度。

完成的定義不完善  意味著您的系統中有未完成的工作。這項未完成的工作也導致缺乏透明度。風險隱藏在其中。例如，如果性能測試未完成，那麼它會延遲系統出現故障的風險，直到接近發布——這是最痛苦的時候。

結論

Scrum 基於通過其事件和工件描述的透明度，但如果團隊中缺乏透明度和溝通，則無法實現。如果成員猶豫不決或害怕分享他們的錯誤，則很難建立和保持完全的透明度。事實上，團隊中的每個人都需要相互理解和尊重。產品負責人和 Scrum Master 應該激勵和鼓勵團隊分享他們在工作中面臨的任何風險或問題。團隊不僅需要關注個人成就，還必須努力實現共同的項目目標。所有這些反饋和共享對於建立和保持信息流的完全透明性非常重要，從而能夠持續改進組織和團隊。