運用Scrum做項目管理真實案例之一

　　引言：

　　我會以系列文章的形式跟蹤記錄我現在正在做的一個完整運用Scrum管理項目的筆記，里面會有一些經驗教訓總結心得，以便讀者與我互相學習勉勵。有寫的不對的或者寫的不好的地方還請海涵，當然我更希望大家多多提寶貴意見，讀者的支持是我最大的動力。

　　======================================================================================================================================

　　正文：

　　其實上一篇我有講過一些項目初期我做過的一些工作，還有公司運用敏捷的方法。只不過到這里我才有寫一個系列文章的想法。這里我還是啰嗦幾句，上篇我們談到了，我們公司真正做敏捷其實是在稱之為Iteration 0(或者叫Iteration Prepare)之后，也就是我們已經有了很充足的準備，可以開足馬力實施項目的時候了。其實這樣做也是為了降低風險，一來我們在前期不用投入很多人力，只是投入幾個金兵強將，做好構架以及在這之上完成一個Demo。然后后面的Iteration就有了參照，就可以理解大家都在做Iteration 0的復制即可。有點想開連鎖店的感覺。這種方法很適合項目外包型的公司，前提投入牛人，后期在隨時調入/調出不用很強也不用很固定的人力。外包公司的人力調配可是一門藝術，這里我就不多說了。

　　好，開始說項目吧，目前我的項目正在做第一個Iteration，也就是Iteration 1，前幾天開過Iteration 1 Planning Meeting，個人認為非常的失敗，在這幾天的運行來看也確實非常糟糕，問題主要表現為，我們在Planning Meeting上面沒有完全按照要求把Story分解為2-16小時的Task?；蛘哒f我們根本就沒有分解。而是把完整的Stroy估算成為時間?；旧隙际?天3天這樣的時間?？赡艽蠹叶颊J為一開始我們拿到的Story都非常的簡單，輕視了。所以在后面的幾天力，我可以說完全無法跟蹤項目進展，Iteration都快要結束了，可是一個Story都還未完成，也不知道Story完成了百分之幾。所以這是我在下一個Iteration首要要解決的問題。

　　還有一個很大的問題就是每日晨會的時候大家都只是說了昨天做了什么，今天要做什么，可是從來都沒有人說問題，我也不知道這是好事還是壞事，我總感覺項目初期應該大家都有很多問題才對。我不知該如何引導，希望后期會有所改進。

　　目前項目還出現了一個風險，前期投入的一個人，現在臨時變更了，突然替換了一人，我沒有料到會這么快換人，我還未很好的考慮換人如何應對，如何能讓他快速的融入到我們的團隊中來。我在想是否應該整理一個項目快速入門手冊，方面后面如果再有新人加入時，能快速掌握目前開發進度。

　　還有一點，也是作為項目經理的我最失敗的一點。關于User Story的編寫問題。因為初次嘗試，寫User Story的時候我只知道按照需求的方式把User Story照搬了一遍，但是這樣給開發帶來了不小的麻煩。首先一下子開發無法轉變關聯，一大堆大大小小的Story丟給開發，他們都不知道如何下手了。畢竟開發習慣了功能性的需求。不習慣完全業務的Story描述。后來我查閱一些文章才發現其實User Story也可以和MVC結合，按照大小一致的粒度去編寫。分為數據(史詩級User Story)和操作(一般User Story)這樣更便于與開發的溝通和理解。

　　還有一個問題，就是項目初期大家對敏捷的認識也不夠。都是初試敏捷，我對這方面也沒有系統的培訓，而只是在項目進行中做了一些宣導，我覺得還很不夠，所以我準備過兩個Iteration專門對敏捷召開一次座談會，大家一起討論運行幾個Iteration之后的心得，與大家一起分享，一起學習，如果效果不錯的話，我準備每隔一個月就召開一次。當然如果是下一個項目我一定會項目開始之前就做這方面的引導培訓。

　　OK，今天就到這，下個禮拜我們會召開Iteration Review會議，希望我們能總結出來更多的東西與大家分享。謝謝閱讀

原文轉自：http://www.kjueaiud.com