項目管理日志
項目管理是對一些與成功地達成一系列目標相關的活動(譬如任務)的整體監測和管控。以下是項目管理日志，歡迎閱讀。
項目管理日志一
第一周：20xx.2.28 至20xx.3.4
1、第一天入職事項，SQL和編碼走查
2、開發環境以及建構;以實戰熟悉，解決服務系統的實施反饋Bug 5個
3、開發環境以及建構;以實戰熟悉，解決服務系統的實施反饋Bug、新需求 5個
在這個過程中發現的問題以及需要解決的：
1)、編碼規范的遵守和檢查，最終能自覺地執行規范
2)、系統界面的UI交互需改進
3)、開發所使用的架構尤其是在進行數據查詢、保存等操作時復雜度較大，極易出差錯;
4)、開發人員組成，技術熟練的人較少，依賴性比較大，自我提升和自我學習的能動性不高;
5)、系統數據字典在后臺管理沒有操作入口，維護不方便
針對以上的問題，解決的方案有：
1)、更新編碼規范，嚴格執行編碼規范;同時代碼走查時對于編碼規范重視。
2)、專業人員做出UI規范標準，一套公共的樣式庫
3)、設計部門對架構進行選擇，在現在的基礎上能增加編碼的效率，同時進行培訓;
4)、每周可組織至少一次的技術分享會，對于新人的技術提升是很有幫助的;
5)、后臺基礎數據維護功能
4、OEC系統部署，熟悉掌握了系統部署的流程：
1)、獲得升級補丁列表;
2)QA進行Build，生成升級補丁包，拷貝到目標服務器;
3)在目標服務器上進行系統升級;
4)升級完成，告知QA進行測試
同時，了解到軟件開發的現在流程以及感覺到其潛在的問題：沒有或者缺少文檔是最大的浪費!現在的問題在開發的前期需求分析人員對于需求收集的后續工作(需求文檔規范化)沒有做到位，對于需求的描述僅僅靠一個原型靜態頁面是不夠的，需要有文檔的詳細說明記錄，全體相關人員能共同理解，不出現誤解。
還有數據字典、數據庫設計的變更也是要對相關文檔進行及時地變更。
認識到文檔完整的重要性和意義，相關人員要時刻把文檔作為一個工作依據這樣的重要來做。具體操作來說就是：項目內文檔不能缺少，并上傳到文檔庫，相關項目中CVS庫。
需求文檔(原始需求資料收集)，需求說明書
設計文檔，
測試文檔
反饋文檔，測試問題列表;客戶反饋記錄。
項目里程碑定義模糊?對于達到或者實現的目標嚴格定義，不能陷入無限的迭代中。?
知識點學習：
項目管理的三個重要概念：檢查點、里程碑、基線
項目生命周期中有三個與時間相關的重要概念，我發現很多人對這三個概念理解不準確，更不知道如何進行控制。因此把這三個概念論述得比較準確的一段文字貼出來，幫助大家理解。
這三個概念分別是： 檢查點( CheckPoint )、里程碑( Mile Stone )和基線( Base Line )，他們一起描述了在什么時候( When )對項目進行什么樣控制。
檢查點
指在規定的時間間隔內對項目進行檢查，比較實際與計劃之間的差異，并根據差異進行調整。可將檢查點看作是一個 固定 “ 采樣 ” 時點，而時間間隔根據項目周期長短不同而不同，頻度過小會失去意義，頻度過大會增加管理成本。常見 的間隔是每周一次，項目經理需要召開例會并上交周報。
里程碑
完成階段性工作的標志，不同類型的項目里程碑不同。里程碑在項目管理中具有重要意義，我們用一個例子說明：
情況一：你讓一個程序員一周內編寫一個模塊，前 3 天你們可能都挺悠閑，可后 2 天就得拼命加班編程序了，而到周末時 又發現系統有錯誤和遺漏，必須修改和返工，于是周末又得加班了。
情況二：實際上你有另一種選擇，即周一與程序員一起列出所有需求，并請業務人員評審，這時就可能發現遺漏并即 時修改;周二要求程序員完成模塊設計并由你確認，如果沒有大問題，周三、周四就可讓程序員編程。同時自己準備 測試案例，周五完成測試;一般經過需求、設計確認，如果程序員合格則不會有太大問題，周末可以休息了。 第二種方式增加了 “ 需求 ” 和 “ 設計 ” 兩個里程碑，這看似增加了額外工作，但其實有很大意義：首先，對一些復雜的項 目，需要逐步逼近目標，里程碑產出的中間 “ 交付物 ” 是每一步逼近的結果，也是控制的對象。如果沒有里程碑，中間 想知道 “ 他們做的怎么樣了 ” 是很困難的'。其次，可以降低項目風險。通過早期評審可以提前發現需求和設計中的問 題，降低后期修改和返工的可能性。另外，還可根據每個階段產出結果分期確認收入，避免血本無歸。第三，一般人 在工作時都有 “ 前松后緊 ” 的習慣，而里程碑強制規定在某段時間做什么，從而合理分配工作，細化管理 “ 粒度 ” 。
基線
指一個(或一組)配置項在項目生命周期的不同時間點上通過正式評審而進入正式受控的一種狀態�；�其實是一些 重要的里程碑，但相關交付物要通過正式評審并作為后續工作的基準和出發點。基線一旦建立后變化需要受控制。
重要的檢查點是里程碑，重要的需要客戶確認的里程碑，就是基線。在我們實際的項目中，周例會是檢查點的表現形式，高層的階段匯報會是基線的表現形式。
項目管理日志二
項目管理日志填寫說明與要求：
1、所有欄目須當日、如實、完整、簡要、字跡清晰填制，涉及施工質量、安全、進度、合同主要
結論控制內容的，要有事前、事中、事后的概述與結果;如無填寫內容，則寫“(無)”。
2、氣溫：為當日最低與最高氣溫。
天氣情況：勾選當日氣候的陰晴雨雪、風力級別。
3、當日施工評價：對當日施工主要內容與事件的評價，重點為工程施工質量、安全、進度情況，
僅須在欄目評價框內打√(后同)。
4、施工質量：按當日施工部位逐一概述其投入的主要施工人員、材料、機械數量與受控情況，以
及施工方法，質量控制要點、要求、參數標準、三檢與報驗結論等。
5、問題與處理：概述施工過程存在的相應施工問題與處理情況，包括問題產生的原因、各類損失，
以及處理措施、處理結果。
6、旁站、見證與巡視：逐一概述當日運用不同管理措施，對工程關鍵部位、工序施工過程的現場
監督情況，并附注旁站、見證詳細管理記錄文件的編號。
7、驗收與簽證：概述當日施工材料、機械、人員和施工質量報驗與驗收的內容、結果，以及當日
工程施工質量驗收的合格簽字蓋章內容、結果。
8、施工安全與文明施工：依據相關安全生產與文明施工的管理控制標準、規范、法規，及核電所
規定的安全資料整理歸檔要求，對施工安全的主要相關發生事項的概述。
9、施工進度：依據批準的工程、月、周進度計劃，概述當日施工項目的施工進度情況，及計劃與
實際進度的對比結果、糾偏措施等。
10、施工合同與計量計價：概述當日涉及工程暫停與復工、設計變更、工期延誤延期、費用索賠、
合同爭議等事項內容與結果，以及當日驗工計量計價的簽證情況。
11、工地會議與收發文、施工資料情況：概述當日各類工地會議主要內容，管理工程師通知單、
工作聯系單等管理控制、管理文件發放和主要內容，以及涉及本工程項目管理組的內、外收發文概況;施工資料整理歸檔工作的檢查情況。
12、填表人欄：執行“誰負責、誰填寫、誰簽認” 原則。
項目經理欄：要求項目經理或項目副經理，對項目管理工作日志當日所填寫內容應進行的審
核簽字工作。
【項目管理日志】相關文章：
項目施工日志模板11-26
項目監理日志記錄的要點08-20
施工項目管理與項目成本管理09-12
項目管理流程管理10-03
國培項目研修日志（通用6篇）08-13
項目和項目群管理08-08
Oracle重做日志文件管理技巧10-11
項目管理的管理形式有哪些-項目管理的形式11-09
何為項目管理？11-12
項目管理技能10-03