用 Waterfall 好, 還是 Agile 好嗎?
最近在討論專案的時程時, 有些討論很好玩.
有人提到用了 Waterfall 的方式, 就是範圍固定, product manager 就不能任意加功能. 並且整個工作就會比較快, 不會有打擾, 因此產品可以出的來.
若是用了 Agile, Product manager會認為可以任意加功能, 因此範圍就會不確定. 整個工作容易被打斷, 因為要應付改變; 也需要因為修改些 bug, 導致功能的實作無法專心進行.
有些人認為 Waterfall 還是可以做到 Agile 的效果. 只要我們可以訂出周期性的 milestones, 例如每兩周或是一周交付某些功能. 這樣範圍不會變動, 又可以及早看到一些成果.
在agile團隊中甚麼事情是真正重要?
What is really essential?
http://xprogramming.com/blog/what-is-really-essential/
Ron說有人問他, "甚麼是你在執行Scrum時, 真正在意的?" 或者是說"在scrum軟體開發中, 甚麼是你認為真正重要的事情?"
首先, 他認為有兩件事是非常基本的
如何處理技術債務
Technical Debt a Perspective for Managers
http://www.infoq.com/articles/technical-debt-levison
技術債務來自何處
1. 沒有經驗的開發人員
2010 Top 100 Agile好書介紹
Top 100 Agile Books
http://www.noop.nl/2010/08/top-100-agile-books.html
作者又幫我們整理出2010 top 100的agile 好書. 這裡我只列出前15個. 其他大家可以去參考原文.
NR Title
1 Agile Estimating and Planning
如何解決多工的問題
Jonathan在他的blog提到他所遭遇的context siwtch問題.
http://jonathanspeaking.blogspot.com/2010/08/context-switch-in-sprint.html
一個工程師可能同時要處理以下事情:
(1) 要做目前這個 Sprint 的 User Story
(2) 一方面要解上一個 Sprint 遺留下來的 Bug
Agile並不是沒有規劃
有些人會認為agile是想到哪裡, 做到哪裡, 一點規劃都沒有.
事實上, 並不是這樣的.
一開始, 你也許有一堆需求需要被處理, 你必須把它們都放到product backlog中, 並且對每個feature, 描述其business value.
例如:
你真的敏捷嗎? 還是在做Mini-Waterfall
Mini-Waterfall Smells – How agile are you Really?
http://megansumrell.wordpress.com/2007/08/29/mini-waterfall-smells-how-agile-are-you-really/
很多公司或是團隊都想採用agile, 可是事實上他們都只是在做mini-waterfall. 在這篇文章中列了十個mini-waterfall的bad smell:
1. 開發團隊到sprint最後一個才code freeze, 所以測試cycle無法完成
2. QA 團隊是在測試上一個sprint的內容.
十個敏捷估算的最佳實務
Top 10 Agile Estimation Best Practices
http://www.pmtoolbox.com/project-management-news/top-10-agile-estimation-best-practices.html
1. Use more than one person
- 多些人會從不同角度來思考, 因此考慮面相會比較完整
- 會對評估結果有共識, 因為這不是一個人想出來
太多事情要做
最近又重新開始看"Planning Extreme Prgoramming", 這本書是由Kent Back 和Martin Fowler所寫的, 我想由兩位大老共同執筆, 大家一定知道這本書會有多麼的經典.
以前剛出來時, 那時候不需要帶團隊, 因此很多東西都是有看沒有懂, 所以只是隨便翻翻而已, 現在看起來真的是相見恨晚. 身為專案經理的你們, 若是想要執行agile, 這本書是你必讀的寶典.
在第六章他提到一件, 大家都身受其害的事情: 事情太多做不完.
很多人遇到這樣的狀況時, 都會抱怨時間不夠, 這麼多是怎麼能處理的掉.
作者有一次在standup meeting中問大家, "什麼原因阻礙了我們進入生產階段?" 沒想到輪完一圈後, 大家都是回答: "我沒有足夠的時間"
好書介紹: 深入淺出軟體開發
幾年前看到這本書, 一開始時覺得書名並沒有很吸引人, 所以並沒有翻開這本書去做進一步的閱讀.
後來最近在上agile的課程時, 有位學員跟我說這本書不錯, 因此我特別去翻了一下, 才發現它是一本探討使用agile方法來開發軟體的書籍. 裏面該有的agile practices都有介紹到, 並且會以生動的故事和插圖來介紹, 我想對於入門者來說, 是一本值得參考的書籍.
Head First Software Development (深入淺出軟體開發)
http://www.oreilly.com.tw/product2_others.php?id=a232
好書推薦: A Practical Guide to Distributed Scrum
A Practical Guide to Distributed Scrum (Developerworks)
Elizabeth Woodward (Author), Steffan Surdek (Author), Matthew Ganis (Author)
它包含以下主題:
‧Developing user stories and working with Product Owners as a distributed team
Agile的迷思: 用iteration時程會比較快
很多經理們聽到iteration, 會誤認為用了它會讓schedule縮短, 讓產品比較快release.
事實上, 用了iteration會不會比較快, 要看你是否可以把那些agile practices用的很好. 如果可以用的不錯, 或許有機會吧!!
因為這是要依賴很多假設. 比如說, 你有用TDD, 所以有先寫測試程式來測試, 對於一些狀況有提供保護網來防範, 以避免修改所帶來的side effect. 並且你的coverage ratio還蠻高的, 所以大多數的狀況你都有測到.
並且由於你開發前期基礎打的好, 所以之後比較沒有bug被找到, 因此regression test不用跑很多次, 或者不用全部都執行. 此外在找到bug時, 也因為有測試程式, 比較好實驗錯誤的地方在哪裡, 以及方便驗證改的方法對不對.
Agile的迷思: Agile不用寫文件
很多人認為用Agile就不用寫文件, 這是因為她們看到Agile manifesto的第二條:Working software over comprehensive documentation.就自行認為agile不用寫文件.
會這樣想的人大多是工程師, 因為這是他們內心最想要的, 他們認為寫文件是一種負擔. 可是經理或是顧問們,一看到這條之後, 紛紛覺得Agile是妖魔, 怎麼可以不用寫文件呢? 這樣根本不可行. 他們認為沒有文件, 就無法開發軟體.
Kanban的新書
目前又有一本有關Kanban的新書. 在Amazon上的rank還不錯, 大家都給了滿分. 頁數也不厚, 只有280頁. 大家可以參考一下.
Book: Kanban
Author: David J Anderson
Author blog: http://www.agilemanagement.net/
Agile將會影響軟體開發方法的方向
Gartner Predicts 2010: Agile and Cloud Impact Application Development Directions
http://analytical-mind.com/2010/03/09/gartner-predicts-2010-agile-and-cloud-impact-application-development-directions/
在Gartner的預設報告中, 提到在2012年時, 80%的軟體開發專案會使用敏捷開發方法.
雖然Scrum在未來幾年內會持續受歡迎, 但是除非組織願意轉變成以團隊為主的文化(team-focused culture), 否則她們將不會成功.
Agile Manifesto Translation Program
我在agile Alliance網站上發現到, 他有一個 Agile Manifesto Translation Program活動
http://www.agilealliance.org/show/2548
主要是希望招集一群人, 把agile宣言和準則翻譯成當地語言, 好讓agile的觀念的更加普及.
不過需要有一個社群來幫忙review, 因此我在Facebook上"Scrum community in Taiwan"社群, 開立了兩個討論區, 希望有興趣的人可以幫忙j為臺灣軟體界貢獻一份心力
2009 Q3 在軟體開發領域最受歡迎的blog
Top 200 Blogs for Developers (Q3 2009)
http://www.noop.nl/2009/09/top-200-blogs-for-developers-q3-2009.html
作者又整理出2009 Q3 在軟體開發領域最受歡迎的blog, 他自己本身排行第20名.
排名 (上次排名)
1 (2) Coding Horror
XP/Agile敏捷式開發實作
今年課程在9/25開始,(9/25, 10/1,10/2). 如果有興趣的人請儘早報名, 謝謝.
小弟要在資策會開課了, 預計今年會有三次, 第一次在5月份. 如果大家不嫌棄, 歡迎捧場指教.
http://www.iiiedu.org.tw/coursedetail.php?id=MSA210I
http://www.iiiedu.org.tw/ites/Agilexp.htm
六招如何做好refactoring
The 6 steps to mastering refactoring
http://www.thecodejunkie.com/2010/01/6-steps-to-master-refactoring.html
作者建議當你要進行refactoring前, 以下六件事情很重要
1. 確定你有一組好的測試
- Tests是你做refactoring的安全網
新書: Kanban and Scrum - making the most of both
Kanban and Scrum - making the most of both
http://www.infoq.com/minibooks/kanban-scrum-minibook
http://blog.crisp.se/henrikkniberg/2009/12/21/1261410240000.html
Henrik Kniberg老大又出新書, 這次是討論有關討論Kanban和Scrum差異的書.
在introduction時的一段對話很吸引我, 它說到:
