談到有無 Scrum 或者敏捷開發的經驗時,大部分的公司一定都會詢問: 『有無使用過 Jira ?』那是否公司導入 Jira 又或者有用過 Jira 就是落實了 Scrum ? 身為一位 Java Programmer,秉持著:『工具不是問題,能讓程式設計師不再是說一動,做一動的碼農,才是專案成功關鍵。』此一信念,就用 Microsoft 365 的 Planner 來跑 Scrum 吧 !
回顧Day 7任務分配時,理想型的情境。由於成員都是依照自己的專長挑走了卡片,燃盡圖(Burndown Chart)中,較不會發生如六、日休假,進度未推進的水平...
回顧Day 7任務分配時,任務指派型的情境。這樣的任務分配結果有以下缺點: Scrum 導師(SM) 處在開發 MVP 卡片的狀態,該卡片完成前,抽身處理突...
延續昨日列出的任務指派型情境缺失:假設此次燃盡圖(Burndown Chart)的運作結果如Day 10案例三:現在,要做的就是在9/5發現『API介接取得資料...
第一期衝刺活動(sprint)順利達陣後,Scrum 看板會只剩下「Story 卡片」。由於 Planner 的檢查清單最多就只能20筆,所以可以把 sprin...
Story 對應一個服務開發的最小單位。多個 Story 可以構成一個 Epic。 在 Kubernetes、Docker Swarm、... 日益成熟後,...
回顧Day 3的假想成員組織 :有別於之前開發狀態可以預先規劃,一般上線後都是「遇到一個問題,解掉一個問題」。在商業策略的考量下, 上線中服務出現問題的優先處...
回報問題基本上就是遵循 4W1H + 有圖有真相原則來製作「Task 卡片」。 What: 哪種卡片樣式 ?When: 哪時發生問題 ?Where: 哪個位...
Q1: 運營期間,是否也要每日10分鐘的疊代追蹤報告(iteration review) ?Ans: 沒必要。運營中,面對客戶的業務專員,在問題排除前會如同背後...
回顧Day 16所提到的 Scrum 看板有別於 Kanban 的特性,因此對應的技術文件必須可追蹤,才能因應動態調整的開發過程。最快的方式就是撒錢購買conf...
以【Task】sprint 1-開發後端: 資料後續的crud操作這張「Task 卡片」為例 :開發的過程中有遭遇 /insertdata 的 spring...