1.項目需求清楚嗎？

需求的部署環(huán)境：這個很重要，弄清楚客戶的部署環(huán)境，才能很好地開發(fā)。

需求的里程碑：一般分為幾個里程碑，比如一期，二期等，或者幾個關(guān)鍵流程的某個流程走通。

對需求進(jìn)行分類：重要，一般，次要需求。這個在項目的不同周期可能發(fā)生轉(zhuǎn)換。

是否畫出了流程圖，用例圖等來表示項目的關(guān)鍵需求。

有沒有對需求進(jìn)行細(xì)化，也就是需求點的分解。

對需求變更有沒有進(jìn)行處理，這個如何與任務(wù)計劃和安排進(jìn)行聯(lián)動，對計劃始終進(jìn)行***的控制，完全體現(xiàn)在報表上，而不是口頭上，這個需要一個系統(tǒng)，記錄需求的變動歷史記錄。

需求占項目的的40%也不為過，這個過程很重要

有沒有出原型設(shè)計，有沒有需求說明文檔

需求要與計劃，安排結(jié)合起來。

是否有需求管理和需求變更管理系統(tǒng)，這個與任務(wù)安排，系統(tǒng)每日構(gòu)建是連在一起的。

需求管理應(yīng)該是分模塊的，分功能點的，細(xì)化到不能細(xì)化為止。

先做功能，優(yōu)化次之，但是最基礎(chǔ)的功能做完，也要有最基本的用戶體驗，而不是錯誤的不可用的，或者體驗差的。

需求弄清楚，技術(shù)架構(gòu)才好做，包括硬件和軟件部分。

需求清楚，才知道找合適的人來做合適的事。

哪些需求完成，哪些需求不確定，哪些需求有變化，哪些需求不做了，都清楚嗎

2.源代碼管理清楚嗎？

是否用源代碼管理

是否進(jìn)行每日構(gòu)建

是否是完整的源代碼管理，每個人看到的是全部，而不是部分，有的公司并沒有正確應(yīng)用源代碼管理，各做各的。

從源代碼管理下載的一定是最完整最正確能順利運行的系統(tǒng)嗎？

源代碼進(jìn)行了權(quán)限控制碼

源代碼管理有分支的備份嗎

從我們的源代碼到上線發(fā)布能一步完成嗎

有規(guī)范統(tǒng)一的開發(fā)，測試，檢測標(biāo)準(zhǔn)

數(shù)據(jù)庫是一個人主力負(fù)責(zé)維護(hù)嗎

統(tǒng)一部分的代碼，核心代碼是一個人在做嗎

3.項目的Bug清楚嗎？

對待Bug的處理原則：發(fā)現(xiàn)一個處理一個，絕不拖到第二天。

需求管理和Bug管理應(yīng)該是連在一起的，對應(yīng)到需求管理的模塊部分。

在開始新程序之前，舊有的Bug是否已經(jīng)清除，應(yīng)該盡量避免返工。

有清楚的Bug列表，有人進(jìn)行跟蹤，監(jiān)督，檢查嗎

對于暫無法修改的Bug，后期有進(jìn)行研究和更新改進(jìn)嗎。

4.項目跟蹤清楚嗎？　

項目需求內(nèi)容，開發(fā)日程安排，開發(fā)進(jìn)度，跟蹤監(jiān)督能反映在一個明確的地方嗎，讓管理員，程序員，客戶等都能一目了然的看到，而不是讓項目管理計劃與進(jìn)度形同虛設(shè)嗎？

項目的需求點，模塊，功能，具體的功能點，變更記錄，計劃時間，完成時間，負(fù)責(zé)人，整個項目的情況應(yīng)該是一目了然的。

項目流程的制定和執(zhí)行清楚嗎

代碼和功能的走查在做嗎，有在進(jìn)行跟蹤和監(jiān)督嗎

項目人員的績效就是來自于任務(wù)的完成情況，工作態(tài)度，以及跟蹤的報表中

項目質(zhì)量，樣式規(guī)范，代碼和開發(fā)規(guī)范，測試要求和規(guī)范清楚嗎，沒有標(biāo)準(zhǔn)參考，怎么進(jìn)行質(zhì)量跟蹤呢？

5.每個成員的任務(wù)清楚嗎？

模塊，功能點責(zé)任具體到人，誰負(fù)責(zé)誰承擔(dān)責(zé)任

成員間交叉開發(fā)，以防成員變動帶來的煩惱

優(yōu)先解決成員的問題

有對成員進(jìn)行技術(shù)講解和知識培訓(xùn)嗎

有進(jìn)行項目成員每日工作日志的記錄嗎，這個工作日志記錄應(yīng)該與工作計劃安排是差不多的，不過即使這樣，也是要項目組成員去填寫的，每天至少寫個兩條以上。

工作周報和月報有時候還是很需要的。

指標(biāo)管理未必不適合我們，什么人什么時間，完成什么功能，記錄數(shù)量和時間，就可以得出單位時間開發(fā)的效率。同時也可以算出Bug率，這樣都是衡量工作的指標(biāo)

項目成員之間溝通方便嗎？

工作計劃的安排和變動，有成員的參與嗎？

目前某個人在做什么，前面在做什么，后面要做什么，完成的怎么樣，清楚嗎？

6.溝通清楚嗎？

團(tuán)隊的每日或每周溝通，應(yīng)該定期溝通，隨時溝通用，讓小組成員放心，安心。

客戶用戶的溝通，客戶溝通人必須唯一，引導(dǎo)用戶，匯報進(jìn)度，讓客戶放心，安心。

上級的主動匯報溝通，看進(jìn)度，提問題***提出自己的解決方案，爭取資源，讓老板放心，安心。

項目組外的統(tǒng)一溝通，設(shè)定一個跟其他組的統(tǒng)一溝通人，提前溝通，同樣需要跟蹤和檢查，確保無誤，讓合作伙伴放心，安心。

列出所有需要溝通的問題點，溝通人，溝通時間，溝通結(jié)果

總  結(jié)

一般大家都用MS Project，個人感覺并不是很好用，很多時候形同虛設(shè)，也可能是我自己不會用。

我的想法是：

最最重要的是出一張圖表，做到胸有成竹，這張圖標(biāo)的內(nèi)容就是：

需求【模塊，功能點，變更記錄】-->責(zé)任人【變更記錄】-->執(zhí)行時間【計劃，完成，變更記錄】-->完成進(jìn)度-->是否審核-->Bug列表-->是否解決，做到這個，項目管理全盤子都清楚了，那就可以輕松一些了。

當(dāng)然補(bǔ)充一下：還可以根據(jù)人出對應(yīng)的圖表：

查看這個人的工作情況和時間進(jìn)度。

還可以根據(jù)時間出人和事情的報表。

這樣人，事，時間，三者進(jìn)行一個組合，應(yīng)該有六種類型的圖標(biāo)，這是個人的想法。如果有一個類似的項目管理軟件，那就很不錯了。