iT邦幫忙

鐵人檔案

2022 iThome 鐵人賽
回列表
Agile

工具從來不是問題,知識才是力量 ! Microsoft 365 照樣玩 Scrum ! 系列

談到有無 Scrum 或者敏捷開發的經驗時,大部分的公司一定都會詢問: 『有無使用過 Jira ?』那是否公司導入 Jira 又或者有用過 Jira 就是落實了 Scrum ? 身為一位 Java Programmer,秉持著:『工具不是問題,能讓程式設計師不再是說一動,做一動的碼農,才是專案成功關鍵。』此一信念,就用 Microsoft 365 的 Planner 來跑 Scrum 吧 !

鐵人鍊成 | 共 30 篇文章 | 26 人訂閱 訂閱系列文 RSS系列文
DAY 11

[Day 11] 理想型的 Burndown Chart

回顧Day 7任務分配時,理想型的情境。由於成員都是依照自己的專長挑走了卡片,燃盡圖(Burndown Chart)中,較不會發生如六、日休假,進度未推進的水平...

DAY 12

[Day 12] 任務指派型的 Burndown Chart -- SM 介入調整策略一

回顧Day 7任務分配時,任務指派型的情境。這樣的任務分配結果有以下缺點: Scrum 導師(SM) 處在開發 MVP 卡片的狀態,該卡片完成前,抽身處理突...

DAY 13

[Day 13] 任務指派型的 Burndown Chart -- SM 介入調整策略二

延續昨日列出的任務指派型情境缺失:假設此次燃盡圖(Burndown Chart)的運作結果如Day 10案例三:現在,要做的就是在9/5發現『API介接取得資料...

DAY 14

[Day 14] sprint 跨期的一些眉眉角角

第一期衝刺活動(sprint)順利達陣後,Scrum 看板會只剩下「Story 卡片」。由於 Planner 的檢查清單最多就只能20筆,所以可以把 sprin...

DAY 15

[Day 15] 四期sprint完整衝刺結束。接下來呢 ?

Story 對應一個服務開發的最小單位。多個 Story 可以構成一個 Epic。 在 Kubernetes、Docker Swarm、... 日益成熟後,...

DAY 16

[Day 16] 依據運營狀況適當調整 Scrum 看板貯體

回顧Day 3的假想成員組織 :有別於之前開發狀態可以預先規劃,一般上線後都是「遇到一個問題,解掉一個問題」。在商業策略的考量下, 上線中服務出現問題的優先處...

DAY 17

[Day 17] 運營期間 Task 卡片的眉眉角角

回報問題基本上就是遵循 4W1H + 有圖有真相原則來製作「Task 卡片」。 What: 哪種卡片樣式 ?When: 哪時發生問題 ?Where: 哪個位...

DAY 18

[Day 18] 運營期間整個sprint的報告週期調整

Q1: 運營期間,是否也要每日10分鐘的疊代追蹤報告(iteration review) ?Ans: 沒必要。運營中,面對客戶的業務專員,在問題排除前會如同背後...

DAY 19

[Day 19] 將HackMD寫好的文件做Git版控就是一個開發知識庫

回顧Day 16所提到的 Scrum 看板有別於 Kanban 的特性,因此對應的技術文件必須可追蹤,才能因應動態調整的開發過程。最快的方式就是撒錢購買conf...

DAY 20

[Day 20] 程式開發階段的文件範例

以【Task】sprint 1-開發後端: 資料後續的crud操作這張「Task 卡片」為例 :開發的過程中有遭遇 /insertdata 的 spring...