在 Learning Agile 一書中提到, 傳統瀑布式開發如果可以執行的很成功, 通常有以下幾個特色:
(1) 溝通順暢
從客戶, 專案經理, 到高層老闆, 都會不斷溝通
(2) 擁有不錯的工程實踐
- Aug 13 Thu 2020 07:05
[敏捷小品] 瀑布就一定不如敏捷嗎?
- 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 就可專心規劃
- Jul 23 Thu 2020 21:19
[敏捷小品] 這是原汁原味的 Scrum嗎?
很多人常會問到: 這樣做是不是 Scrum 呢? 答案通常也很標準, 只要是 Scrum Guide 中有提的事情, 那就是 Scrum.
例如, 有人問說是不是沒有用 playing poker 或者相對故算的方法, 這樣就不是 Scrum. 如果你去看 Scrum Guide, 他只說要做 estimate, 但並沒有說要用什麼估算方法. 所以你只是憑感覺猜個時間, 這樣也是符合 Scrum.
- Jul 22 Wed 2020 18:37
[簡簡單單學 DevOps] [書摘] 混沌工程原則 - 最小化爆炸半徑
對於車諾比核事故, 相信大家應該是印象深刻, 不少反核案例都會舉這個故事. 但是大家知道這個事情是怎樣發生的嗎?
