1.專案需求清楚嗎
2.源**管理清楚嗎
3.專案的bug清楚嗎
4.專案跟蹤清楚嗎
5.每個成員的任務清楚嗎
6.溝通清楚嗎 總結
需求的部署環境：這個很重要，弄清楚客戶的部署環境，才能很好地開發。
需求的里程碑：一般分為幾個里程碑，比如一期，二期等，或者幾個關鍵流程的某個流程走通。
對需求進行分類：重要，一般，次要需求。這個在專案的不同週期可能發生轉換。
是否畫出了流程圖，用例圖等來表示專案的關鍵需求。
有沒有對需求進行細化，也就是需求點的分解。
對需求變更有沒有進行處理，這個如何與任務計畫和安排進行聯動，對計畫始終進行完美的控制，完全體現在報表上，而不是口頭上，這個需要乙個系統，記錄需求的變動歷史記錄。
需求佔專案的的40%也不為過，這個過程很重要
有沒有出原型設計，有沒有需求說明文件
需求要與計畫，安排結合起來。
是否有需求管理和需求變更管理系統，這個與任務安排，系統每日構建是連在一起的。
需求管理應該是分模組的，分功能點的，細化到不能細化為止。
先做功能，優化次之，但是最基礎的功能做完，也要有最基本的使用者體驗，而不是錯誤的不可用的，或者體驗差的。
需求弄清楚，技術架構才好做，包括硬體和軟體部分。
需求清楚，才知道找合適的人來做合適的事。
哪些需求完成，哪些需求不確定，哪些需求有變化，哪些需求不做了，都清楚嗎
是否用源**管理
是否進行每日構建
是否是完整的源**管理，每個人看到的是全部，而不是部分，有的公司並沒有正確應用源**管理，各做各的。
源**進行了許可權控制碼
源**管理有分支的備份嗎
從我們的源**到上線發布能一步完成嗎
有規範統一的開發，測試，檢測標準
資料庫是乙個人主力負責維護嗎
統一部分的**，核心**是乙個人在做嗎
對待bug的處理原則：發現乙個處理乙個，絕不拖到第二天。
需求管理和bug管理應該是連在一起的，對應到需求管理的模組部分。
在開始新程式之前，舊有的bug是否已經清除，應該盡量避免返工。
有清楚的bug列表，有人進行跟蹤，監督，檢查嗎
對於暫無法修改的bug，後期有進行研究和更新改進嗎。
專案需求內容，開發日程安排，開發進度，跟蹤監督能反映在乙個明確的地方嗎，讓管理員，程式設計師，客戶等都能一目了然的看到，而不是讓專案管理計畫與進度形同虛設嗎？
專案的需求點，模組，功能，具體的功能點，變更記錄，計畫時間，完成時間，負責人，整個專案的情況應該是一目了然的。
專案流程的制定和執行清楚嗎
**和功能的走查在做嗎，有在進行跟蹤和監督嗎
專案人員的績效就是來自於任務的完成情況，工作態度，以及跟蹤的報表中
專案質量，樣式規範，**和開發規範，測試要求和規範清楚嗎，沒有標準參考，怎麼進行質量跟蹤呢？
模組，功能點責任具體到人，誰負責誰承擔責任
成員間交叉開發，以防成員變動帶來的煩惱
優先解決成員的問題
有對成員進行技術講解和知識培訓嗎
有進行專案成員每日工作日誌的記錄嗎，這個工作日誌記錄應該與工作計畫安排是差不多的，不過即使這樣，也是要專案組成員去填寫的，每天至少寫個兩條以上。
工作週報和月報有時候還是很需要的。
指標管理未必不適合我們，什麼人什麼時間，完成什麼功能，記錄數量和時間，就可以得出單位時間開發的效率。同時也可以算出bug率，這樣都是衡量工作的指標
專案成員之間溝通方便嗎？
工作計畫的安排和變動，有成員的參與嗎？
目前某個人在做什麼，前面在做什麼，後面要做什麼，完成的怎麼樣，清楚嗎？
團隊的每日或每週溝通，應該定期溝通，隨時溝通用，讓小組成員放心，安心。
客戶使用者的溝通，客戶溝通人必須唯一，引導使用者，匯報進度，讓客戶放心，安心。
上級的主動匯報溝通，看進度，提問題最好提出自己的解決方案，爭取資源，讓老闆放心，安心。
專案組外的統一溝通，設定乙個跟其他組的統一溝通人，提前溝通，同樣需要跟蹤和檢查，確保無誤，讓合作夥伴放心，安心。
列出所有需要溝通的問題點，溝通人，溝通時間，溝通結果
一般大家都用ms project，個人感覺並不是很好用，很多時候形同虛設，也可能是我自己不會用。
我的想法是：
最最重要的是出一張圖表，做到胸有成竹，這張圖示的內容就是：
需求【模組，功能點，變更記錄】-->責任人【變更記錄】-->執行時間【計畫，完成，變更記錄】-->完成進度-->是否審核-->bug列表-->是否解決，做到這個，專案管理全盤子都清楚了，那就可以輕鬆一些了。
當然補充一下：還可以根據人出對應的圖表：
檢視這個人的工作情況和時間進度。
還可以根據時間出人和事情的報表。
這樣人，事，時間，三者進行乙個組合，應該有六種型別的圖示，這是個人的想法。如果有乙個類似的專案管理軟體，那就很不錯了。
js 乙個例子弄清楚this的所有指代情況
函式預編譯過程，this指向window，函式1內的函式2預編譯過程，this指向函式1 全域性作用域時，this指向window obj.func func 內的this指向obj,誰呼叫指向誰 var obj function test var name feifei console.log t...
IT專案經理必須清楚和把握IT專案管理的彈性特點
it 專案經理必須清楚和把握 it專案管理的彈性特點 專案管理在 it專案管理領域的應用最豐富多彩 這是我的觀點。本週在成都的資訊產業部高階專案經理培訓班中，講授了組織專案管理體系，其間特別強調了 it專案管理面臨挑戰 it專案管理中的 彈性 it專案管理不是簡單的 it 專案管理 it專案管理與傳...
Android開發者需要知道的8個專案管理技巧
1.定義目標，制定計畫 然後，根據所選擇的裝置 互動作用點 螢幕數量 典型的使用模式來建立乙個現實和可實現的專案計畫，並分配角色以便於讓團隊的每個成員都能在規定時間內，並且不超出預算地實現可交付的成果。2.建立文件 3.正式批准之後才開始開發 正式的客戶批准是任何開發專案的基礎。同時，確保所有必要的...