INVEST technique

https://www.linkedin.com/pulse/what-scrum-invest-criteria-ryan-hart-mba/

https://www.invensislearning.com/blog/agile-invest-model-to-write-user-stories/

什麼是Scrum

Scrum是一個最重要用在agile的方式
大多數的公司有用agile，也會使用Scrum

Scrum roles

1. Product owner
2. Scrum Master
3. Development Team

Product Owner

• 顧名思義就是產品的owner
• 負責最大化產品和開發團隊（Development Team）工作的價值。

1. 清楚的表達產品待辦事項（Product Backlog Items）
2. 以最可以達成目標和任務的方式來排序產品待辦列表中的事項
3. 最佳化開發團隊所執行工作的價值
4. 確保產品待辦列表不但所有人都可以看到，而且透明公開而并清楚表示的，加上顯示出團隊下一個會處理的事項
5. 確保開發團隊對產品待辦列表中的事項有足夠的了解

Scrum Master

• 確保 Scrum 團隊中成員都充分了解 Scrum 並正確的實行 Scrum
• 僕人式領導（Servant-Leader for the Scrum Team）
• 和 PO 一起尋求最佳的產品待辦清單（Product Backlog）管理方式
• 和 PO 一起確保開發團隊能清楚的了解產品待辦清單
• 確保 PO 可以依「產品待辦清單」中故事的最佳價值來排序
• 幫忙 Scrum 事件的引導
• 幫忙建立自組織（Self-organization）及跨職能團隊（Cross-functionality Team）
• 幫忙移出開發團隊在開發過程中遭遇的障礙

https://www.managertoday.com.tw/columns/view/55865

Scrum Practice

Sprint

Scrum會將project分割成好幾個循環，我們稱為sprints，而這些循環都有同樣的固定執行時間 (2~4週)

Product Increment

• 每個sprint的結果都有淺在地待發布、待出貨的產品

Product Backlog

• PO 管理的產品的優先度，Product backloag包含了sprint到sprint (backlog refinement)

Sprint Backlog

• 工項或是產品被選來當作這次sprint的目標
• product backlog 主要由po來撰寫，但PO並不是決定哪個User stories會被加到這個sprint的backlog的那個人，而是整個team決定的

Definition of Done

• 每個sprint我們都應該要有definition of done，哪個task在這個階段被完成了

Timeboxing

• 如果sprint backlog沒有被完成，那會放回product backlog
• 在sprint 前期使用planning poker來規劃
• 給user story一些分數 (ex. 複雜度、需要很多測試量) 這個分數follow費式數列，每個團隊提出來這個User story需要花多少effort，若一致，則達到共識，若不一致，則拿出來討論為什麼
• 超過20是一個epic，那就要把epic再切成更小的user story

interesting method

Transparency

• 開發團隊需要每天回報和更新sprint的狀態，在一個叫做"Daily Scrum、Daily stand-up meeting"的會議中
• 這個可以讓目前的sprint的進度更加透明化給每個人

Daily stand-up meeting

• 每個團隊都應該要完全了解專案的內容
• 是一個每日的會議，在每天開始工作的時候，每個成員有3分鐘的時間解釋你昨天做了什麼、今天要做什麼、有甚麼事情阻擋了你
• 在這個會議你不應該討論個人因素

Burndown Chart

• 一種方式來測量sprint進度的方法
• 畫出了待完成的工作量在sprint內和後，和比較目前進度和預期進度
• 縱軸為hour或是story point，橫軸為時間或milestone
• 記錄每一天的tesk和完成量，tool會自動比較兩條線

https://nulab.com/learn/project-management/get-started-using-burndown-chart-track-project/

Velocity Chart

• 去分析sprint 和sprint之間的關係
• 當在前一個sprint無法達到預期的story points的時候，scrum master應該要在下一個sprint給予較少的story points

Retrospective meeting

• 用來評估sprint的績效，來決定未來的sprint的走向
• 所以通常是在sprint的最後舉行，來討論哪一部份做得不錯、哪一部分需要改進，且提出解決方案

Kanban

• 是一種管理的方式，使用看板是列表來列出TO-DO, Doing, Done

本文章同步發布於個人blogger。