目前分類：Scrum (126)
- Aug 06 Sat 2022 06:46
Scrum 真的不可行, 無法解決問題?
- Jun 30 Thu 2022 21:30
沒有目標和鹹魚有什麼區別, Sprint 也是
很多團隊在執行 Scrum 時，常常沒有訂定 sprint goal，或者根本不知道什麼是 sprint goal。所以就讓我們來聊聊 sprint goal 是什麼，可以怎樣來產生。
首先讓我們來看一下 Scrum Guide 2020 怎麼說，Scrum Guide 2020 中對 Sprint Goal 的描述如下
"Sprint Goal 是 Sprint 的單一目標，儘管 Sprint Goal 是由 Developers 所做出的承諾，但它為實現該目標所需的確切工作提供了彈性。Sprint Goal 還創造了連貫性和專注性，鼓勵 Scrum Team 一起工作而不是分開行事。
- May 08 Sun 2022 15:25
什麼是自組織團隊 (Self-Organizing Teams)?
很多接觸敏捷的人, 都會聽到要成立自組織的團隊(self-organizing teams).
那什麼是自組織的團隊呢?
很多人會認為自組織就是可以自己組織團隊, 自己可以做自己想要的事情, 是這樣嗎?
- May 02 Mon 2022 19:27
每個迭代要處理多少個 用戶故事
- Jan 18 Tue 2022 08:59
Scrum 團隊中是否該有專職測試人員
在執行 Scrum 時, 很多人在討論, Scrum 團隊中是否該有專職測試人員?
因為很多人會覺得 Scrum 團隊就應該全部都是開發人員, 不該有專職測試人員, 這樣就不敏捷了, 這樣就是 waterfall.
那到底怎樣的配置才是對的呢?
- Jan 06 Thu 2022 08:39
如何利用 Scrum 專注開發
迭代的東西做不完, 有可能是當初估算不準, 或是需求不是你想的那樣, 也可能是程式的部分比你想的更難搞. 但是不管是什麼, 如果能早期察覺, 就有機會早點因應.
在 Scrum 中, 我們利用以下作法, 幫助我們專注, 早點看到問題, 然後早點處理:
(1) Sprint Goal
所有人都要了解, 哪些 story 是這次迭代要交付的, 他們的優先順序為何, 對客戶會有什麼影響和價值. 這些是一開始的時候, PO 要跟團隊同步這樣的資訊
- Dec 13 Mon 2021 09:49
如何打造敏捷團隊
Scrum 這個單字來自於橄欖球的術語: 爭球.爭球需雙方派出8名前鋒球員分別結成3排，以肩背呈水平方式與對方連結紥緊，持球方再將球放進列陣下方的空間，由雙方相互推擠爭球.
source: https://zh.wikipedia.org/wiki/%E5%88%97%E9%99%A3%E7%88%AD%E7%90%83
老外會拿這個單字是有意義的, 也就是說 Scrum 開發方法很重視團隊活動. 爭球需要團隊成員彼此高度合作, 在戰術的指揮下, 達成團隊想要的目標.
- Aug 04 Wed 2021 12:34
什麼是失敗的 sprint ?
- May 16 Sun 2021 12:42
用戶故事的驗收條件
在敏捷開發流程中, 對 story 撰寫驗收條件 (acceptance criteria) 是件非常重要的事. 驗收條件可以釐清故事範圍, 以及同步大家對故事的認知, 更可以讓開發團隊估算會比較準確.
可是我發現到, 在很多團隊這件事情常常被省略. 他們覺得開發時間都不夠了, 哪有空寫驗收條件. 或者他們認為這是測試, 不是我開發人員的事. 也有人認爲這個故事已經很清楚很簡單, 不需要再寫驗收條件了, 做就是了.
但是, 事情往往不是這麼簡單. 因為沒有寫 AC, 事後才來說為什麼需求不是那樣, 或者說這個故事需要花比我原先想的更多時間來做等等, 這是事情都是可以事前預防或減緩的.
- Jan 16 Sat 2021 09:38
2021/01 新竹敏捷: 車用 A-SPICE認證到Scrum
- Nov 20 Fri 2020 08:15
Scrum Guide 2020 - Goal
- Nov 19 Thu 2020 11:12
Scrum Guide 2020 - Scrum 的定義
Scrum Guide 2020 昨天(11/18) 剛出爐, 讓我眼睛一亮的部分, 是他對於 Scrum 的定義. 讓我們來看看 2017 和 2020 版本有什麼不同:
Scrum Guide 2017 版本
- Nov 19 Thu 2020 09:09
Scrum Guide 2020 - Scrum Team 的轉變
- Oct 10 Sat 2020 21:55
[敏捷小品] 利用 Google Doc 進行回顧的感想
- Aug 19 Wed 2020 21:28
[敏捷小品] 如何加速 sprint planning 中的估算
Sprint planning 會議會拖很久, 其中一個原因, 是決定這個 sprint 可以完成多少個 story.
這件事情之所以會慢, 是因為要工程師估時程. 他需要了解需求是什麼, 可能要拆解工作, 要想想可能會有多少插單進來, 或者他有多少把握做完等等, 要考慮的東西可能非常多, 因此, 他不能不慎重, 不能不多想想.
但是每次都這樣搞, 時間能不拖久嗎?
- Aug 04 Tue 2020 20:58
[敏捷小品] Scrum 其實沒有 XP 不行
當年 Jeff Sutherland 那一開始 Scrum 是有實施 XP 的實務。但是 Ken Schwaber 說服了他，把工程實踐從 Scrum 中移除，以保持整個模型的單純，讓團隊自己去負責技術實務的部分。或許，這可以幫助 Scrum 傳播的很快。但是，缺點是許多團隊因此而受難。因為缺乏技術實務，而導致無法建立可持續的敏捷開發。
所以, 請記得上完 Scrum 課程之後, 記得找 91 來補上 工程實踐. XD
- Aug 03 Mon 2020 21:53
[敏捷小品] Sprint 規劃會議太久怎麼辦?
很多人會抱怨 Scrum 的 sprint planning 太久, 一個不小心都要花上半天時間. 主要他們在釐清需求, 以及安排任務(task) 上花了很多時間. 尤其在釐清需求上, 真的可以討論很長. 個人有些建議可以幫助大家, 讓 sprint planning meeting 可以有效率點
(1) Sprint refinement meeting
在召開 sprint planning 之前, 先有些 refinement meeting, 了解一下之後 sprint 要做的功能是什麼. 這樣 sprint planning 就可專心規劃
- Jun 26 Fri 2020 22:32
[敏捷小品] Scrum 是種整合測試
Stacia Viscardi 提出一個概念: Scrum 是種整合測試. 用來檢驗團隊是否能在 sprint 結束後交付價值給客戶.
就如同大家所知的過程, 測試是會找到 bug 的. 這個測試的結果, 往往會發現很多問題, 例如: 需求不清楚, RD 開發品質不好, 測試和開發合作不順暢等等.
- Jun 24 Wed 2020 08:18
[敏捷小品] Scrum 無法解決問題?
很多人想要用 Scrum, 是他認為 run 了 Scrum 以後, Scrum 就能幫他解決問題. 是這樣子嗎?
Scrum 的發明人 Kschwaber 曾說過一句話:
Scrum is like your mother-in-law, it points out ALL your faults.
- Oct 02 Tue 2018 20:26
站立會議可診斷團隊病的重不重
