十八《客戶聯絡人表》
這份文件的主要作用是留給客服人員做回訪。其次是專案組人員流動〔離職〕後，客戶關係不至於丟失。乙個專案在實施的過程中會接觸很多的人。有客戶高層，有中層領導，有專案負責人也有終端使用者。這些人員的姓名，性別，部門職務、辦公**、手機、qq、email等等相關資訊要記錄在文件中便於查詢。另外還要用備註說明該使用者在系統中承擔的角色。比如說，人力資源部的主任不一定就是人力資源系統的最了解的使用者，倒是下面的某位具體辦事的人員反而是系統最熟悉的人員，所有的需求都由他來提出。那麼我們就要將這個資訊錄入到備註中，客服在回訪時才能抓住關鍵人物，獲取有價值的資訊。
專案聯絡人表由專案實施人員編制，根據現場情況隨時補充更新。
十九《客戶環境配置表》
我們做的專案大多是b/s架構，客戶端零安裝的系統。所以這份文件記錄的是伺服器配置的資訊，包括：伺服器的型別〔應用伺服器，資料庫伺服器，中介軟體伺服器，文件伺服器，備份伺服器〕，雙機熱備還是負載均衡，伺服器名和ip,登入名和密碼，資料庫使用者名稱和密碼，伺服器硬體配置，軟體配置，應用系統安裝目錄等。由於我們的專案一般都附帶著硬體的採購和部署安裝，因此這些資訊在系統安裝完畢、正常執行後，都要記錄在該文件中提交給使用者簽字。該使用者不一定是系統管理員，也不一定是終端使用者 〔一般是企業負責資訊化的部門，掌管所有的伺服器的執行和維護〕，但系統驗收的流程中有他簽名的乙個環節。
寫到這裡，我想起了不久前的一件事。我們實施人員到現場做完了專案實施，款也回了90%。等到銷售人員再去現場回10%的尾款時，卻遇到了客戶資訊部門的投訴。那老哥顯然憋了很久一肚子火全撒在銷售人員身上，意識是說前幾次回款找我簽名我都沒為難你們，但這一次質保金的驗收我不能簽名，你們的伺服器雖然託管在我這裡，但所有的資訊我都不知道，那個是資料庫伺服器，哪個是應用伺服器，使用者名稱和密碼，系統安裝路徑全部都沒有。系統出了問題，業務部門全都找我，現在有質保金在這，你們還會幫著處理，我這個字一簽，出了問題我先誰去。很顯然，我們實施人員怠慢了這位老哥。這也難怪，什麼東西都沒留下就讓別人驗收，擱誰誰都不樂意啊。我了解到這個情況後，立即派那位實施人員趕赴現場與銷售人員匯合，補交了該文件並請那老哥吃餐飯，賠個禮，字總算是簽上了。等實施人員回來後，我在部門內樹了典型，以示警戒。我還列出了現場實施所需要的文件，並強制規定今後出差報銷找我簽字必須附帶著實施文件，否則就準備找乙個很充分的理由向我解釋。
二十《客戶培訓計畫》
在現場實施過程中，培訓是必須的。有面向個人單獨的培訓，有面向部門的大規模培訓。在遇到大規模培育時，我們都會先和客戶溝通，制定培訓目標、了解大概多少人參與培訓，屬於哪些部門，是什麼級別，分多少輪次，什麼時間開展，培訓地點在**，現場有沒有投影儀……然後我們根據了解的情況來製作相關的培訓資料，包括ppt,演示資料，紙質資料〔人手乙份〕，考試試卷。這些培訓資料要根據面向的培訓人員的不同而準備不同的內容，以獲得更好的培訓效果。培訓計畫制定完畢後，再次和使用者確認，雙方認可後在計畫上簽名，接下來就是開始準備培訓資料了。
二十一《客戶培訓簽到表》
等到開始培訓了，就要準備簽到表了，每個參加培訓的人都要簽上自己的大名。目的其一是有實際在的資料向客戶領導匯報培訓的效果，其二是讓各位培訓人員能嚴肅認真的對待培訓，其三是可以根據簽到表來下發考試試卷，也可以得到參與培訓但未考試的資料。
有人跟我抱怨過，說培訓做得這麼正規很難，首先是自己要有充分準備，其次還得客戶配合。對於是自己的問題那沒得說，咱們必須得做好，否則系統上線後麻煩很多，而且客戶會把所有的責任推向我們。另外，客戶是否配合，這一部分取決於專案經理的現場掌控能力，一部分在於我們是不是自始至終都表現的很正規。只有我們自身正規做事，才能引導客戶正規的開展培訓，讓我們的系統能順利上線。
《系統試執行申請》：系統部署好了，資料初始化的工作也完成了，培訓也大規模開展並取得了不錯的效果，接下來就該進入系統試執行的階段了。與客戶做好溝通，向客戶提交乙份試執行申請，說明前期所做的工作，列出系統具備試運的條件，系統目前存在的問題以及上線後的保證措施，後續的工作安排。這份文件是系統進入到執行階段的重要標誌，是客戶對我們系統的認可，對我們工作的認可，也為後期專案驗收奠定基礎。
文件中要對自己所做的工作進行量化。比如做了多少次培訓，有哪些部門參加，合計多少人，資料初始化的工作涉及到哪些方面等，一定要有詳實的資料輔徵，給客戶以系統能順利上線的信心。
二十二《現場工作備忘錄》
實施人員在現場做了哪些工作，很難為公司界定，甚至連客戶有時只知道人到現場了，但具體做了哪些事情不清楚，反而有時候會投訴公司派來的人員不得力，沒解決什麼問題。到底是現場實施的人員消極怠工，還是由於沒有溝通好引起客戶的誤會，我們需要有乙份文件記錄現場工作情況。這份文件要求實施人員每天將工作內容詳細記錄，包括本次現場實施人員的姓名，實施時間，每天什麼時間做了什麼事情，接觸了哪些人，解決了什麼問題，此次實施還遺留什麼問題，下階段的工作安排。最後在臨走之前提交給客戶，一方面讓使用者知曉我們的工作成果，另一方面讓給客戶留有反饋渠道，簽署自己的意見。我們在很多的專案中就採取這樣的工作方式，客戶認可這種做法，公司內部對外地出差人員的工作也有檢驗的依據。到驗收時候，這些文件我們也會作為專案過程文件提交給客戶。
專案文件知多少（二）
十 uml設計說明 這個文件不常用，我一般會在兩種情況下要求專案做業務模型設計 1 業務相當複雜的時候。功能規格書更多的是從模組介面，操作方式上去闡述模組的功能，至於底層的資料模型還得用uml圖來輔助說明。uml圖有很多種，我們一般也只常用幾種，包括 用例圖，類圖，時序圖，其中類圖又最為重要。2 對...
軟體文件知多少？
如今，軟體開發越來越複雜，軟體功能也越來越豐富。而幾乎所有成熟的商業軟體，都是靠乙個開發團隊齊心協力的血汗結晶。羅馬不是一天建成的！當我們震撼於microsoft windows的驚世巨著的同時，也道聽途說了微軟公司軟體工程是如何的完善規範。的確，集數百名員工幾年的共同努力之大成，軟體專案管理的成敗...
軟體文件知多少？
如今，軟體開發越來越複雜，軟體功能也越來越豐富。而幾乎所有成熟的商業軟體，都是靠乙個開發團隊齊心協力的血汗結晶。羅馬不是一天建成的！當我們震撼於microsoft windows的驚世巨著的同時，也道聽途說了微軟公司軟體工程是如何的完善規範。的確，集數百名員工幾年的共同努力之大成，軟體專案管理的成敗...