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