哈囉

如同標題，今天要來聊一些關於那些筆者曾經看過或者是嘗試過的事情，每個公司的狀況背景不盡相同，但如果有類似，或者你也想嘗試的，可以參考服用，希望可以幫你找到捷徑。

Burn down/up chart

此圖表在我們初期導入的時候，有試著畫過，就結論而言，目前並未持續使用。

主要原因跟背景如下

1. Why to do(draw)?
2. 理論與現實的落差
3. 幫助了我們什麼
4. 如何長期維持

首先，讓我們來思考一下做這件事情的原因，是希望能對 Scrum Team 有什麼幫助?
我這邊會用 Scrum Team，而非 Development Team，就是因為這個事情以筆者的經驗來說，通常會是有 Product Owner 詢問是否需要，而背後的原因其實也很容易理解，如何幫助 Product Owner 去預估時程，去跟客戶/stakeholder 協商時間。因此會期待這個圖表可以有所幫助。

再來是落差的部分
而團隊會懶惰自動化，當年並未使用一些工具輔助，都實體的表格呈現，因此需要人工當有變動的時候就要更新。這造成的問題是何時更新，雖然理論上是每天更新，但是實際上當 Product Owner 來看的時候，雖然可以有個概略資訊，但確切的時間往往還是需要干擾中斷團隊。

待更新

另一個彎路

待更新

預告：[Page 26] 避開的彎路，希望早點知道的軟實力

明天要來看看那些是屬於，可以的話，可以知道這個方法來幫助團隊運行的更加順利！