”阿朱埋怨道。

“呵呵，那我不管，我是為了我的員工利益著想呢。”小寶死活不想認錯。

“現在結果出來了，看來我們兩組都沒有完成預定的任務。好像無論是‘員工’還是‘老闆’，都表示不滿啊。那我們接著做下一個遊戲。這次大家都做‘員工’，沒有‘老闆’再給‘員工’發出指令。每個人獨立、自主地做60步移動任務，看看能不能完成！時間還是2分鐘。準備，開始！”

這次“黑木崖”裡，不再有干擾大家的口令聲，大家有條不紊地移動著，並依據自己的判斷隨時調整其步伐方向、快慢，以繞開椅子、桌子和其他人。

還不到1分30秒，阿朱、大民已經先後完成了，緊接著是阿紫，小寶是最後一個完成的，阿捷看了一下表，1分48秒。

“這次大家都完成了60步的移動！還是提前完成的。大家談談感受吧！”

“我發現，等別人下指令，自己再走，效率很低，因為除了需要仔細傾聽外，還要再思考一遍，需要把指令轉換成自己的動作才行。”大民第一個發言。

“自己可以根據實際情況，隨時調整，這樣就不會撞到牆上或者椅子上啦！”阿朱非常欣慰地說。

“我們做這個遊戲到底有什麼寓意呢？”小寶終於問出了大家的疑惑。

“恩，這個遊戲其實是想讓大家理解一下兩種工作方式的差異。一種是完全聽從別人的指令，被動地進行工作；一種是自主決定、主動進行調整的工作方式。很明顯，後者的效率更高，也更能被大家接受，對不？”

阿捷看到大家都表示沒有異議，“那好！今天的Ice　Break就到這。我們進入正題。”

“今天主要是想跟大家討論一下，如何改進我們專案的管理方式，或者說是我們的軟體開發方式。一直以來，我們都是採用的瀑布模型。”阿捷頓了一下，“大家可以回想一下，我們以前包括現在做專案的時候，基本上是按照里程碑劃分為這樣幾個階段：計劃、需求分析、軟體設計、程式編寫、軟體測試和釋出等六個基本活動，按照自上而下、相　互銜接的固定次序。雖然瀑布模型有它自己的優勢，但對我們來講，有以下缺點：1）在專案各個階段之間極少有反饋。2）只有在專案生命週期的後期才能看到結果。3）透過過多的強制完成日期和里程碑來跟蹤各個專案階段。4）不能有效地應對變化。”　。。

第4章　兵不厭詐——我們的第一次快跑（5）

“鑑於這些問題，我想或許我們可以試用一下敏捷模型中的Scrum！Scrum敏捷軟體開發強調的是在一個固定的時間內，利用一切合理的開發資源，完成客戶的一定需求。總體的專案是在一個一個由Scrum框架控制之下的小的專案（Sprint）組成的。每個小的專案（Sprint）都有清晰和明確的需求定義，而且也有明確的需求完成定義，從而能夠保證一個大的專案再逐漸分解到小專案中，能夠按時保質地完成交付。”

“雖然有些問題，但現在不也好好的嗎，我們每次不也按時Release了嗎？為什麼要做這個改變呢？”阿朱委婉地表示擔心。

“嗯，話雖如此。不過大家回想一下，我們剛才所做的兩個遊戲，二者的目標是完全一樣的，但結果與過程卻完全不一樣。其實，第一個遊戲是聽從他人指令、被動移動的方式，這就像傳統的瀑布軟體開發方式，而後一個遊戲則是完全自主決定、隨時調整的移動方式，就像敏捷軟體開發。透過剛才的遊戲，大家已經充分領略了二者的優劣。”

“我再舉一個例子，大家知道，蘋果公司是一個非常注重創新性的公司，蘋果最近被評為‘世界最受尊敬的公司’。他們的產品從iMac到iPod，再到iPhone，每一個產品都不斷地重新整理著人們的想象力。他們創新的源泉，除了他們聚集的一堆天才外，很重要的一點在於他們的理念，他們提出了著名的口號Think　Different。他們當初提出這個口號，最直接的原因是這麼說的。”阿捷清了一下喉嚨，“Because　the　people　who　are　crazy　enough　to　think　they　can　change　the　world，　are　the　ones　who　do。” 阿捷在白板上寫下了“Think　Different……Apple”。

“那麼我們呢？很顯然，我們目前的工作不允許我們做出這樣的創新，因為我們不能改變我們工作的