敏捷實踐總結

經過半年的實踐，可以總結了。

這次敏捷實踐總體上說是比較成功的，完全按計畫完成了任務，團隊的凝聚力較強，員工進步很大，我個人也很有收穫。

還是說說可以改進的地方吧：

1）產品負責人不在團隊中，會有很大的問題。

這體現在很多問題在最後評審時才提出來。我只是技術負責人和日常管理。雖然後期我也有意識的加強了和產品負責人的溝通，但一些細節還是會有問題，我也不可能什麼都跟他匯報。

這種情況應該是比較普遍的，產品負責人往往是公司高層，他不可能整天泡在研發團隊中。

如果再來一遍，我會要求產品負責人每週參加一次我們的會議，檢視我們的進展，這樣，不至於到最後評審時才提出問題。

2）一定要找有合作意識的團隊成員。

這個團隊加我一共是7人，其中6人有團隊合作意識，只有乙個人沒有。而這個人偏偏職位比較高，並且和我有私交。在研發過程中，他給我很大的困擾。能力不足，自以為是，沒有質量意識，把別人當作測試員。我又拉不下面子去講他。

如果再來一次，我會很認真的跟他溝通，如果繼續這樣，我會把他剔除出去。

3）質量，質量

從頭到尾，質量都不能達到我的期望。當然，我的要求也是比較高的，對於公司其它專案的質量，我們的質量肯定要遠遠好過他們。

在研發中，我採用了測試驅動和結對程式設計等手段。結對程式設計對質量到底有多少幫助，我到現在還不能確定。測試驅動絕對有好處，但測試資料的準備確實是個大問題，一旦需求發生變化，直接改**往往很簡單，但是要改測試就很麻煩。對於測試資料，我有一些改進的思路，但沒有去實踐。

最大的問題是，員工的質量意識不夠。

另外，在最初的幾個迭代中，我先從後台做起，最後整合，也是乙個敗筆，應該前後臺同步，通過前台做持續整合的。

我的期望是，如果我們開發完成了，那就是完成了，可以發布了。我不想加乙個專門的測試過程。經過這次實踐，我做一點修正，開發完成後，還是要有乙個準備發布的過程，這個過程，主要的工作是發布的內部演示。

所以，如果再來一次，我會堅持持續整合，測試驅動一定要做，但是測試資料要做一些改進，使對測試的修改不要那麼痛苦。結對程式設計我會做一些量化工作。