【正文】 培訓(xùn)效果。培訓(xùn)計劃 制定完畢后，再次和用戶確認，雙方認可后在計劃上簽名，接下來就是開始準備培訓(xùn)資料了。二十一《客戶培訓(xùn)簽到表》　　等到開始培訓(xùn)了，就要準備簽到表了，每個參加培訓(xùn)的人都要簽上自己的大名。目的其一是有實際在的數(shù)據(jù)向客戶領(lǐng)導(dǎo)匯報培訓(xùn)的效果，其二是讓各位培訓(xùn)人員能嚴肅認真的對待培訓(xùn)，其三是可以根據(jù)簽到表來下發(fā)考試試卷，也可以得到參與培訓(xùn)但未考試的數(shù)據(jù)。項目管理者聯(lián)盟　　有人跟我抱怨過，說培訓(xùn)做得這么正規(guī)很難，首先是自己要有充分準備，其次還得客戶配合。對于是自己的問題那沒得說，咱們必須得做好，否則系統(tǒng)上線后麻煩很 多，而且客戶會把所有的責(zé)任推向我們。另外，客戶是否配合，這一部分取決于項目經(jīng)理的現(xiàn)場掌控能力，一部分在于我們是不是自始至終都表現(xiàn)的很正規(guī)。只有我 們自身正規(guī)做事，才能引導(dǎo)客戶正規(guī)的開展培訓(xùn)，讓我們的系統(tǒng)能順利上線。　　《系統(tǒng)試運行申請》：系統(tǒng)部署好了，數(shù)據(jù)初始化的工作也完成了，培訓(xùn)也大 規(guī)模開展并取得了不錯的效果，接下來就該進入系統(tǒng)試運行的階段了。與客戶做好溝通，向客戶提交一份試運行申請，說明前期所做的工作，列出系統(tǒng)具備試運的條 件，系統(tǒng)目前存在的問題以及上線后的保證措施，后續(xù)的工作安排。這份文檔是系統(tǒng)進入到運行階段的重要標志，是客戶對我們系統(tǒng)的認可，對我們工作的認可，也 為后期項目驗收奠定基礎(chǔ)。項目管理培訓(xùn)　　文檔中要對自己所做的工作進行量化。比如做了多少次培訓(xùn)，有哪些部門參加，合計多少人，數(shù)據(jù)初始化的工作涉及到哪些方面等，一定要有詳實的數(shù)據(jù)輔征，給客戶以系統(tǒng)能順利上線的信心。項目管理者聯(lián)盟　　二十二《現(xiàn)場工作備忘錄》　　實施人員在現(xiàn)場做了哪些工作，很難為公司界定，甚至連客戶有時只知道人到現(xiàn)場了，但具體做了哪些事情不清楚，反而有時候會投訴公司派來的人員不得力，沒解 決什么問題。到底是現(xiàn)場實施的人員消極怠工，還是由于沒有溝通好引起客戶的誤會，我們需要有一份文檔記錄現(xiàn)場工作情況。這份文檔要求實施人員每天將工作內(nèi) 容詳細記錄，包括本次現(xiàn)場實施人員的姓名，實施時間，每天什么時間做了什么事情，接觸了哪些人，解決了什么問題，此次實施還遺留什么問題，下階段的工作安 排。最后在臨走之前提交給客戶，一方面讓用戶知曉我們的工作成果，另一方面讓給客戶留有反饋渠道，簽署自己的意見。我們在很多的項目中就采取這樣的工作方 式，客戶認可這種做法，公司內(nèi)部對外地出差人員的工作也有檢驗的依據(jù)。到驗收時候，這些文檔我們也會作為項目過程文檔提交給客戶?！　《俄椖侩A段驗收申請》項目管理者聯(lián)盟文章　　這份文檔要根據(jù)項目規(guī)模的大小以及簽訂合同時所約定的付款方式來決定是否需要。一般的小項目都采用是3:6:1的付款方式，那就不存在項目階段驗收的情 況。如果是大項目，我們一般會力爭的付款方式是3:3:3:1，那么在申請第二個30%的款項時，就必須向客戶提交《項目階段驗收申請》了。該文檔要詳細 描述前階段的項目進展情況，能量化的地方一定要用數(shù)字說話，比如項目歷時多長，完成了哪些功能模塊，有哪些模塊上線運行了，沒有投運行的模塊是出于什么原 因。到現(xiàn)場工作了多長時間，做了多少次培訓(xùn)等等，最后還要列出下階段的工作安排，需要客戶配合的工作。除了這些有據(jù)可查的數(shù)據(jù)描述外，一些宏觀的，客套 的，應(yīng)景的話也要作為總結(jié)信的語言放在最后。比如：項目為客戶信息化取得什么成果，給客戶解決了什么問題、帶來什么好處，還要重點感謝客戶的配合等。這份 文檔的終極目標是讓參與驗收的客戶人員能在上面簽字蓋章，所以這份虛實結(jié)合、講求策略〔面對一塌糊涂的項目這是必須的〕的文檔一般由項目經(jīng)理親自操刀?！　《摹俄椖空w驗收申請》　　基本上和階段驗收報告類似——虛實結(jié)合、講求策略。但階段驗收申請中的下階段計劃安排要改為項目的后期維護服務(wù)，算是在這里做個小小的承諾〔一定要根據(jù)合 同條款來〕。另外，在提交整體驗收申請時，要附上項目過程文檔。除了涉及到公司機密的文件之外，能夠給的全部復(fù)印一份交給客戶，不要讓客戶在文檔方面挑我 們的毛病。當(dāng)然，能否順利通過驗收，絕不是文檔做好就能搞定的事情，更多的是我們要用項目文檔來管理〔規(guī)范〕我們的項目過程，畢竟，項目做得好才是通過驗 收的堅實基礎(chǔ)?！　〗K于寫完了項目文檔知多少這一系列博客，也是自己的第一篇博客。在上下班的途中，在出差的火車上用手機一個字，一個字碼出來的?；仡欁约簭臉I(yè)it行業(yè)8 年，從程序員，項目經(jīng)理，部門經(jīng)理一步步的走開，始終堅持在一線上。既要深入到現(xiàn)場與各種類型客戶打交道、協(xié)調(diào)關(guān)系，又要在部門內(nèi)部深抓項目管理、平衡人 力資源。在完成公司的任務(wù)之外還要考慮團隊的建設(shè)，技術(shù)的走向，產(chǎn)品的創(chuàng)新。面對公司的發(fā)展，還得從公司層面上去和高層保持思想統(tǒng)一，帶領(lǐng)部門人員貫徹執(zhí) 行，即使是以犧牲部門利益為代價。　　這么多年的忙與累，成功與失敗，經(jīng)驗與教訓(xùn)，責(zé)難與鼓勵，技術(shù)與管理，點點滴滴、積累于心。寫博客既是表達心中所想的一種渠道，更是自我梳理項目管理經(jīng)驗 的過程。之所以選擇項目文檔之多少作為開篇博客，其理由是因為我所列的文檔貫穿于項目的整個過程，包括項目前期的投標，項目進行中的需求，設(shè)計，開發(fā)，測 試，實施以及項目后期的驗收及維護。通過這么些個文檔首先將項目流程梳理清楚，至于流程的每個環(huán)節(jié)那都需要單獨的篇章來回顧和總結(jié)。　　有的公司規(guī)模小，項目用不上這么些文檔。有的公司規(guī)模大，管理更為規(guī)范，文檔不止我列的這么一些〔例如：代碼復(fù)查報告，風(fēng)險分析報告等〕，還有的公司走的 是敏捷開發(fā)之路，遵循簡單的文檔、面對面的溝通原則?？傊?，文檔在項目管理的過程中起著工具、手段的作用，是溝通的橋梁，是約束的規(guī)范，是產(chǎn)出的結(jié)果。　　我們公司做得是行業(yè)應(yīng)用軟件，技術(shù)門檻不高，所以在招聘人員的時候，我大多數(shù)都會考察應(yīng)聘人員的項目經(jīng)歷，團隊合作經(jīng)驗及現(xiàn)場應(yīng)對能力。在問到項目經(jīng)歷的 時候，我一般會問應(yīng)聘者在項目過程中會留下哪些文檔。從他對文檔的描述細節(jié)中我大都能看出他參與過項目的哪些階段。然后再根據(jù)文檔把問題延伸下去。我發(fā) 現(xiàn)，看文檔的人和寫文檔的人根本是兩回事?？次臋n的人多是在別人的成果上進行工作，而寫文檔的人才真正參與到工作其中。因此，從文檔的角度來考察個人的項 目經(jīng)歷具備一定的說服力。寫到最后，我還想再強調(diào)一下。文檔只是工具，是需要靈活運用的工具，是需要根據(jù)項目的規(guī)模，人員的素質(zhì)來匹配組合的。如果一味的遵守某些Iso或cmmi 的要求為了文檔而文檔，其結(jié)果將會適得其反，不僅項目質(zhì)量與進度沒有顯著的改善，還會弄得怨聲四起，士氣低落。只有弄清每個文檔背后所要解決的問題〔文檔 只是結(jié)果〕，才能有效的利用文檔這個工具去解決自己的問題。13 / 13