1.項(xiàng)目需求清楚嗎？

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

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

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

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

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

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

需求占項(xiàng)目的的40%也不為過，這個(gè)過程很重要

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

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

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

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

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

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

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

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

2.源代碼管理清楚嗎？

是否用源代碼管理

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

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

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

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

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

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

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

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

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

3.項(xiàng)目的Bug清楚嗎？

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

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

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

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

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

4.項(xiàng)目跟蹤清楚嗎？　

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

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

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

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

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

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

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

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

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

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

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

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

工作周報(bào)和月報(bào)有時(shí)候還是很需要的。

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

項(xiàng)目成員之間溝通方便嗎？

工作計(jì)劃的安排和變動(dòng)，有成員的參與嗎？

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

6.溝通清楚嗎？

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

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

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

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

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

總  結(jié)

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

我的想法是：

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

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

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

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

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

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