告別瀑布,擁抱Scrum:解析微軟與Adobe如何在30天內開發出新軟體
呼~~ 年假最後兩天把這本書看完了,因為書沒有很厚,所以也很快就看完了,心得 : 推!
這心得這樣寫雖然很敷衍...,但我覺得怎麼寫也不會在這裡把 scrum 的內容都打出來。不過我建議看書的話把重點放在 Scrum 本身,暫時就不要管那個解析微軟, adobe 如何在 30 天開發出新軟體這件事,重點是 Scrum 的 case study 是很值得一看,當然有成功,也有失敗。(我在猜想 30 天只是在強調 Scrum 的每個 Sprint 不要超過 30 天而已...)
老實說我也有待過使用敏捷開發的公司,30 天為一個 sprint 我還沒有遇過 XDD,我都是 7-14天的那種週期 sprint。可能是因為當下 run 的專案都很小吧.. 畢竟都是網站類型,稱不上什麼大型架構, 或是多個子架構, 部門協同開發之類的...
至於瀑布型的開發方式,我的第一份公司就是這樣 run 的,對我這種急性子的人,實在有點待不住,我在想,慣老闆應該會喜歡 Scrum 吧?! (逃, 畢竟 Scrum 可以定期看到增量...,有一種老闆就是急急急),哎 不過也不一定啦,畢竟 Scrum 很重要的一點就是開發人員要誠實的面對自己的進度,團隊要誠實的面對增量,如果每次都是假象的新增一點增量,最後導致成果根本沒有品質可言,隨便一測都要被客戶罵,那就沒有意義了...
這本書的後面附錄,感覺很像在複習前面講的內容,有一個是 Scrum 指南,網路上有,你有興趣也可以看看 http://www.scrumguides.org/docs/scrumguide/v1/Scrum-Guide-CN.pdf。
不知道為什麼。看完之後,好想去上個課.... 我想看書 v.s 實際有人用白板教你怎麼 run Scrum 應該很不一樣 :P
情人節快樂.
呵呵 好低謝謝!
回覆刪除那本書也被我納入要看的書裡面了 :D