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