1、前言

軟件項(xiàng)目的特殊性使其開發(fā)難度越來越大，各企業(yè)、團(tuán)隊(duì)面臨的風(fēng)險(xiǎn)也越來越多，這直接導(dǎo)致目前國(guó)內(nèi)軟件項(xiàng)目成功率較低。對(duì)于目前項(xiàng)目中存在的問題，影響比較大的主要有以下幾方面：

1、計(jì)劃及過程跟蹤不足

在開發(fā)活動(dòng)中，項(xiàng)目計(jì)劃是項(xiàng)目啟動(dòng)后的頭一件重大事件，但是經(jīng)常被忽略或者得不到應(yīng)有的重視。

項(xiàng)目計(jì)劃好比是一份項(xiàng)目的交通圖，指導(dǎo)項(xiàng)目準(zhǔn)確的達(dá)到目標(biāo)，即使它不是被形成提交客戶的正式文件，也應(yīng)該是項(xiàng)目組內(nèi)的規(guī)范文檔。可是項(xiàng)目計(jì)劃往往只是由項(xiàng)目管理者制定或是在項(xiàng)目管理者的腦子里，只有項(xiàng)目管理者知道。這樣的項(xiàng)目計(jì)劃比較粗糙和模糊，同時(shí)由于項(xiàng)目計(jì)劃是由項(xiàng)目管理者制定的，項(xiàng)目組的其他成員只能被動(dòng)的執(zhí)行。而項(xiàng)目管理者既不可能是項(xiàng)目中的全才，也不可能代替其他成員工作，因此這種得不到成員認(rèn)可的項(xiàng)目計(jì)劃就等于沒有制定項(xiàng)目計(jì)劃。

為什么每個(gè)項(xiàng)目都需要一份項(xiàng)目計(jì)劃，并且要形成規(guī)范的文檔呢？這是因?yàn)?#xff1a;

第一、通過制定計(jì)劃，使得小組成員，對(duì)項(xiàng)目有關(guān)事項(xiàng)，如資源配備、風(fēng)險(xiǎn)化解、人員安排、時(shí)間進(jìn)度、內(nèi)外接口等形成共識(shí)，形成事先約定，避免事后爭(zhēng)吵不清；

第二、通過計(jì)劃，可以使得一些支持性工作以及并行工作及時(shí)得到安排，避免因計(jì)劃不周造成各子流程之間的相互牽掣。比如測(cè)試工具的選擇，人員的培訓(xùn)都是需要及早計(jì)劃和安排的。

第三、可以使項(xiàng)目組人員明確自己的職責(zé)，便于自我管理和自我激勵(lì)；

第四、計(jì)劃可以有效的支持管理，作為項(xiàng)目管理者、業(yè)務(wù)經(jīng)理、QA經(jīng)理、測(cè)試經(jīng)理們對(duì)開發(fā)工作跟蹤和檢查的依據(jù)；

第五、做好事先計(jì)劃，就可以使注意力專心于解決問題，而不用再去想下一步做什么。

第六、計(jì)劃是項(xiàng)目總結(jié)的輸入之一，項(xiàng)目總結(jié)其實(shí)就是把實(shí)際運(yùn)行情況與項(xiàng)目計(jì)劃不斷比較以提煉經(jīng)驗(yàn)教訓(xùn)的過程。通過計(jì)劃和總結(jié)，將項(xiàng)目過程中的經(jīng)驗(yàn)和教訓(xùn)變成公司及項(xiàng)目組成員的知識(shí)積累。

同時(shí)，許多公司往往也制定了比較周密的計(jì)劃，但計(jì)劃是計(jì)劃，執(zhí)行是執(zhí)行。

計(jì)劃一旦制定出來，馬上束之高閣，或只作為應(yīng)付用戶的工具，對(duì)于在實(shí)際執(zhí)行中是否按照計(jì)劃及時(shí)執(zhí)行，是否延期，是否超支等，采取的是走一步看一步，走到哪里算哪里的管理方法。

實(shí)際工作執(zhí)行項(xiàng)目計(jì)劃常常遇到各種困難。有的組織文化中有種觀念認(rèn)為計(jì)劃是一種約束，反正大家努力往前趕就對(duì)了，沒必要自己捆住手腳；另外一種情況是大家沒有按照計(jì)劃工作的習(xí)慣，計(jì)劃雖然做好了，做的時(shí)候還是我行我素，項(xiàng)目管理者也沒有維護(hù)計(jì)劃的習(xí)慣，項(xiàng)目開始沒多久，項(xiàng)目管理者就埋頭去解決具體的技術(shù)問題，將計(jì)劃完全撂到了一邊。

2、需求變更控制不足

作為軟件開發(fā)人員或者軟件系統(tǒng)客戶，相信我們都遭遇過因?yàn)樾枨笞兏枰薷南到y(tǒng)的情況，一般說來客戶會(huì)要求改變界面，改變操作方式，甚至改變業(yè)務(wù)，說，當(dāng)時(shí)我是那樣要求的，不過現(xiàn)在我們的業(yè)務(wù)調(diào)整了…這時(shí)需要中斷正在進(jìn)行的工作，需要查證以往的資料，需要修正計(jì)劃，需要……。

需求包括業(yè)務(wù)需求、用戶需求和功能需求。

業(yè)務(wù)需求（Business Requirement ）反映了組織機(jī)構(gòu)或客戶對(duì)系統(tǒng)、產(chǎn)品高層次的目標(biāo)要求，用戶需求（User Requirement ）描述了用戶使用產(chǎn)品必須完成的任務(wù)，功能需求（FunctionalRequirement ）定義了開發(fā)人員必須實(shí)現(xiàn)的軟件功能。在軟件系統(tǒng)開發(fā)過程中，有很多問題都是由于在需求分析階段沒有正確地收集、編寫、協(xié)商、修改產(chǎn)品真實(shí)需求而產(chǎn)生的，造成這樣的狀況有幾方面的原因:

第一、對(duì)需求的理解分歧，當(dāng)客戶向需求分析人員提出需求的時(shí)候往往是通過自然語言來表達(dá)的，這樣的表達(dá)對(duì)于真實(shí)的需求來說是一種描述（甚至只是某個(gè)角度的描述），遠(yuǎn)遠(yuǎn)不能保證這樣的描述可以得到百分之百的正確理解，也許在同客戶交流的第一時(shí)刻就埋下了理解分歧的種子，打一個(gè)比方說客戶說我要的是大象，身子象一堵墻，耳朵象扇子，四條腿象四根柱子，尾巴象繩子，分析人員想，哦，墻、扇子、柱子、繩子這些我都知道，但是真的做出來的時(shí)候客戶當(dāng)然會(huì)跳起來了！這是理解分歧的問題，有客戶表述責(zé)任、同時(shí)也體現(xiàn)了雙方的交流不夠，項(xiàng)目管理者工作中很重要的一項(xiàng)就是“溝通”。項(xiàng)目管理者應(yīng)該不斷組織協(xié)調(diào)甚至參與和用戶的溝通。

第二、系統(tǒng)實(shí)施時(shí)間過長(zhǎng)，一個(gè)大中型系統(tǒng)的建設(shè)可能要延續(xù)一段時(shí)間，當(dāng)客戶提出要求之后，他當(dāng)時(shí)并不能看到系統(tǒng)的運(yùn)行情況，當(dāng)雙方認(rèn)為理解大概沒有分歧的時(shí)候（事實(shí)上還會(huì)有個(gè)Deadline ），開發(fā)方就開始工作了。當(dāng)客戶拿到差不多可以試用的產(chǎn)品時(shí)他可以實(shí)際操作，這時(shí)候他就會(huì)對(duì)系統(tǒng)的界面、操作、功能、性能等有一些切身的體會(huì)，有可能提出需求變更要求；

第三、客戶具體情況不同，有可能客戶行業(yè)的競(jìng)爭(zhēng)度高，需要隨時(shí)作出調(diào)整和反應(yīng)，那么他們自然會(huì)經(jīng)常提出需求變更的要求；也有可能客戶所在的行業(yè)操作不規(guī)范，本身存在很多人為因素，這時(shí)候開發(fā)方更是需要隨時(shí)準(zhǔn)備應(yīng)變；開發(fā)本身要求有可能是來自開發(fā)方自身版本升級(jí)或性能改進(jìn)、設(shè)計(jì)修正的要求出現(xiàn)需求變更，這時(shí)更是無法繞開這個(gè)問題的了！

所以說就算分析人員和客戶之間不存在理解分歧，客戶對(duì)于實(shí)際的系統(tǒng)還是會(huì)提出一些個(gè)人意見，就算沒有個(gè)人意見，他們自己的業(yè)務(wù)會(huì)變化或環(huán)境發(fā)生變化，這些都是無法避免的，所以我們不應(yīng)該夢(mèng)想客戶需求不變，當(dāng)我們開始一個(gè)項(xiàng)目的時(shí)候就應(yīng)該意識(shí)到，客戶需求變更一定會(huì)有的。

那么對(duì)于這樣的現(xiàn)狀，我們?cè)撛趺崔k呢？客戶是上帝，難道我們就象以前一樣，跟著客戶的需求不停地修改軟件，到最后工期延長(zhǎng)，員工疲憊，成本成倍增長(zhǎng)，客戶滿意度降低，原來的設(shè)計(jì)也會(huì)改變得支離破碎，系統(tǒng)難以維護(hù)？

2、項(xiàng)目日志

對(duì)于以上的問題，目前，已經(jīng)有人提出了各種各樣的解決方案，這里就不過多的加以描述了，在這里，我只想提出，通過項(xiàng)目日志，可以有效地降低開發(fā)風(fēng)險(xiǎn)，提高項(xiàng)目的成功率。

項(xiàng)目經(jīng)理必須時(shí)刻對(duì)項(xiàng)目的狀態(tài)有詳細(xì)的了解，以至于其他人能夠知道項(xiàng)目延遲或者項(xiàng)目超支的原因，以及追加資源的必要性。編輯所有這些數(shù)據(jù)通常要花費(fèi)大量時(shí)間，因此項(xiàng)目經(jīng)理常常需要擠出時(shí)間來完成這項(xiàng)工作。

創(chuàng)建一個(gè)項(xiàng)目日志是一件非常簡(jiǎn)單的事情。你可以使用日志作為跟蹤項(xiàng)目問題、行動(dòng)條款、變更要求和風(fēng)險(xiǎn)的集中管理。項(xiàng)目團(tuán)隊(duì)的所有成員都可以很容易的用一種標(biāo)準(zhǔn)的格式輸入信息，生成報(bào)表和查看信息。

下面我就把我們?cè)陧?xiàng)目中實(shí)際用到的項(xiàng)目日志模版做一個(gè)簡(jiǎn)單的介紹。

?

項(xiàng)目日志
項(xiàng)目名稱：		編號(hào)：
項(xiàng)目經(jīng)理：		日期：
項(xiàng)目階段：
進(jìn)展情況：	□按計(jì)劃進(jìn)行??? □超前計(jì)劃??? □滯后計(jì)劃
工作量：	工時(shí)
工作內(nèi)容：
客戶需求			回復(fù)
1			1
2			2
3			3
4			4
5			5
問題：
備注：
相關(guān)文檔：

在這個(gè)表中，在項(xiàng)目階段一欄中，項(xiàng)目階段從下面的階段中選擇：

?

項(xiàng)目階段	工作內(nèi)容
項(xiàng)目范圍規(guī)劃	確定項(xiàng)目范圍
	確定項(xiàng)目資源
	項(xiàng)目范圍規(guī)劃完成
需求分析	明確需求分析范圍
	需求分析調(diào)研
	起草初步的需求分析報(bào)告
	項(xiàng)目組審閱需求分析報(bào)告
	修改需求分析報(bào)告
	客戶認(rèn)可需求分析報(bào)告
	修改項(xiàng)目計(jì)劃
	項(xiàng)目組審閱項(xiàng)目計(jì)劃
	客戶認(rèn)可項(xiàng)目計(jì)劃
	分析工作完成
設(shè)計(jì)	制定功能規(guī)范
	根據(jù)功能規(guī)范開發(fā)原型
	審閱功能規(guī)范
	根據(jù)反饋修改功能規(guī)范
	設(shè)計(jì)工作完成
開發(fā)	審閱功能規(guī)范
	確定模塊化/分層設(shè)計(jì)參數(shù)
	分派任務(wù)給開發(fā)人員
	編寫代碼
	開發(fā)人員測(cè)試(初步調(diào)試)
	開發(fā)工作完畢
測(cè)試	根據(jù)功能規(guī)范制定單元測(cè)試計(jì)劃
	根據(jù)功能規(guī)范制定整體測(cè)試計(jì)劃
	審閱模塊化代碼
	測(cè)試組件模塊是否符合產(chǎn)品規(guī)范
	找出不符合產(chǎn)品規(guī)范的異常情況
	修改代碼
	重新測(cè)試經(jīng)過修改的代碼
	單元測(cè)試完成
	測(cè)試模塊集成情況
	找出不符合規(guī)范的異常情況
	修改代碼
	重新測(cè)試經(jīng)過修改的代碼
	整體測(cè)試完成
培訓(xùn)	制定針對(duì)最終用戶的培訓(xùn)規(guī)范
	制定針對(duì)產(chǎn)品技術(shù)支持人員的培訓(xùn)規(guī)范
	確定培訓(xùn)方法
	編寫培訓(xùn)材料
	研究培訓(xùn)材料的可用性
	對(duì)培訓(xùn)材料進(jìn)行最后處理
	制定培訓(xùn)機(jī)制
	培訓(xùn)材料完成
文檔	制定“幫助”規(guī)范
	開發(fā)“幫助”系統(tǒng)
	審閱“幫助”文檔
	根據(jù)反饋修改“幫助”文檔
	制定用戶手冊(cè)規(guī)范
	編寫用戶手冊(cè)
	審閱所有的用戶文檔
	根據(jù)反饋修改用戶文檔
	文檔完成
部署	確定最終部署策略
	確定部署方法
	獲得部署所需資源
	培訓(xùn)技術(shù)支持人員
	部署軟件
	部署工作完成
總結(jié)	將經(jīng)驗(yàn)教訓(xùn)記錄存檔
	編寫項(xiàng)目總結(jié)報(bào)告
	建立軟件維護(hù)小組
	總結(jié)完成

項(xiàng)目結(jié)束之后，根據(jù)項(xiàng)目日志，可以生成下面的總結(jié)表：

項(xiàng)目日志分析表
項(xiàng)目名稱：		項(xiàng)目編號(hào)：
項(xiàng)目經(jīng)理：		日期：
項(xiàng)目開始時(shí)間：		項(xiàng)目結(jié)束時(shí)間：
階段	工作量	進(jìn)展情況
項(xiàng)目范圍規(guī)劃
需求分析
設(shè)計(jì)
開發(fā)
測(cè)試
培訓(xùn)
文檔
部署
總結(jié)

?

3、案例分析

本項(xiàng)目是要在一家電信運(yùn)營(yíng)企業(yè)構(gòu)建遠(yuǎn)程智能診斷系統(tǒng)。具體的軟件體系結(jié)構(gòu)如下圖所示：

項(xiàng)目計(jì)劃

1、項(xiàng)目計(jì)劃

在80天的時(shí)間里，用15人的資源，開發(fā)出一種能實(shí)現(xiàn)企業(yè)產(chǎn)品的遠(yuǎn)程智能診斷的系統(tǒng)；要求把采集來的產(chǎn)品數(shù)據(jù)實(shí)時(shí)可視化和進(jìn)行診斷，并把數(shù)據(jù)存于數(shù)據(jù)庫中以進(jìn)行進(jìn)一步更新規(guī)則庫。

2、項(xiàng)目工作包分解

為了分發(fā)任務(wù)及進(jìn)行管理，把項(xiàng)目按項(xiàng)目范圍進(jìn)行詳細(xì)分解是必要的步驟。系統(tǒng)的WBS是信息溝通的共同基礎(chǔ)，同時(shí)也是系統(tǒng)綜合與控制的手段。遠(yuǎn)程智能診斷系統(tǒng)的WBS如下圖所示。

1、項(xiàng)目的進(jìn)度計(jì)劃

在制定出系統(tǒng)的WBS之后，就可規(guī)劃系統(tǒng)的進(jìn)度安排了。遠(yuǎn)程智能診斷系統(tǒng)的進(jìn)度計(jì)劃如下表。

?4、項(xiàng)目進(jìn)度控制

在建立了項(xiàng)目基準(zhǔn)計(jì)劃之后，管理工作就是進(jìn)行過程的監(jiān)控，以確保一切按計(jì)劃行事。本項(xiàng)目控制過程包括每7天收集一次項(xiàng)目績(jī)效的資料，之后把世紀(jì)的績(jī)效與計(jì)劃績(jī)效相比較，如果實(shí)際比計(jì)劃差，則采取糾正措施，同時(shí)要縮短監(jiān)控的時(shí)間間隔。如果實(shí)際進(jìn)度滯后于基準(zhǔn)計(jì)劃，則要更改基準(zhǔn)計(jì)劃以確保計(jì)劃是切實(shí)可行的，是最新的。同時(shí)把更新的計(jì)劃反映到圖示中。

5、項(xiàng)目總結(jié)

遠(yuǎn)程智能診斷系統(tǒng)的項(xiàng)目總結(jié)包括項(xiàng)目經(jīng)理主持的評(píng)估會(huì)議、項(xiàng)目經(jīng)理與部分項(xiàng)目成員的私人會(huì)議和確定技術(shù)培訓(xùn)事宜的活動(dòng)三部分。會(huì)議討論的成果全部備案，以資后用。

在這個(gè)項(xiàng)目中，項(xiàng)目開發(fā)人員應(yīng)填寫項(xiàng)目日志，項(xiàng)目日志如下：

項(xiàng)目日志
項(xiàng)目名稱：	遠(yuǎn)程智能診斷系統(tǒng)	編號(hào)：		2003-002
項(xiàng)目經(jīng)理：	XXX	日期：		2003年-7-26
項(xiàng)目階段：	開發(fā)
進(jìn)展情況：	□按計(jì)劃進(jìn)行??? □超前計(jì)劃??? □滯后計(jì)劃
工作量：	32工時(shí)
工作內(nèi)容：	調(diào)整html頁面
	編寫后臺(tái)類模塊
客戶需求		回復(fù)
1	要求增加分析模塊	1	需要改動(dòng)設(shè)計(jì)，延后工期，不增加
2	要求界面修改	2	可以修改
3		3
4		4
5		5
問題：	由于XXX離職，導(dǎo)致界面部分無人負(fù)責(zé)，應(yīng)盡快增加人員，否則將延誤工期。
備注：
相關(guān)文檔：

?

4、結(jié)論

綜上所述，通過項(xiàng)目日志等手段可以有效降低項(xiàng)目風(fēng)險(xiǎn)，提高項(xiàng)目成功率。

總結(jié)

以上是生活随笔為你收集整理的项目日志在项目管理中的应用的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。