項目管理---敏捷開發(fā)---到底要不要寫文檔,？
原創(chuàng)
2014年04月04日 08:13:08
故事情節(jié)
最近第二次迭代時，我們帶領的開發(fā)小組長文哲,，這兩天在補需求文檔,、部署文檔（二次迭代完成了哪些客戶需求？未完成的,？）,，在迭代開發(fā)之前就應該有一個文檔即是不全，那該多好啊,，不用現(xiàn)在這么著急的補充啦,。
思考：倘若沒有文檔，給客戶迭代完后,，如何表明我們所做的內容呢,？客戶是否滿意呢？如果沒有文檔,，和客戶的交流驗收時就很難辦了,？
到底要不要寫文檔？
記得合作開發(fā)的時候,，前期花費了很長時間,，我們是采用了傳統(tǒng)的瀑布模型，需求文檔,、概要設計、詳細設計,、數(shù)據(jù)庫設計,、甘特圖等文檔都是前期設計全了，遵循著文檔驅動開發(fā),，當我們開發(fā)過程中到最后,，發(fā)現(xiàn)文檔、圖,、解決方案根本對不上了,，中間修改了很多，相差很多，再驗收以前我們三個是餓補啊,，在整個開發(fā)的過程中由于前期的設計不可能考慮的很詳細,，每一步不可能考慮的很清楚，最后的文檔成了我們頭大的問題,。
初設敏捷開發(fā)
自從接觸了敏捷開發(fā),，我們就體會到這個開發(fā)思想不提倡寫文檔（很爽啊，先開發(fā),，當初理解的淺顯）我們現(xiàn)在根據(jù)客戶的需求拿來就開始干了,，在這個過程中確實使用著禪道等項目管理工具，但是現(xiàn)在體會還是有些亂,，規(guī)劃的還有很多不合理的地方,，給大家的每天的目標還不是很明確（時間段、任務,、彈性時間,、困難、該完成什么功能,？）沒有明確的規(guī)劃,，可能會引發(fā)項目拖延，時間一長大家會有懈怠心里啦,。
項目一開始,，根據(jù)客戶的需求我們就開始干了，設計,、開發(fā),、等真正給客戶架過去之時發(fā)現(xiàn)需求理解的不是很到位、使用還有常見的bug（測試文檔沒有）等,，造成了沒有給客戶部署成功,、我們浪費時間、給客戶留下不好印象等等一系列問題,，敏捷開發(fā)確實可以應對一些變化,，但是因為文檔不全的問題又一些給大家?guī)砹丝鄲馈?/span>
今天抽些時間查了敏捷開發(fā)的相關資料，敏捷并非不寫文檔,，而是重視文檔的作用,，也重視文檔的維護；它認為文檔宜少且精煉,，不需要冗余的文檔,；文檔也是作為細化部分，在每個迭代過程中不斷重構,；一般需求文檔,、概要設計,、詳細設計、數(shù)據(jù)庫設計,、項目管理文檔（甘特圖等等）都是必須的,，在許多外企的迭代開發(fā)中都是這樣的，倒是國內的公司確實提倡一種：敏捷無文檔,，開發(fā)效率慢,， 基本的文檔都是必須的；敏捷開發(fā)中的寫文檔,，有了方向性的指導,。
總結
開發(fā)要有開發(fā)文檔（需求文檔、數(shù)據(jù)庫設計,、概要設計）,、開發(fā)計劃（甘特圖、燃盡圖）,、測試計劃（時間,、地點、人員,、任務模塊分配,、禪道bug提交管理）都應該有一個時間段，在大家的一起商量之下可以每個人做到心中有數(shù),，對任務整體有個全局觀,，我們每天該干什么？緊急重要的需求,？客戶迫切需要上線的功能,？都有一個好的規(guī)劃，避免在不必要的文檔上（官話,、客套話）浪費更多的時間,，勁使在刀刃上，提高我們的開發(fā)效率,，有明確的目標,、去按照我們的計劃一步步的完成。
各個工作流自有它的價值……努力吧,，繼續(xù)深入理解敏捷開發(fā)理念,！
|
