敏捷無敵

第8部分 (第3/4頁)

又不知道到底該怎麼去改善，看來只能靠敏捷聖賢的幫助了。阿捷每天都上網，並待到很晚才下去，希望能碰到敏捷聖賢。

這天晚上，阿捷跟美國方面開完Conference　Call後，正準備去洗臉刷牙，卻意外地發現敏捷聖賢上線了！阿捷高興得跳了起來！

阿捷：你好！

敏捷聖賢：你好啊！

阿捷：現在有時間嗎？我們遇到了麻煩。

敏捷聖賢：呵呵，我果然猜對了！我是專門上來找你的！我想你們的第一次快跑結束了吧？

阿捷：是的！我們遇到一些問題，大家的意見開始出現分歧了，有人甚至認為Scrum帶來了更多的麻煩！

敏捷聖賢：這可不是一個好兆頭。說說你的問題，讓我看看，怎麼解決，我想多數是你們使用的方法有偏差。

阿捷：我也覺得Scrum是一個很好的流程。

敏捷聖賢：對！只做了一個Sprint，不要就下結論說Scrum適合或不適合。Scrum可以讓你從另外一個角度來思考如何進行專案管理。找到竅門總是需要花些時間的。我建議你們小組堅持這個流程，至少做完3個Sprint，然後再決定是否繼續。第一次快跑肯定會遇到問題的，你們可以回顧總結一下，把一些能操作的反饋加入到第2個Sprint中，逐步做出改善。這樣，經過3個Sprint，你們才會真正地瞭解Scrum。

阿捷：好！我會勸說大家繼續跑完Sprint　2和Sprint　3的。

敏捷聖賢：先給我講一下你們是怎麼做的？

阿捷：大概是這樣做的。我事先花時間完成了產品的Backlog，然後大家跟大家做了一個執行計劃。之後就是每天早上開“站立會議”，這個非常花時間，每次大概40～50分鐘。在Sprint結束的時候，每個人做了幾分鐘的總結，並進行了回顧，會上大家意見紛紜，覺得Scrum問題不少。

敏捷聖賢：哦，你們的產品Backlog是怎麼組織的？

阿捷：作為一個Scrum　Master，我用Excel做了個列表，把我們下幾周需要做的東西放進去，還按照優先順序排了一下序。書　包　網　txt小說上傳分享

第5章　成長的煩惱（3）

敏捷聖賢：等一下！你說，你做了一個Product　Backlog？

阿捷：是啊！有什麼問題嗎？

敏捷聖賢：也就是說，你們沒有定義一個Product　Owner這個角色？沒有讓這個人去完成並維持Product　Backlog？

阿捷：恩，我們沒有。

阿捷心想敏捷聖賢的臉色一定很難看，估計這個問題很嚴重！

敏捷聖賢：如果你們真的想實行Scrum，那麼就一定要遵循Nokia的敏捷標準，遵循Nokia制定的“Scrum規則”，這是Nokia用了幾年時間，對上百個Scrum團隊進行了回顧後，才總結出來的很簡單的建議，這可以幫助他們判斷一個團隊是否在真正實施Scrum。

阿捷：那Nokia怎麼知道一個團隊是否真的在實施Scrum呢？

敏捷聖賢：首先，他們要看是否採取了迭代開發的方式。多年來，業界一直使用迭代式的、增量式的開發，這似乎已經成為所有敏捷過程的基礎元素了。

阿捷：這個應該比較好判斷。那為什麼團隊是否“進行迭代開發”這麼重要呢？

敏捷聖賢：因為如果不這樣做，甚至都不能稱為敏捷的軟體開發過程。這是因為敏捷希望整個軟體開發流程中的所有人都可以一起工作，大家都要對產品非常瞭解：無論是構建產品的人，測試產品的人，還是將會使用產品的使用者。

阿捷：嗯，大家是應該一起工作。

敏捷聖賢：對，如果把過程分隔成“這裡的這些人編寫需求說明和規範，然後他們把文件交給負責構建軟體的人，軟體構建者再將軟體轉給測試人員，最後測試人員把軟體提供給客戶”，客戶就會說那不是他們真正需要的東西。然後就要回到開頭，再來一次。如果如此反覆三遍的話，客戶就會取消這個專案了。這就是為什麼世界上有那麼多專案被砍掉的原因。

阿捷：嗯，那在Nokia，還要接著問什麼問題？

敏捷聖賢：他們會接著問“你們有固定的迭代週期嗎？你們的迭代是否以某個特定的時間開始並以某個固定的