IT項(xiàng)目文檔匯總

IT工程文檔匯總工程按時(shí)間先后順序會(huì)分為假設(shè)干個(gè)階段，每個(gè)階段會(huì)有大量的文檔產(chǎn)生。如：工程前期會(huì)有?工程前景說(shuō)明書??工程建設(shè)方案?，工程需求調(diào)研階段有?需求調(diào)研報(bào)告??需求評(píng)審報(bào)告?，工程設(shè)計(jì)階段有?工程開發(fā)方案??功能特性列表??功能規(guī)格書??詳細(xì)設(shè)計(jì)報(bào)說(shuō)明??數(shù)據(jù)庫(kù)設(shè)計(jì)報(bào)告??uml設(shè)計(jì)說(shuō)明?工程開發(fā)階段有?工程開發(fā)進(jìn)度報(bào)告??工程版本說(shuō)明??工程會(huì)議紀(jì)要?工程進(jìn)入實(shí)施階段后，相關(guān)的文檔就更多了?現(xiàn)場(chǎng)實(shí)施方案??工程安裝手冊(cè)??系統(tǒng)管理員手冊(cè)??用戶手冊(cè)??客戶聯(lián)系人表??客戶效勞器環(huán)境配置表??硬件簽收單??用戶反響說(shuō)明??需求變更說(shuō)明??客戶培訓(xùn)方案??客戶培訓(xùn)簽到表??工程試運(yùn)行申請(qǐng)??現(xiàn)場(chǎng)工作備忘錄??現(xiàn)場(chǎng)人員評(píng)價(jià)表?工程驗(yàn)收階段有?工程階段驗(yàn)收?qǐng)?bào)告??工程整體驗(yàn)收?qǐng)?bào)?等等這些較為常用的文檔。一、?工程前景說(shuō)明?個(gè)人感覺是形式大于內(nèi)容。該文檔主要談的是工程背景，客戶環(huán)境，預(yù)期建設(shè)目標(biāo)，產(chǎn)生效益，都是些大而空的話，對(duì)工程開發(fā)沒有實(shí)際意義。這份文檔的作用僅供甲乙雙方的高層領(lǐng)導(dǎo)參閱，其他的工程關(guān)系人不是看不到，而是根本就不會(huì)看。這份文檔一般是由公司的管理咨詢部來(lái)編制，也只有他們才能站在領(lǐng)導(dǎo)的層面上去編寫非群眾閱讀的文檔。工程管理培訓(xùn)二、?工程建設(shè)方案?這份文檔大多時(shí)用在投標(biāo)過程中，是用于投標(biāo)的技術(shù)方案。文檔根據(jù)客戶在招標(biāo)方案中所規(guī)定的內(nèi)容來(lái)制定相對(duì)詳細(xì)的建設(shè)方案〔此時(shí)由于沒有經(jīng)過需求調(diào)研，方案也無(wú)法過于詳細(xì)。不過，我還真沒見到中標(biāo)之前就率隊(duì)到客戶現(xiàn)場(chǎng)開展需求調(diào)研的做法，客戶也不允許這樣干,否那么容易產(chǎn)生誤會(huì)〕。?工程建設(shè)方案?的好壞會(huì)直接影響到投標(biāo)得分的上下，而且一般是由客戶方的信息化的專職牽頭組織，各業(yè)務(wù)部門派人配合，組成評(píng)審小組對(duì)其評(píng)審。因此方案的編寫大多情況下由管理咨詢參謀來(lái)編寫。另外，該方案也為工程范圍劃定了邊界，需求調(diào)研也會(huì)遵照著劃定的范圍開展工作，因此該文檔在工程前期具有指導(dǎo)意義。注：如果工程合同附有?技術(shù)協(xié)議書?，那么?技術(shù)協(xié)議書?中所規(guī)定的工程范圍多數(shù)與?工程建設(shè)方案?一致，但最終的工程范圍應(yīng)以?技術(shù)協(xié)議書?為準(zhǔn)。三、?需求調(diào)研報(bào)告?這份文檔是必須的。原因其一：工程接下來(lái)的設(shè)計(jì)工作都將圍繞它來(lái)開展，起提綱挈領(lǐng)的作用。原因之二：一大幫人風(fēng)風(fēng)火火的在客戶處熱熱鬧鬧的折騰了大半月，總得有個(gè)書面的東西向自己老板和客戶的工程負(fù)責(zé)人交代吧。印象深刻的是我第一次帶隊(duì)到客戶現(xiàn)場(chǎng)作需求，連打印機(jī)，打印紙，筆記本，網(wǎng)線，小交換機(jī)裝著滿滿一大箱一個(gè)都不少的帶到現(xiàn)場(chǎng)。白天作需求，晚上聯(lián)機(jī)將各自的需求整理成word文檔,第二天再給客戶確認(rèn)，反復(fù)修改。直到最終的需求評(píng)審會(huì)議通過后，連夜打印。厚厚的7大本文檔(每個(gè)業(yè)務(wù)子系統(tǒng)一本)，然后乘以2，客戶一份，公司一份。那一晚，一個(gè)嶄新的打印機(jī)硬是被折騰得面目全非啊。第二天大清早，還特地跑到當(dāng)?shù)氐难b幀店，將這些文檔精美的包裝一番，然后各自分頭將包裝好的需求文檔提交給客戶方對(duì)應(yīng)的業(yè)務(wù)部門的經(jīng)理簽名，最后匯總到客戶的工程負(fù)責(zé)人手里存檔，自己再帶一份回公司存檔并作為工程設(shè)計(jì)的依據(jù)。至此，?需求調(diào)研報(bào)告?就over了。由于工程是客戶化定制的，當(dāng)工程進(jìn)入到實(shí)施過程中的時(shí)候，往往需求的變更會(huì)占到當(dāng)初需求調(diào)研的30%強(qiáng)，而且你還不能拿當(dāng)初雙方簽訂的?需求調(diào)研報(bào)告?來(lái)說(shuō)事兒，來(lái)約束客戶。除非你是行業(yè)標(biāo)桿，很強(qiáng)勢(shì)很牛叉。所以當(dāng)團(tuán)隊(duì)將依據(jù)?需求調(diào)研報(bào)告?將?功能規(guī)格書?編制出來(lái)后，其使命根本完成，轉(zhuǎn)而束之高閣。?需求調(diào)研報(bào)告?要根據(jù)客戶的描述加以分析和整理成如下要素：數(shù)據(jù)的輸入、輸出，業(yè)務(wù)數(shù)據(jù)量的大小及使用頻率(會(huì)據(jù)此作性能的特殊設(shè)計(jì)以及負(fù)載測(cè)試)，參與業(yè)務(wù)的角色，有無(wú)特殊的權(quán)限控制，業(yè)務(wù)流程走向，是否與其他的業(yè)務(wù)相互關(guān)聯(lián)等等。這些要素不是通過與客戶的一次溝通交流就能獲取到。要有耐心，要細(xì)致，還要有技巧，最關(guān)鍵的是你要懂得客戶業(yè)務(wù)。否那么，客戶說(shuō)的你不懂，然后你一張嘴就顯外行。最后，你做出來(lái)的需求就三字：不靠譜。即使憑客戶關(guān)系過了評(píng)審這一關(guān)，報(bào)告上客戶也簽了字，但后等到系統(tǒng)實(shí)施上線的時(shí)候，你的需求變更根本就朝著80%的比例上奔去了。那時(shí)候，先不談老板會(huì)怎樣看你，就你旁邊那些個(gè)開發(fā)的兄弟看著自己辛苦的成果一個(gè)個(gè)被客戶推翻，你就知道可以殺人的眼神是神馬味道了。步子邁得有些大了，扯的有些遠(yuǎn)了。咱們這里只談工程文檔，關(guān)于需求如何作，如何才能做好，需要另起一篇詳述?？傊?，這份文檔如果交待的不清楚，會(huì)嚴(yán)重影響著工程的質(zhì)量與進(jìn)度。說(shuō)直接一點(diǎn)，就是關(guān)系著工程本錢或是成敗。四、?需求評(píng)審報(bào)告?類似于會(huì)議紀(jì)要性質(zhì)的文檔，是需求評(píng)審會(huì)議后產(chǎn)生的結(jié)果。記錄會(huì)議的時(shí)間，地點(diǎn)，參與的人員，會(huì)議的主題，每一項(xiàng)業(yè)務(wù)需求在會(huì)議中是否得到確認(rèn)〔這一點(diǎn)是整個(gè)文檔的關(guān)鍵之處，很有可能a部門提的需求與b部門的業(yè)務(wù)發(fā)生沖突，這種事情很常見，將來(lái)會(huì)在如何做好需求一篇中詳述〕。總之，這份報(bào)告應(yīng)作為?需求調(diào)研報(bào)告?的修正文檔，將評(píng)審后的結(jié)果同步到?需求調(diào)研報(bào)告?中，也為下一次的需求評(píng)審做好準(zhǔn)備，這樣反復(fù)幾次，?需求調(diào)研報(bào)告?才最終得以客戶確認(rèn)。五、?工程開發(fā)方案?開發(fā)方案在需求調(diào)研需求完畢后就要著手開始制定。方案書里包括設(shè)計(jì)、開發(fā)、測(cè)試、實(shí)施的具體時(shí)間，還要注明每個(gè)階段的關(guān)鍵點(diǎn)。比方，工程第一次構(gòu)建的時(shí)間點(diǎn)，第一次提交測(cè)試的時(shí)間點(diǎn)，系統(tǒng)發(fā)布的時(shí)間點(diǎn)，工程驗(yàn)收的時(shí)間點(diǎn)等等，都要在方案書中明確標(biāo)明。如果工程大、周期長(zhǎng)，工程還要分為假設(shè)干個(gè)里程碑，每個(gè)里程碑要有詳細(xì)的進(jìn)度目標(biāo)及質(zhì)量目標(biāo)說(shuō)明作為里程碑到達(dá)的檢驗(yàn)標(biāo)準(zhǔn)。另外，每個(gè)任務(wù)都除了有具體的時(shí)間點(diǎn)、優(yōu)先級(jí)之外，還要有任務(wù)的責(zé)任人和需要客戶配合的事項(xiàng)。?工程開發(fā)方案?一般分兩個(gè)版本。一份給客戶，一份屬于工程組內(nèi)部使用。兩個(gè)版本相比較而言，除了規(guī)劃的粒度粗細(xì)有差異外，有時(shí)候在不得以的情況下，其時(shí)間點(diǎn)也不相同。至于原因，主要是由于客戶對(duì)信息化的認(rèn)知程度有限，認(rèn)為開發(fā)系統(tǒng)是一件簡(jiǎn)單的事情，從而限定的時(shí)間要求比較苛刻。但工程合同還得簽，方案表還得照著客戶的時(shí)間限定來(lái)做。真正進(jìn)入工程實(shí)施過程中的時(shí)候，跟客戶保持良好的溝通，讓客戶理解信息化建設(shè)是一個(gè)逐步有序的過程，引導(dǎo)客戶配合我們的步驟來(lái)實(shí)施。做好了這一點(diǎn)，我想客戶也不會(huì)在回頭在開發(fā)方案上與我們糾結(jié)，畢竟，把工程做好才是硬道理。工程組內(nèi)部的開發(fā)方案要做好版本控制。比方：一個(gè)工程周期較長(zhǎng)，分假設(shè)干里程碑，那么在最初制定方案的時(shí)候是允許前細(xì)后粗的。也就說(shuō)，第一個(gè)里程碑規(guī)劃的比較詳細(xì)，后續(xù)的里程碑有意的放粗，而等到前個(gè)里程碑將近結(jié)束的時(shí)候再來(lái)細(xì)化后一個(gè)里程碑的工作內(nèi)容，因此，?工程開發(fā)方案?的每個(gè)版本都要留存，并做好文檔的版本變更說(shuō)明。還有，你一定要相信，工程的執(zhí)行情況與事先安排的方案定會(huì)存在差距。那么就每周召集工程組開來(lái)一次工程會(huì)議，找出差距，分析原因，最后將方案書完成一次同步。請(qǐng)記住?工程開發(fā)方案?決不是由某個(gè)人或某些人拍著腦袋弄出來(lái)的一份毫無(wú)可執(zhí)行性的文檔，它應(yīng)該是指引工程最終走向勝利目標(biāo)的航線。工程經(jīng)理圈子六、?功能特性列表?也可以叫做?功能模塊列表?。模塊是工程開發(fā)方案制定過程中可劃分的最小粒度〔一般情況下如此〕，所以，?工程開發(fā)方案?必須等到這份文檔出品后才能開始制定。?功能特性列表?的內(nèi)容包括：子系統(tǒng)名稱，模塊名稱，模塊編號(hào)。文檔由需求調(diào)研人員編制，格式簡(jiǎn)潔，其目的是讓閱讀者毫不費(fèi)力就能了解工程的實(shí)質(zhì)內(nèi)容以及工程規(guī)模。工程管理者聯(lián)盟文章七、?功能規(guī)格書?業(yè)內(nèi)有句話：功能規(guī)格書是標(biāo)桿，每日構(gòu)建是心跳，里程碑是生命線。由此可見規(guī)格書的重要性。他不僅是工程開發(fā)的參照，同時(shí)也作為測(cè)試的依據(jù)，所以它也是開發(fā)與測(cè)試協(xié)作的紐帶。?功能規(guī)格書?一般由富有工程經(jīng)驗(yàn)的開發(fā)人員編寫，能迅速、準(zhǔn)確的根據(jù)需求調(diào)研的成果轉(zhuǎn)化為可編碼開發(fā)的功能模塊。一份好的功能規(guī)格書的標(biāo)準(zhǔn)是讓閱讀文檔的人能夠了解系統(tǒng)運(yùn)轉(zhuǎn)的各方面細(xì)節(jié)。比方：某個(gè)模塊的初始界面是什么樣，初始加載的數(shù)據(jù)條件是什么，頁(yè)面上有哪些按鈕，其布局如何，每個(gè)按鈕如何響應(yīng)，是彈出〔或跳轉(zhuǎn)〕另一個(gè)頁(yè)面，遇到異常情況的提示信息是什么。不僅是初始頁(yè)面，模塊中的每個(gè)頁(yè)面都要做如此細(xì)致的說(shuō)明，要細(xì)致到哪怕是一個(gè)下拉框都要說(shuō)明填充其中的值從哪里獲取。每個(gè)操作要說(shuō)明成功與失敗的標(biāo)準(zhǔn),有流程的模塊要畫出流程圖，流程的每一步注明參與的人員〔角色〕。工程經(jīng)理圈子功能規(guī)格書分階段寫，以劃分的里程碑為準(zhǔn)。每一階段的功能規(guī)格書完成后，召集工程小組開規(guī)格書評(píng)審會(huì)議。測(cè)試人員必須到場(chǎng)，一方面是為了盡早的介入工程，對(duì)工程的構(gòu)成有更直觀的認(rèn)識(shí)。另一方面，也可以就前期從?需求調(diào)研報(bào)告?獲得的理解來(lái)對(duì)開發(fā)人員設(shè)計(jì)的規(guī)格書提出自己的意見。評(píng)審會(huì)議由工程組長(zhǎng)主持，每位參與設(shè)計(jì)的人員輪流上臺(tái)講解自己設(shè)計(jì)的那局部，其余的人員主要從以下幾個(gè)方面進(jìn)行評(píng)審：1、功能設(shè)計(jì)是否滿足客戶需求。2、面布局是否美觀、合理。操作是否簡(jiǎn)單、易用。3、據(jù)流向是否清晰，模塊之間的數(shù)據(jù)關(guān)聯(lián)設(shè)計(jì)是否合理。4、預(yù)計(jì)的開發(fā)時(shí)間是否合理，是否滿足工程的整體開發(fā)周期要求。評(píng)審?fù)戤吅?，各自根?jù)修改意見下去調(diào)整規(guī)格書。如此反復(fù)幾個(gè)回合，確定了功能規(guī)格書作為了工程的標(biāo)桿。這個(gè)時(shí)候，工程組的所有成員〔包括測(cè)試〕都統(tǒng)一了對(duì)工程的認(rèn)識(shí)，規(guī)格書進(jìn)入了凍結(jié)階段，任何人無(wú)法修改。接下來(lái)，開發(fā)人員開始按照規(guī)格書中的設(shè)計(jì)進(jìn)行編碼，測(cè)試人員開始根據(jù)規(guī)格書編寫測(cè)試用例。工程經(jīng)理博客編寫功能規(guī)格書〔其實(shí)是設(shè)計(jì)的過程〕是一項(xiàng)繁復(fù)的工作，尤其是進(jìn)入工程實(shí)施階段。用戶的需求變更會(huì)不可防止的導(dǎo)致系統(tǒng)與規(guī)格書的不同步。按照正規(guī)的流程，變更首先會(huì)導(dǎo)致設(shè)計(jì)的變更〔規(guī)格書〕，設(shè)計(jì)的變更指導(dǎo)代碼的變更。但實(shí)際上，工程進(jìn)入實(shí)施階段后，留給工程組處理反響的時(shí)間往往并不多，再者，一些細(xì)微的調(diào)整〔比方界面的改動(dòng)，控件的初始值〕如果遵循正規(guī)的流程會(huì)使開發(fā)人員怨聲載道，士氣低下。因此，我采用了折中的方法：第一次設(shè)計(jì)一氣呵成，必須保證實(shí)際運(yùn)行的系統(tǒng)與設(shè)計(jì)同步。這一點(diǎn)由測(cè)試部負(fù)責(zé)監(jiān)控。系統(tǒng)上線后，同步的工作可以專門抽個(gè)時(shí)間來(lái)完成。即，前期是系統(tǒng)參照規(guī)格書開發(fā)，后期是規(guī)格書參照系統(tǒng)來(lái)同步。在頻繁的修改下必須保證一周內(nèi)至少同步一次，并且將文檔提交給測(cè)試部檢查，出現(xiàn)問題，以bug論處。那有朋友會(huì)問，既然規(guī)格書在后期失去了標(biāo)桿的作用，那還費(fèi)時(shí)費(fèi)力的同步它有何意義?1、對(duì)工程后期維護(hù)起至關(guān)重要作用，完整的設(shè)計(jì)文檔在加上良好的代碼注釋，會(huì)讓維護(hù)人員迅速的進(jìn)入工程狀態(tài)。2、讓新進(jìn)入工程組的成員能盡快的對(duì)工程有整體的印象，從而擔(dān)任工作。另外還可以減少工程培訓(xùn)的本錢。然而，后期的同步又引發(fā)了另一個(gè)棘手問題：測(cè)試人員對(duì)需求變更的測(cè)試標(biāo)準(zhǔn)從哪里獲取呢?于是我們又做了改進(jìn)，當(dāng)需求變更到工程組手里后，召開會(huì)議，測(cè)試人員參加。會(huì)議上，對(duì)小的、簡(jiǎn)單的修改當(dāng)即提出解決方案，測(cè)試人員記錄，以此作為測(cè)試依據(jù)。對(duì)于大的改動(dòng)〔有可能會(huì)增加功能模塊〕，那么還是采用先設(shè)計(jì)后開發(fā)的原那么。八、?詳細(xì)設(shè)計(jì)報(bào)說(shuō)明?作為?功能規(guī)格書?的一份補(bǔ)充文檔，主要解決如何編碼的問題，測(cè)試人員一般不看。開發(fā)人員在編碼之前或編碼過程中如果遇到了復(fù)雜的算、業(yè)務(wù)邏輯，可以在該文檔中詳細(xì)的說(shuō)明解決思路，也可以用一段偽代碼來(lái)說(shuō)明。九、?數(shù)據(jù)庫(kù)設(shè)計(jì)報(bào)告?該文檔與?功能規(guī)格書?配套。規(guī)格書中關(guān)于數(shù)據(jù)庫(kù)設(shè)計(jì)的說(shuō)明直接引用該文檔。另外，工程驗(yàn)收時(shí)，客戶也常要求開發(fā)方提供數(shù)據(jù)庫(kù)設(shè)計(jì)報(bào)告，作為日后其他系統(tǒng)與本系統(tǒng)做接口的依據(jù)說(shuō)明。工程管理論壇?數(shù)據(jù)庫(kù)設(shè)計(jì)報(bào)告?記錄的內(nèi)容有：模塊名，數(shù)據(jù)表名，英文字段名，中文說(shuō)明，主鍵，外鍵，索引，約束〔注明關(guān)聯(lián)的表及字段〕，數(shù)據(jù)類型，長(zhǎng)度，能否為空以及對(duì)整張數(shù)據(jù)表的備注信息。對(duì)于某些關(guān)鍵字段還要對(duì)他的值所表示的含義做詳細(xì)說(shuō)明。另外，?數(shù)據(jù)庫(kù)設(shè)計(jì)報(bào)告?也會(huì)面臨后期同步的棘手問題，其同步的策略是做了修改就立即同步〔數(shù)據(jù)庫(kù)的改動(dòng)較少，且簡(jiǎn)單。這一點(diǎn)與規(guī)格書還有所不同〕。數(shù)據(jù)庫(kù)設(shè)計(jì)報(bào)告的評(píng)審與規(guī)格書相同，評(píng)審依據(jù)有如下幾點(diǎn)：1、是否留有適當(dāng)?shù)娜哂啾阌谙到y(tǒng)的擴(kuò)展。工程管理者聯(lián)盟文章2、性能是否能達(dá)標(biāo)。索引是否合理。轉(zhuǎn)自工程管理者聯(lián)盟3、數(shù)據(jù)字段描述是否清晰易懂。評(píng)審?fù)ㄟ^的數(shù)據(jù)庫(kù)設(shè)計(jì)報(bào)告交給測(cè)試一份，測(cè)試人員會(huì)針對(duì)具有特殊性能要求的模塊編寫腳本做壓力測(cè)試十、?uml設(shè)計(jì)說(shuō)明?工程管理者聯(lián)盟文章這個(gè)文檔不常用，我一般會(huì)在兩種情況下要求工程做業(yè)務(wù)模型設(shè)計(jì)：1、業(yè)務(wù)相當(dāng)復(fù)雜的時(shí)候。功能規(guī)格書更多的是從模塊界面，操作方式上去闡述模塊的功能，至于底層的數(shù)據(jù)模型還得用uml圖來(lái)輔助說(shuō)明。uml圖有很多種，我們一般也只常用幾種，包括：用例圖，類圖，時(shí)序圖，其中類圖又最為重要。2、對(duì)原有系統(tǒng)進(jìn)行重構(gòu)的時(shí)候。原有系統(tǒng)由于種種原因〔業(yè)務(wù)了解不透，工期緊張，人員能力不具備〕在做開發(fā)之前沒有對(duì)復(fù)雜的業(yè)務(wù)進(jìn)行模型設(shè)計(jì)，開發(fā)出來(lái)的系統(tǒng)雖然能用，但漏洞百出，開發(fā)人員時(shí)常處于救火的狀態(tài)。隨著時(shí)間推移，開發(fā)人員對(duì)業(yè)務(wù)有了更深入的了解，慢慢的不滿足在現(xiàn)有的代碼根底上修補(bǔ)，產(chǎn)生了強(qiáng)烈的重構(gòu)的愿望。就這樣，再作第二個(gè)類似系統(tǒng)的時(shí)候，很自然的就操起uml工具對(duì)現(xiàn)有的代碼進(jìn)行重構(gòu)。有很多的朋友不理解為什么要建模，直接用代碼說(shuō)話不是更好么?我舉個(gè)工程中的例子：我曾經(jīng)帶隊(duì)實(shí)施過一個(gè)有2000人企業(yè)的信息管理系統(tǒng)，有14個(gè)子系統(tǒng)，600來(lái)個(gè)功能模塊。其中有一個(gè)物資子系統(tǒng)，做過類似工程的朋友應(yīng)該知道，物資子系統(tǒng)流程復(fù)雜還要嵌套〔大流程中嵌套小流程〕，模塊眾多。剛開始沒有進(jìn)行業(yè)務(wù)建模，功能規(guī)格書設(shè)計(jì)完畢后，直接數(shù)據(jù)庫(kù)設(shè)計(jì)報(bào)告，然后上手編碼。整個(gè)子系統(tǒng)設(shè)計(jì)花了2人月，編碼用了4人月。等進(jìn)入到測(cè)試階段后，bug滿天飛，真是按下葫蘆起來(lái)瓢，原定與1個(gè)月的穩(wěn)定期最后又延遲了1個(gè)月才總算外表上穩(wěn)定下來(lái)。在客戶那里上線后，需求一旦發(fā)生變更，開發(fā)人員就心驚膽顫，生怕出現(xiàn)牽一發(fā)而動(dòng)全身。究其根本原因就是在面對(duì)如此復(fù)雜的業(yè)務(wù)系統(tǒng)面前，沒有用建模的手段將業(yè)務(wù)邏輯的全局勾勒出來(lái)，每個(gè)人只關(guān)注自己的一塊，導(dǎo)致數(shù)據(jù)的交互出了很多的問題。最后，在工程總結(jié)會(huì)上，大家一致認(rèn)為下一個(gè)物資系統(tǒng)，要想方法從根本上解決這些問題。結(jié)果，下一個(gè)物資系統(tǒng)，我們做了充分的設(shè)計(jì)，用uml對(duì)業(yè)務(wù)建模，使每個(gè)開發(fā)人員既能清晰的看到業(yè)務(wù)的整體輪廓，又能深入細(xì)致的了解到每個(gè)類之間的交互以及提供的接口。這樣開發(fā)出來(lái)的系統(tǒng)才有底氣，面對(duì)客戶的需求變更我們也能知道動(dòng)哪個(gè)位置、影響到哪個(gè)地方，做到心中有數(shù)。所以，在以后的工程里，只要是碰見業(yè)務(wù)復(fù)雜的系統(tǒng)，都會(huì)要求進(jìn)行建模。多花些功夫在前面，后面肯才不會(huì)被拖累。十一、?工程開發(fā)進(jìn)度報(bào)告?這份文檔由工程經(jīng)理編制，作為工程的定期〔一周一份〕文檔提交給公司領(lǐng)導(dǎo)審閱。文檔主要包括以下幾方面的內(nèi)容：1、總體開發(fā)進(jìn)度工程管理論壇2、現(xiàn)場(chǎng)實(shí)施進(jìn)度3、工程組現(xiàn)有人員4、本周工作完成情況5、下周的工作方案工程管理者聯(lián)盟文章6、工程存在的問題及解決方案7、需要協(xié)調(diào)的資源工程經(jīng)理圈子8、功能特性變更說(shuō)明9、重大缺陷列表工程經(jīng)理圈子有數(shù)字，有比例，有詳情，能讓領(lǐng)導(dǎo)快速的掌握工程目前的進(jìn)展。我做開發(fā)部經(jīng)理時(shí)，部門經(jīng)常會(huì)同時(shí)開展多個(gè)工程。我要求每周五上午，每個(gè)工程經(jīng)理在11點(diǎn)之前向我提交?工程進(jìn)度報(bào)告?。我會(huì)在11點(diǎn)到12點(diǎn)這一個(gè)小時(shí)內(nèi)去瀏覽這些進(jìn)度報(bào)告，從中發(fā)現(xiàn)問題。下午兩點(diǎn)準(zhǔn)時(shí)召開周工程會(huì)議，人員不要太多，由每個(gè)工程組長(zhǎng)及測(cè)試部所有人員〔測(cè)試開發(fā)比例是1:5〕參加。會(huì)議的主要目的其一是讓各小組之間對(duì)所有的工程進(jìn)展都相互有所了解，便于資源的調(diào)配。其二是由測(cè)試人員強(qiáng)調(diào)目前工程中存在的問題，對(duì)共性問題制定統(tǒng)一的解決方案，到達(dá)知識(shí)共享。其三，確定下周任務(wù)的重點(diǎn)及難點(diǎn)，是否需要協(xié)調(diào)其他的外部資源。會(huì)議時(shí)間控制在1小時(shí)內(nèi)，由于事先都提交了工程進(jìn)度報(bào)告，各工程組長(zhǎng)都是帶著思考來(lái)的，因此溝通比較順暢。在會(huì)議上對(duì)需要的、屬于我職責(zé)范圍內(nèi)的事情拍板，超出能力范圍的，請(qǐng)示公司領(lǐng)導(dǎo)后再作決策。會(huì)議結(jié)束后，我會(huì)綜合工程組長(zhǎng)提交的進(jìn)度報(bào)告的內(nèi)容，同時(shí)也會(huì)附上自己的一些思考編寫一份開發(fā)部本周工作情況匯報(bào)提交給公司領(lǐng)導(dǎo)審查。轉(zhuǎn)自工程管理者聯(lián)盟十二、?工程版本說(shuō)明?在工程進(jìn)展的過程中，我們規(guī)定了一旦工程進(jìn)入實(shí)際代碼階段必須執(zhí)行每日構(gòu)建〔每日構(gòu)建是心跳〕，然后直到工程處于非活動(dòng)狀態(tài)為止。我們用的版本控制工具是cvs。工程組成員每日下午5點(diǎn)之前提交代碼，5點(diǎn)鐘開始構(gòu)建代碼，構(gòu)建成功就給工程打上標(biāo)簽，并將標(biāo)簽的信息登記在?版本控制說(shuō)明?文檔里。主要記錄的信息有：打標(biāo)的人，打標(biāo)時(shí)間，標(biāo)簽名稱，標(biāo)簽類型〔普通標(biāo)簽，內(nèi)部測(cè)試標(biāo)簽，客戶發(fā)布標(biāo)簽，補(bǔ)丁標(biāo)〕，標(biāo)簽說(shuō)明〔該標(biāo)簽中新增了哪些內(nèi)容，解決了哪些bug等等〕。測(cè)試部每天6點(diǎn)根據(jù)?版本控制說(shuō)明?下最新的標(biāo)簽執(zhí)行自動(dòng)化構(gòu)建，第二天早上針對(duì)昨晚構(gòu)建好的系統(tǒng)進(jìn)行測(cè)試。每日構(gòu)建的工作由工程組長(zhǎng)安排組員輪流構(gòu)建。在工程多的情況下，由于都規(guī)定在5點(diǎn)鐘從效勞器上下載代碼執(zhí)行構(gòu)建會(huì)導(dǎo)致效勞器負(fù)載過大，相應(yīng)較慢的現(xiàn)象。后來(lái)，我們做了制度上的調(diào)整不再硬性規(guī)定必須5點(diǎn)構(gòu)建，處在活動(dòng)狀態(tài)的工程只要每天構(gòu)建一次，有一個(gè)標(biāo)簽就行了。倘假設(shè)6點(diǎn)鐘某個(gè)測(cè)試人員來(lái)告訴我某個(gè)工程沒有標(biāo)簽，那么工程組長(zhǎng)必須有一個(gè)非常適宜的理由對(duì)我解釋，當(dāng)日負(fù)責(zé)構(gòu)建的人員會(huì)受到考核，很顯然，這樣的問題會(huì)導(dǎo)致測(cè)試人員第二天只能在舊版本上工作，測(cè)試任務(wù)無(wú)法完成，影響工程進(jìn)度。工程經(jīng)理圈子十三、?工程會(huì)議紀(jì)要?分內(nèi)部和客戶的。工程組內(nèi)部開會(huì)時(shí)必須要有會(huì)議紀(jì)要，現(xiàn)場(chǎng)實(shí)施人員與客戶在一起開會(huì)同樣也需要會(huì)議紀(jì)要，打印出來(lái)雙方各執(zhí)一份，以便日后好對(duì)會(huì)議中所做的決議能有所追溯。如在會(huì)議中做了對(duì)工程影響重大的決定，還需要客戶負(fù)責(zé)人簽名確認(rèn)。最后，臨工程驗(yàn)收時(shí)，整理所有的會(huì)議紀(jì)要作為驗(yàn)收文檔的一局部提交給客戶。十四、?現(xiàn)場(chǎng)實(shí)施方案?是臨去客戶現(xiàn)場(chǎng)之前編制的現(xiàn)場(chǎng)工作方案。因?yàn)樯婕暗匠霾钯M(fèi)用，首先要經(jīng)過部門批準(zhǔn)，再上報(bào)公司核準(zhǔn)，然后再電郵給客戶，獲取客戶對(duì)方案的認(rèn)可后才能到現(xiàn)場(chǎng)工作。文檔內(nèi)容包括：目標(biāo)，現(xiàn)場(chǎng)負(fù)責(zé)人，預(yù)計(jì)工作時(shí)間，現(xiàn)場(chǎng)工作內(nèi)容〔安裝部署，數(shù)據(jù)初始化，用戶培訓(xùn)，需求調(diào)研，現(xiàn)場(chǎng)跟蹤使用情況等等〕，每項(xiàng)內(nèi)容預(yù)計(jì)工作時(shí)間，需客戶配合事項(xiàng)等等。最后還要留有雙方簽名認(rèn)可的位置。到現(xiàn)場(chǎng)后，第一件事就是找客戶簽訂該文檔〔前期要溝通好〕。剛開始我的工程中是沒有這份文檔的，結(jié)果出現(xiàn)屢次現(xiàn)場(chǎng)實(shí)施效果不理想的情況。有客戶引起的原因，當(dāng)然也有我們自身的原因。有的客戶火急火燎的讓我們派實(shí)施人員到現(xiàn)場(chǎng)去，等我們的人到現(xiàn)場(chǎng)后，客戶反而把我們晾在那里好多天開始配合我們做實(shí)施的工作。我們自己的實(shí)施人員在去現(xiàn)場(chǎng)實(shí)施之前心里也沒有一個(gè)明確的目標(biāo)：要到達(dá)什么目的，做哪些事情，需要提前準(zhǔn)備，找哪些人協(xié)助，每天的安排是什么，什么時(shí)候返程等等這些都從沒有認(rèn)真的考慮，一到現(xiàn)場(chǎng)就被客戶牽著鼻子走，實(shí)施工作非常被動(dòng)。為此，我需要制定一份實(shí)施方案，我要求實(shí)施人員每次將出差申請(qǐng)單給我審批時(shí)必須附帶實(shí)施方案，實(shí)施方案經(jīng)我認(rèn)可后，再提交給客戶確認(rèn)?？蛻粢豢凑?guī)規(guī)的文檔提交過來(lái)了，還帶有公司電子簽章，自然也就認(rèn)真對(duì)待了〔對(duì)此依舊毫不在意，我行我素的客戶還真有，但不多。我們規(guī)規(guī)矩矩的做事，客戶也不好經(jīng)常出爾反爾〕。雙方確認(rèn)了方案后，實(shí)施人員到現(xiàn)場(chǎng)開展工作就順利多了，方案執(zhí)行的偏差率能控制在10%以內(nèi)，節(jié)省了出差費(fèi)用本錢，工程進(jìn)度也大步提高。其實(shí)我們也碰到過由于客戶原因〔客觀因素，突發(fā)事件〕現(xiàn)場(chǎng)實(shí)施條件不具備了，我們會(huì)立即和客戶商定終止方案，返回公司，等客戶現(xiàn)場(chǎng)條件具備后再續(xù)實(shí)施。所以說(shuō)，這份文檔有他的靈活性，它更多的被認(rèn)為的是雙方的一種約定，至少看上去很正規(guī)。十五、?系統(tǒng)安裝手冊(cè)?在工程發(fā)布之前，這份文檔就應(yīng)該準(zhǔn)備好。雖然你或者你的客戶可能從來(lái)不會(huì)總到它，但你如果在驗(yàn)收的時(shí)候因?yàn)闆]有這份文檔而慘遭用戶拒絕簽字，那我向你深表同情，因?yàn)槲以?jīng)就這樣同情過自己。不要在簡(jiǎn)單的事情上犯錯(cuò)誤，或許它只是疏忽而已。安裝手冊(cè)要有有步驟，有截圖，還要有安裝過程中易出現(xiàn)問題的解決方法。最后，把客服的留在文檔中最醒目的位置。工程管理培訓(xùn)十六、?系統(tǒng)管理員手冊(cè)?每個(gè)系統(tǒng)都會(huì)有管理員，負(fù)責(zé)系統(tǒng)的正常運(yùn)行。除此之外，他要能運(yùn)用開發(fā)方提供的工具對(duì)系統(tǒng)做出靈活的配置以適應(yīng)業(yè)務(wù)部門需求的變更。最根本配置包括部門人員組織結(jié)構(gòu)的設(shè)定，權(quán)限的分配，工作流的調(diào)整，字典的設(shè)置，日志的審計(jì)。較高級(jí)的就涉及到表單的自定義，報(bào)表自定義等。這些操作都不是三言兩語(yǔ)，或經(jīng)過幾次培訓(xùn)就能讓管理員能實(shí)際操作，更談不上理解。如果有一份系統(tǒng)管理員手冊(cè)擺在管理員的案前，能隨時(shí)指導(dǎo)他如何操作，如何能到達(dá)目標(biāo)，那不是很方便?！踩绻龅酶N近用戶，還可以將用文字難以描述、理解的地方做成視頻演示。不過，系統(tǒng)在設(shè)計(jì)的時(shí)候應(yīng)盡可能的做到功能強(qiáng)大，操作簡(jiǎn)化?！吃谙到y(tǒng)上線的時(shí)候，如果系統(tǒng)管理員能順利確定下來(lái)〔往往這一點(diǎn)還不太容易〕，就該把操作手冊(cè)交給系統(tǒng)管理員，一份電子檔，一份包裝精美的紙質(zhì)檔。在我們公司，管理員操作手冊(cè)由測(cè)試人員編制，包括前面提到的?系統(tǒng)安裝手冊(cè)?以及后面將要提到的?用戶手冊(cè)?都是由測(cè)試人員完成，實(shí)際上他們兼著文檔工作。至于對(duì)文檔質(zhì)量的檢測(cè)，我一般會(huì)選取一個(gè)對(duì)該系統(tǒng)不太了解的實(shí)施人員，模擬為系統(tǒng)管理員，依據(jù)管理員手冊(cè)中的說(shuō)明，完成我提出的任務(wù)。如果能比較順利的操作下來(lái)，ok，那就證明這文檔還不錯(cuò)。如果在操作過程中屢次發(fā)生疑問，那我會(huì)仔細(xì)的查看這些疑問點(diǎn)是由于文檔沒描述清楚呢，還是依靠文字和截圖實(shí)在難以描述，還是參與檢測(cè)的實(shí)施人員的能力或態(tài)度出現(xiàn)問題。總之，這份文檔的好壞，之于管理員的有用還是無(wú)用，直接影響到客服人員能否減少2/3的接聽量，你知道，我指的是系統(tǒng)操作方面的問題。十七?用戶手冊(cè)?拆分到各功能模塊中就成了模塊的幫助文件，合并起來(lái)就成為系統(tǒng)的用戶手冊(cè)。用戶手冊(cè)中的大局部?jī)?nèi)容可以取自功能規(guī)格書，但是要將規(guī)格書里的界面圖〔可能是用viso繪制的〕換為系統(tǒng)實(shí)際的截圖，再配上常見問題的qa,就可以交付給用戶了。由于規(guī)格書是由開發(fā)人員編制的，其語(yǔ)言風(fēng)格偏向與技術(shù)型，因此測(cè)試人員要根據(jù)具體的情況將其轉(zhuǎn)換為用戶易于理解的語(yǔ)言風(fēng)格。另外，用戶手冊(cè)有可能還要會(huì)根據(jù)不同崗位的用戶編制不同的手冊(cè)，也就是我們常說(shuō)的細(xì)分。舉個(gè)例子：我們?cè)?jīng)給某企業(yè)做過一套物資管理系統(tǒng)。系統(tǒng)上線前夕，有一位組員對(duì)用戶手冊(cè)提出了建議，建議將手冊(cè)分為2種，一種是給客戶公司領(lǐng)導(dǎo)〔中、高層〕看的。由于領(lǐng)導(dǎo)在系統(tǒng)中多數(shù)時(shí)候僅進(jìn)行查詢，比對(duì)和最終審批的操作，因此這本手冊(cè)很薄。第二種是給操作人員〔方案員，采購(gòu)員，庫(kù)管員，統(tǒng)計(jì)員〕看的，涉及系統(tǒng)使用的各方面，所以這本手冊(cè)就比較厚。在實(shí)際使用過程中，客戶看到我們對(duì)用戶手冊(cè)都做了精心的設(shè)計(jì)，考慮如此周到，首先就對(duì)我們的系統(tǒng)報(bào)以期待的印象。特別是客戶領(lǐng)導(dǎo)，工作很忙，時(shí)間精力有限，我們就將他最需要了解的東西呈現(xiàn)給他，隱去無(wú)關(guān)的內(nèi)容，降低學(xué)習(xí)使用系統(tǒng)的難度，節(jié)省他的時(shí)間，從而受到領(lǐng)導(dǎo)好評(píng)。工程管理培訓(xùn)十八?客戶聯(lián)系人表?這份文檔的主要作用是留給客服人員做回訪。其次是工程組人員流動(dòng)〔離職〕后，客戶關(guān)系不至于喪失。一個(gè)工程在實(shí)施的過程中會(huì)接觸很多的人。有客戶高層，有中層領(lǐng)導(dǎo)，有工程負(fù)責(zé)人也有最終用戶。這些人員的姓名，性別，部門職務(wù)、辦公、、qq、email等等相關(guān)信息要記錄在文檔中便于查詢。另外還要用備注說(shuō)明該用戶在系統(tǒng)中承擔(dān)的角色。比方說(shuō)，人力資源部的主任不一定就是人力資源系統(tǒng)的最了解的用戶，倒是下面的某位具體辦事的人員反而是系統(tǒng)最熟悉的人員，所有的需求都由他來(lái)提出。那么我們就要將這個(gè)信息錄入到備注中，客服在回訪時(shí)才能抓住關(guān)鍵人物，獲取有價(jià)值的信息。工程經(jīng)理博客工程聯(lián)系人表由工程實(shí)施人員編制，根據(jù)現(xiàn)場(chǎng)情況隨時(shí)補(bǔ)充更新。工程經(jīng)理博客十九?客戶環(huán)境配置表?我們做的工程大多是b/s架構(gòu)，客戶端零安裝的系統(tǒng)。所以這份文檔記錄的是效勞器配置的信息，包括：效勞器的類型〔應(yīng)用效勞器，數(shù)據(jù)庫(kù)效勞器，中間件效勞器，文檔效勞器，備份效勞器〕，雙機(jī)熱備還是負(fù)載均衡，效勞器名和ip,登錄名和密碼，數(shù)據(jù)庫(kù)用戶名和密碼，效勞器硬件配置，軟件配置，應(yīng)用系統(tǒng)安裝目錄等。由于我們的工程一般都附帶著硬件的采購(gòu)和部署安裝，因此這些信息在系統(tǒng)安裝完畢、正常運(yùn)行后，都要記錄在該文檔中提交給用戶簽字。該用戶不一定是系統(tǒng)管理員，也不一定是最終用戶〔一般是企業(yè)負(fù)責(zé)信息化的部門，掌管所有的效勞器的運(yùn)行和維護(hù)〕，但系統(tǒng)驗(yàn)收的流程中有他簽名的一個(gè)環(huán)節(jié)。寫到這里，我想起了不久前的一件事。我們實(shí)施人員到現(xiàn)場(chǎng)做完了工程實(shí)施，款也回了90%。等到銷售人員再去現(xiàn)場(chǎng)回10%的尾款時(shí)，卻遇到了客戶信息部門的投訴。那老哥顯然憋了很久一肚子火全撒在銷售人員身上，意識(shí)是說(shuō)前幾次回款找我簽名我都沒為難你們，但這一次質(zhì)保金的驗(yàn)收我不能簽名，你們的效勞器雖然托管在我這里，但所有的信息我都不知道，那個(gè)是數(shù)據(jù)庫(kù)效勞器，哪個(gè)是應(yīng)用效勞器，用戶名和密碼，系統(tǒng)安裝路徑全部都沒有。系統(tǒng)出了問題，業(yè)務(wù)部門全都找我，現(xiàn)在有質(zhì)保金在這，你們還會(huì)幫著處理，我這個(gè)字一簽，出了問題我先誰(shuí)去。很顯然，我們實(shí)施人員怠慢了這位老哥。這也難怪，什么東西都沒留下就讓別人驗(yàn)收，擱誰(shuí)誰(shuí)都不樂意啊。我了解到這個(gè)情況后，立即派那位實(shí)施人員趕赴現(xiàn)場(chǎng)與銷售人員集合，補(bǔ)交了該文檔并請(qǐng)那老哥吃餐飯，賠個(gè)禮，字總算是簽上了。等實(shí)施人員回來(lái)后，我在部門內(nèi)樹了典型，以示警戒。我還列出了現(xiàn)場(chǎng)實(shí)施所需要的文檔，并強(qiáng)制規(guī)定今后出差報(bào)銷找我簽字必須附帶著實(shí)施文檔，否那么就準(zhǔn)備找一個(gè)很充分的理由向我解釋。二十?客戶培訓(xùn)方案?在現(xiàn)場(chǎng)實(shí)施過程中，培訓(xùn)是必須的。有面向個(gè)人單獨(dú)的培訓(xùn)，有面向部門的大規(guī)模培訓(xùn)。在遇到大規(guī)模培育時(shí)，我們都會(huì)先和客戶溝通，制定培訓(xùn)目標(biāo)、了解大概多少人參與培訓(xùn)，屬于哪些部門，是什么級(jí)別，分多少輪次，什么時(shí)間開展，培訓(xùn)地點(diǎn)在哪里，現(xiàn)場(chǎng)有沒有投影儀……然后我們根據(jù)了解的情況來(lái)制作相關(guān)的培訓(xùn)資料，包括ppt,演示數(shù)據(jù)，紙質(zhì)資料〔人手一份〕，考試試卷。這些培訓(xùn)資料要根據(jù)面向的培訓(xùn)人員的不同而準(zhǔn)備不同的內(nèi)容，以獲得更好的培訓(xùn)效果。培訓(xùn)方案制定完畢后，再次和用戶確認(rèn)，雙方認(rèn)可后在方案上簽名，接下來(lái)就是開始準(zhǔn)備培訓(xùn)資料了。二十一?客戶培訓(xùn)簽到表?等到開始培訓(xùn)了，就要準(zhǔn)備簽到表了，每個(gè)參加培訓(xùn)的人都要簽上自己的大名。目的其一是有實(shí)際在的數(shù)據(jù)向客戶領(lǐng)導(dǎo)匯報(bào)培訓(xùn)的效果，其二是讓各位培訓(xùn)人員能嚴(yán)肅認(rèn)真的對(duì)待培訓(xùn)，其三是可以根據(jù)簽到表來(lái)下發(fā)考試試卷，也可以得到參與培訓(xùn)但未考試的數(shù)據(jù)。工程管理者聯(lián)盟有人跟我抱怨過，說(shuō)培訓(xùn)做得這么正規(guī)很難，首先是自己要有充分準(zhǔn)備，其次還得客戶配合。對(duì)于是自己的問題那沒得說(shuō)，咱們必須得做好，否那么系統(tǒng)上線后麻煩很多，而且客戶會(huì)把所有的責(zé)任推向我們。另外，客戶是否配合，這一局部取決于工程經(jīng)理的現(xiàn)場(chǎng)掌控能力，一局部在于我們是不是自始至終都表現(xiàn)的很正規(guī)。只有我們自身正規(guī)做事，才能引導(dǎo)客戶正規(guī)的開展培訓(xùn)，讓我們的系統(tǒng)能順利上線。?系統(tǒng)試運(yùn)行申請(qǐng)?：系統(tǒng)部署好了，數(shù)據(jù)初始化的工作也完成了，培訓(xùn)也大規(guī)模開展并取得了不錯(cuò)的效果，接下來(lái)就該進(jìn)入系統(tǒng)試運(yùn)行的階段了。與客戶做好溝通，向客戶提交一份試運(yùn)行申請(qǐng)，說(shuō)明前期所做的工作，列出系統(tǒng)具備試運(yùn)的條件，系統(tǒng)目前存在的問題以及上線后的保證措施，后續(xù)的工作安排。這份文檔是系統(tǒng)進(jìn)入到運(yùn)行階段的重要標(biāo)志，是客戶對(duì)我們系統(tǒng)的認(rèn)可，對(duì)我們工作的認(rèn)可，也為后期工程驗(yàn)收奠定根底。工程管理培訓(xùn)文檔中要對(duì)自己所做的工作進(jìn)行量化。比方做了多少次培訓(xùn)，有哪些部門參加，合計(jì)多少人，數(shù)據(jù)初始化的工作涉及到哪些方面等，一定要有詳實(shí)的數(shù)據(jù)輔征，給客戶以系統(tǒng)能順利上線的信心。工程管理者聯(lián)盟二十二?現(xiàn)場(chǎng)工作備忘錄?實(shí)施人員在現(xiàn)場(chǎng)做了哪些工作，很難為公司界定，甚至連客戶有時(shí)只知道人到現(xiàn)場(chǎng)了，但具體做了哪些事情不清楚，反而有時(shí)候會(huì)投訴公司派來(lái)的人員不得力，沒解決什么問題。到底是現(xiàn)場(chǎng)實(shí)施的人員消極怠工，還是由于沒有溝通好引起客戶的誤會(huì)，我們需要有一份文檔記錄現(xiàn)場(chǎng)工作情況。這份文檔要求實(shí)施人員每天將工作內(nèi)容詳細(xì)記錄，包括本次現(xiàn)場(chǎng)實(shí)施人員的姓名，實(shí)施時(shí)間，每天什么時(shí)間做了什么事情，接觸了哪些人，解決了什么問題，此次實(shí)施還遺留什么問題，下階段的工作安排。最后在臨走之前提交給客戶，一方面讓用戶知曉我們的工作成果，另一方面讓給客戶留有反響渠道，簽署自己的意見。我們?cè)诤芏嗟墓こ讨芯筒扇∵@樣的工作方式，客戶認(rèn)可這種做法，公司內(nèi)部對(duì)外地出差人員的工作也有檢驗(yàn)的依據(jù)。到驗(yàn)收時(shí)候，這些文檔我們也會(huì)作為工程過程文檔提交給客戶。二十三?工程階段驗(yàn)收申請(qǐng)?工程管理者聯(lián)盟文章這份文檔要根據(jù)工程規(guī)模的大小以及簽訂合同時(shí)所約定的付款方式來(lái)決定是否需要。一般的小工程都采用是3:6:1的付款方式，那就不存在工程階段驗(yàn)收的情況。如果是大工程，我們一般會(huì)力爭(zhēng)的付款方式是3:3:3:1，那么在申請(qǐng)第二個(gè)30%的款項(xiàng)時(shí)，就必須向客戶提交?工程階段驗(yàn)收申請(qǐng)?了。該文檔要詳細(xì)描述前階段的工程進(jìn)展情況，能量化的地方一定要用數(shù)字說(shuō)話，比方工程歷時(shí)多長(zhǎng)，完成了哪些功能模塊，有哪些模塊上線運(yùn)行了，沒有投運(yùn)行的模塊是出于什么原因。到現(xiàn)場(chǎng)工作了多長(zhǎng)時(shí)間，做了多少次培訓(xùn)等等，最后還要列出下階段的工作安排，需要客戶配合的工作。除了這些有據(jù)可查的數(shù)據(jù)描述外，一些宏觀的，客套的，應(yīng)景的話也要作為總結(jié)信的語(yǔ)言放在最后。比方：工程為客戶信息化取得什么成果，給客