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

1、.：.；IT工程文檔匯總工程按時(shí)間先后順序會(huì)分為假設(shè)干個(gè)階段，每個(gè)階段會(huì)有大量的文檔產(chǎn)生。如：工程前期會(huì)有，工程需求調(diào)研階段有，工程設(shè)計(jì)階段有 工程開發(fā)階段有工程進(jìn)入實(shí)施階段后，相關(guān)的文檔就更多了 工程驗(yàn)收階段有等等這些較為常用的文檔。一、個(gè)人覺得是方式大于內(nèi)容。該文檔主要談的是工程背景，客戶環(huán)境，預(yù)期建立目的，產(chǎn)生效益，都是些大而空 的話，對(duì)工程開發(fā)沒有實(shí)踐意義。這份文檔的作用僅供甲乙雙方的高層指點(diǎn)參閱，其他的工程關(guān)系人不是看不到，而是根本就不會(huì)看。這份文檔普通是由公司的管理 咨詢部來編制，也只需他們才干站在指點(diǎn)的層面上去編寫非群眾閱讀的文檔。工程管理培訓(xùn)二、這份文檔大多時(shí)用在招標(biāo)過程中，是

2、用于招標(biāo)的技術(shù)方案。文檔根據(jù)客戶在招標(biāo)方案中所規(guī)定的內(nèi)容來制定相 對(duì)詳細(xì)的建立方案此時(shí)由于沒有經(jīng)過需求調(diào)研，方案也無法過于詳細(xì)。不過，我還真沒見到中標(biāo)之前就率隊(duì)到客戶現(xiàn)場(chǎng)開展需求調(diào)研的做法，客戶也不允許這樣 干,否那么容易產(chǎn)生誤解。的好壞會(huì)直接影響到招標(biāo)得分的高低，而且普通是由客戶方的信息化的專職牽頭組織，各業(yè)務(wù)部門派人配合，組成評(píng)審 小組對(duì)其評(píng)審。因此方案的編寫大多情況下由管理咨詢顧問來編寫。另外，該方案也為工程范圍劃定了邊境，需求調(diào)研也會(huì)遵照著劃定的范圍開展任務(wù)，因此該文檔 在工程前期具有指點(diǎn)意義。注：假設(shè)工程合同附有，那么中所規(guī)定的工程范圍多數(shù)與一致，但最終的工程范圍應(yīng)以為準(zhǔn)。三、這份文

3、檔是必需的。緣由其一：工程接下來的設(shè)計(jì)任務(wù)都將圍繞它來開展，起提綱挈領(lǐng)的作用。緣由之二：一 大幫人風(fēng)風(fēng)火火的在客戶處熱繁華鬧的折騰了大半月，總得有個(gè)書面的東西向本人老板和客戶的工程擔(dān)任人交代吧。印象深化的是我第一次帶隊(duì)到客戶現(xiàn)場(chǎng)作需求， 連打印機(jī)，打印紙，筆記本，網(wǎng)線，小交換機(jī)裝著滿滿一大箱一個(gè)都不少的帶到現(xiàn)場(chǎng)。白天作需求，晚上聯(lián)機(jī)將各自的需求整理成word文檔,第二天再給客戶確 認(rèn)，反復(fù)修正。直到最終的需求評(píng)審會(huì)議經(jīng)過后，連夜打印。厚厚的7大本文檔(每個(gè)業(yè)務(wù)子系一致本)，然后乘以2，客戶一份，公司一份。那一晚，一個(gè)嶄新的 打印機(jī)硬是被折騰得面目全非啊。第二天大清早，還特別跑到當(dāng)?shù)氐难b幀店，將

4、這些文檔精巧的包裝一番，然后各自分頭將包裝好的需求文檔提交給客戶方對(duì)應(yīng)的業(yè) 務(wù)部門的經(jīng)理簽名，最后匯總到客戶的工程擔(dān)任人手里存檔，本人再帶一份回公司存檔并作為工程設(shè)計(jì)的根據(jù)。至此，就over了。由于工程是 客戶化定制的，當(dāng)工程進(jìn)入到實(shí)施過程中的時(shí)候，往往需求的變卦會(huì)占到當(dāng)初需求調(diào)研的30%強(qiáng)，而且他還不能拿當(dāng)初雙方簽署的來說事兒，來 約束客戶。除非他是行業(yè)標(biāo)桿，很強(qiáng)勢(shì)很牛叉。所以當(dāng)團(tuán)隊(duì)將根據(jù)將編制出來后，其使命根本完成，轉(zhuǎn)而束之高閣。要根據(jù)客戶的描畫加以分析和整理成如下要素：數(shù)據(jù)的輸入、輸出，業(yè)務(wù)數(shù)據(jù)量的大小及運(yùn)用頻率(會(huì)據(jù)此作性能的特殊設(shè)計(jì)以及負(fù)載測(cè)試)，參 與業(yè)務(wù)的角色，有無特殊的權(quán)限控制

5、，業(yè)務(wù)流程走向，能否與其他的業(yè)務(wù)相互關(guān)聯(lián)等等。這些要素不是經(jīng)過與客戶的一次溝通交流就能獲取到。要有耐心，要細(xì)致， 還要有技巧，最關(guān)鍵的是他要懂得客戶業(yè)務(wù)。否那么，客戶說的他不懂，然后他一張嘴就顯外行。最后，他做出來的需求就三字：不靠譜。即使憑客戶關(guān)系過了評(píng)審這 一關(guān)，報(bào)告上客戶也簽了字，但后等到系統(tǒng)實(shí)施上線的時(shí)候，他的需求變卦根本就朝著80%的比例上奔去了。那時(shí)候，先不談老板會(huì)怎樣看他，就他旁邊那些個(gè)開 發(fā)的兄弟看著本人辛勞的成果一個(gè)個(gè)被客戶推翻，他就知道可以殺人的眼神是神馬味道了。步子邁得有些大了，扯的有些遠(yuǎn)了。我們這里只談工程文檔，關(guān)于需求如何作，如何才干做好，需求另起一篇詳述?？傊?，這份

6、文檔假設(shè)交待的不清楚，會(huì)嚴(yán)重影響著工程的質(zhì)量與進(jìn)度。說直接一點(diǎn)，就是關(guān)系著工程本錢或是成敗。四、類似于會(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ā)生沖突，這種事情很常見，未來會(huì)在如何做 好需求一篇中詳述?？傊@份報(bào)告應(yīng)作為的修正文檔，將評(píng)審后的結(jié)果同步到中，也為下一次的需求評(píng)審做好預(yù)備，這樣反 復(fù)幾次，才最終得以客戶確認(rèn)。五、開發(fā)方案在需求調(diào)研需求終了后就要著手開場(chǎng)制定。方案書里包括設(shè)計(jì)、開發(fā)、測(cè)試、實(shí)施的詳細(xì)時(shí)間，還要 注明每個(gè)階段的關(guān)鍵點(diǎn)

7、。比如，工程第一次構(gòu)建的時(shí)間點(diǎn)，第一次提交測(cè)試的時(shí)間點(diǎn)，系統(tǒng)發(fā)布的時(shí)間點(diǎn)，工程驗(yàn)收的時(shí)間點(diǎn)等等，都要在方案書中明確標(biāo)明。假設(shè) 工程大、周期長(zhǎng)，工程還要分為假設(shè)干個(gè)里程碑，每個(gè)里程碑要有詳細(xì)的進(jìn)度目的及質(zhì)量目的闡明作為里程碑到達(dá)的檢驗(yàn)規(guī)范。另外，每個(gè)義務(wù)都除了有詳細(xì)的時(shí)間 點(diǎn)、優(yōu)先級(jí)之外，還要有義務(wù)的責(zé)任人和需求客戶配合的事項(xiàng)。 普通分兩個(gè)版本。一份給客戶，一份屬于工程組內(nèi)部運(yùn)用。兩個(gè)版本相比較而言，除了規(guī)劃的粒度粗細(xì)有差別外，有時(shí)候在不得以的情況下，其時(shí)間點(diǎn)也不一樣。至 于緣由，主要是由于客戶對(duì)信息化的認(rèn)知程度有限，以為開發(fā)系統(tǒng)是一件簡(jiǎn)單的事情，從而限定的時(shí)間要求比較苛刻。但工程合同還得簽，方

8、案表還得照著客戶的時(shí) 間限定來做。真正進(jìn)入工程實(shí)施過程中的時(shí)候，跟客戶堅(jiān)持良好的溝通，讓客戶了解信息化建立是一個(gè)逐漸有序的過程，引導(dǎo)客戶配合我們的步驟來實(shí)施。做好了這 一點(diǎn)，我想客戶也不會(huì)在回頭在開發(fā)方案上與我們糾結(jié)，畢竟，把工程做好才是硬道理。工程組內(nèi)部的開發(fā)方案要做好版本控制。比如：一個(gè)工程周期較長(zhǎng)，分假設(shè)干里程碑，那么在最初制定方案的時(shí)候是允許前細(xì)后粗的。也就說，第一個(gè)里程碑規(guī)劃的比 較詳細(xì)，后續(xù)的里程碑有意的放粗，而等到前個(gè)里程碑將近終了的時(shí)候再來細(xì)化后一個(gè)里程碑的任務(wù)內(nèi)容，因此， 的每個(gè)版本都要留存，并做好文檔的版本變卦闡明。還有，他一定要置信，工程的執(zhí)行情況與事先安排的方案定會(huì)存在

9、差距。那么就每周召集工程組開來一次工程會(huì) 議，找出差距，分析緣由，最后將方案書完成一次同步。請(qǐng)記住決不是由某個(gè)人或某些人拍著腦袋弄出來的一份毫無可執(zhí)行性的文檔，它應(yīng)該是指 引工程最終走向勝利目的的航線。工程經(jīng)理圈子六、也可以叫做。模塊是工程開發(fā)方案制定過程中可劃分的最小粒度普通情況下如此，所以，必需等到這份文檔出品后才干開場(chǎng)制定。的內(nèi)容包括：子系統(tǒng)稱號(hào)，模塊稱號(hào)，模塊編號(hào)。文檔由需求調(diào)研人員編制，格式簡(jiǎn)約，其目的是讓閱讀者毫不費(fèi)力就能了解工程的本質(zhì)內(nèi)容以及工程規(guī)模。工程管理者聯(lián)盟文章七、業(yè)內(nèi)有句話：功能規(guī)格書是標(biāo)桿，每日構(gòu)建是心跳，里程碑是生命線。由此可見規(guī)格書的重要性。他不僅是工程開發(fā)的參照

10、，同時(shí)也作為測(cè)試的根據(jù)，所以它也是開發(fā)與測(cè)試協(xié)作的紐帶。普通由富有工程閱歷的開發(fā)人員編寫，能迅速、準(zhǔn)確的根據(jù)需求調(diào)研的成果轉(zhuǎn)化為可編碼開發(fā)的功能模塊。一份好的功能規(guī)格書的規(guī)范 是讓閱讀文檔的人可以了解系統(tǒng)運(yùn)轉(zhuǎn)的各方面細(xì)節(jié)。比如：某個(gè)模塊的初始界面是什么樣，初始加載的數(shù)據(jù)條件是什么，頁(yè)面上有哪些按鈕，其規(guī)劃如何，每個(gè)按鈕 如何呼應(yīng)，是彈出或跳轉(zhuǎn)另一個(gè)頁(yè)面，遇到異常情況的提示信息是什么。不僅是初始頁(yè)面，模塊中的每個(gè)頁(yè)面都要做如此細(xì)致的闡明，要細(xì)致到哪怕是一個(gè)下拉 框都要闡明填充其中的值從哪里獲取。每個(gè)操作要闡明勝利與失敗的規(guī)范,有流程的模塊要畫出流程圖，流程的每一步注明參與的人員角色。工程經(jīng)理圈子

11、功能規(guī)格書分階段寫，以劃分的里程碑為準(zhǔn)。每一階段的功能規(guī)格書完成后，召集工程小組開規(guī)格書評(píng)審會(huì)議。測(cè)試人員必需到場(chǎng)，一方面是為了盡早的介入工程， 對(duì)工程的構(gòu)成有更直觀的認(rèn)識(shí)。另一方面，也可以就前期從獲得的了解來對(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 、面規(guī)劃能否美觀、合理。操作能否簡(jiǎn)單、易用。3 、據(jù)流向能否明晰，模塊之間的數(shù)據(jù)關(guān)聯(lián)設(shè)計(jì)能否合理。4、估計(jì)的開發(fā)時(shí)間能否合理，能否滿足工程的整體開發(fā)周期要求。評(píng)審終了后，各自根據(jù)修正意見下去調(diào)整規(guī)格書。如此

12、反復(fù)幾個(gè)回合，確定了功能規(guī)格書作為了工程的標(biāo)桿。這個(gè)時(shí)候，工程組的一切成員包括測(cè)試都一致了對(duì) 工程的認(rèn)識(shí)，規(guī)格書進(jìn)入了凍結(jié)階段，任何人無法修正。接下來，開發(fā)人員開場(chǎng)按照規(guī)格書中的設(shè)計(jì)進(jìn)展編碼，測(cè)試人員開場(chǎng)根據(jù)規(guī)格書編寫測(cè)試用例。工程經(jīng)理博客編寫功能規(guī)格書其實(shí)是設(shè)計(jì)的過程是一項(xiàng)繁復(fù)的任務(wù)，尤其是進(jìn)入工程實(shí)施階段。用戶的需求變卦會(huì)不可防止的導(dǎo)致系統(tǒng)與規(guī)格書的不同步。按照正規(guī)的流程， 變卦首先會(huì)導(dǎo)致設(shè)計(jì)的變卦規(guī)格書，設(shè)計(jì)的變卦指點(diǎn)代碼的變卦。但實(shí)踐上，工程進(jìn)入實(shí)施階段后，留給工程組處置反響的時(shí)間往往并不多，再者，一些細(xì)微的 調(diào)整比如界面的改動(dòng)，控件的初始值假設(shè)遵照正規(guī)的流程會(huì)使開發(fā)人員怨聲載道，士氣

13、低下。因此，我采用了折中的方法：第一次設(shè)計(jì)一氣呵成，必需保證明際 運(yùn)轉(zhuǎn)的系統(tǒng)與設(shè)計(jì)同步。這一點(diǎn)由測(cè)試部擔(dān)任監(jiān)控。系統(tǒng)上線后，同步的任務(wù)可以專門抽個(gè)時(shí)間來完成。即，前期是系統(tǒng)參照規(guī)格書開發(fā)，后期是規(guī)格書參照系統(tǒng)來 同步。在頻繁的修正下必需保證一周內(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)入工程形狀。2、讓新進(jìn)入工程組的成員能盡快的對(duì)工程有整體的印象，從而擔(dān)任任務(wù)。另外還可以減少工程培訓(xùn)的本錢。然而，后期

14、的同步又引發(fā)了另一個(gè)棘手問題：測(cè)試人員對(duì)需求變卦的測(cè)試規(guī)范從哪里獲取呢?于是我們又做了改良，當(dāng)需求變卦到工程組手里后，召開會(huì)議，測(cè)試人 員參與。會(huì)議上，對(duì)小的、簡(jiǎn)單的修正當(dāng)即提出處理方案，測(cè)試人員記錄，以此作為測(cè)試根據(jù)。對(duì)于大的改動(dòng)有能夠會(huì)添加功能模塊，那么還是采用先設(shè)計(jì)后開發(fā) 的原那么。八、 作為的一份補(bǔ)充文檔，主要處理如何編碼的問題，測(cè)試人員普通不看。開發(fā)人員在編碼之前或編碼過程中假設(shè)遇到了復(fù)雜的算、業(yè)務(wù)邏輯，可以在該文檔中詳細(xì)的闡明處理思緒，也可以用一段偽代碼來闡明。九、該文檔與配套。規(guī)格書中關(guān)于數(shù)據(jù)庫(kù)設(shè)計(jì)的闡明直接援用該文檔。另外，工程驗(yàn)收時(shí)，客戶也常要求開發(fā)方提供數(shù)據(jù)庫(kù)設(shè)計(jì)報(bào)告，作為

15、日后其他系統(tǒng)與本系統(tǒng)做接口的根聽闡明。工程管實(shí)際壇記錄的內(nèi)容有：模塊名，數(shù)據(jù)表名，英文字段名，中文闡明，主鍵，外鍵，索引，約束注明關(guān)聯(lián)的表及字段，數(shù)據(jù)類型，長(zhǎng)度，能否為空以 及對(duì)整張數(shù)據(jù)表的備注信息。對(duì)于某些關(guān)鍵字段還要對(duì)他的值所表示的含義做詳細(xì)闡明。另外，也會(huì)面臨后期同步的棘手問題，其同步的戰(zhàn)略是 做了修正就立刻同步數(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)審經(jīng)過的數(shù)據(jù)庫(kù)設(shè)計(jì)報(bào)告交給測(cè)試一份

16、，測(cè)試人員會(huì)針對(duì)具有特殊性能要求的模塊編寫腳本做壓力測(cè)試十、工程管理者聯(lián)盟文章這個(gè)文檔不常用，我普通會(huì)在兩種情況下要求工程做業(yè)務(wù)模型設(shè)計(jì)：1、 業(yè)務(wù)相當(dāng)復(fù)雜的時(shí)候。功能規(guī)格書更多的是從模塊界面，操作方式上去論述模塊的功能，至于底層的數(shù)據(jù)模型還得用uml圖來輔助闡明。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ā)出來的系統(tǒng)雖然能用，但破綻百出，開發(fā) 人員時(shí)常處于救火的形狀。隨著時(shí)間推移，開發(fā)人員對(duì)業(yè)務(wù)有了更深化的了解，漸

17、漸的不滿足在現(xiàn)有的代碼根底上修補(bǔ)，產(chǎn)生了劇烈的重構(gòu)的愿望。就這樣，再作第 二個(gè)類似系統(tǒng)的時(shí)候，很自然的就操起uml工具對(duì)現(xiàn)有的代碼進(jìn)展重構(gòu)。有很多的朋友不了解為什么要建模，直接用代碼說話不是更好么?我舉個(gè)工程中的例子：我曾經(jīng)帶隊(duì)實(shí)施過一個(gè)有2000人企業(yè)的信息管理系統(tǒng)， 有14個(gè)子系統(tǒng)，600來個(gè)功能模塊。其中有一個(gè)物資子系統(tǒng)，做過類似工程的朋友應(yīng)該知道，物資子系統(tǒng)流程復(fù)雜還要嵌套大流程中嵌套小流程，模塊眾 多。剛開場(chǎng)沒有進(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滿天飛，真是按下葫蘆起來瓢，原定與

18、1個(gè)月的穩(wěn)定期最后又延遲了1個(gè)月才總算外表上穩(wěn)定下來。在客戶那里上線后，需求一旦發(fā)生變卦，開發(fā)人員就 心驚膽顫，生怕出現(xiàn)牽一發(fā)而動(dòng)全身。究其根本緣由就是在面對(duì)如此復(fù)雜的業(yè)務(wù)系統(tǒng)面前，沒有用建模的手段將業(yè)務(wù)邏輯的全局勾勒出來，每個(gè)人只關(guān)注本人的一 塊，導(dǎo)致數(shù)據(jù)的交互出了很多的問題。最后，在工程總結(jié)會(huì)上，大家一致以為下一個(gè)物資系統(tǒng)，要想方法從根本上處理這些問題。結(jié)果，下一個(gè)物資系統(tǒng)，我們做了 充分的設(shè)計(jì)，用uml對(duì)業(yè)務(wù)建模，使每個(gè)開發(fā)人員既能明晰的看到業(yè)務(wù)的整體輪廓，又能深化細(xì)致的了解到每個(gè)類之間的交互以及提供的接口。這樣開發(fā)出來的系 統(tǒng)才有底氣，面對(duì)客戶的需求變卦我們也能知道動(dòng)哪個(gè)位置、影響到哪

19、個(gè)地方，做到心中有數(shù)。所以，在以后的工程里，只需是碰見業(yè)務(wù)復(fù)雜的系統(tǒng)，都會(huì)要求進(jìn)展建模。多花些功夫在前面，后面肯才不會(huì)被拖累。十一、這份文檔由工程經(jīng)理編制，作為工程的定期一周一份文檔提交給公司指點(diǎn)審閱。文檔主要包括以下幾方面的內(nèi)容：1、總體開發(fā)進(jìn)度工程管實(shí)際壇2、現(xiàn)場(chǎng)實(shí)施進(jìn)度3、工程組現(xiàn)有人員4、本周任務(wù)完成情況5、下周的任務(wù)方案工程管理者聯(lián)盟文章6、工程存在的問題及處理方案7、需求協(xié)調(diào)的資源工程經(jīng)理圈子8、功能特性變卦闡明9、艱苦缺陷列表工程經(jīng)理圈子有數(shù)字，有比例，有概略，能讓指點(diǎn)快速的掌握工程目前的進(jìn)展。我做開發(fā)部經(jīng)理時(shí)，部門經(jīng)常會(huì)同時(shí)開展多個(gè)工程。我要求每周五上午，每個(gè)工程經(jīng)理在11點(diǎn)之

20、前向我提交。我會(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ì)共性問 題制定一致的處理方案，到達(dá)知識(shí)共享。其三，確定下周義務(wù)的重點(diǎn)及難點(diǎn)，能否需求協(xié)調(diào)其他的外部資源。會(huì)議時(shí)間控制在1小時(shí)內(nèi)，由于事先都提交了工程進(jìn)度報(bào)告，各工程組長(zhǎng)都是帶著思索來的，因此溝通比較順暢。在會(huì)議上對(duì)需求的、屬于我職責(zé)范 圍內(nèi)的事情點(diǎn)頭，超出才干范圍的，請(qǐng)示公司指點(diǎn)后再作決策。會(huì)議

21、終了后，我會(huì)綜合工程組長(zhǎng)提交的進(jìn)度報(bào)告的內(nèi)容，同時(shí)也會(huì)附上本人的一些思索編寫一份開發(fā) 部本周任務(wù)情況匯報(bào)提交給公司指點(diǎn)審查。轉(zhuǎn)自工程管理者聯(lián)盟十二、在工程進(jìn)展的過程中，我們規(guī)定了一旦工程進(jìn)入實(shí)踐代碼階段必需執(zhí)行每日構(gòu)建每日構(gòu)建是心跳，然后直到工程處于非活動(dòng)形狀為止。我們用的 版本控制工具是cvs。工程組成員每日下午5點(diǎn)之前提交代碼，5點(diǎn)鐘開場(chǎng)構(gòu)建代碼，構(gòu)建勝利就給工程打上標(biāo)簽，并將標(biāo)簽的信息登記在文檔 里。主要記錄的信息有：打標(biāo)的人，打標(biāo)時(shí)間，標(biāo)簽稱號(hào)，標(biāo)簽類型普通標(biāo)簽，內(nèi)部測(cè)試標(biāo)簽，客戶發(fā)布標(biāo)簽，補(bǔ)丁標(biāo)，標(biāo)簽闡明該標(biāo)簽中新增了哪些內(nèi)容， 處理了哪些bug等等。測(cè)試部每天6點(diǎn)根據(jù)下最新的標(biāo)簽執(zhí)

22、行自動(dòng)化構(gòu)建，第二天早上針對(duì)昨晚構(gòu)建好的系統(tǒng)進(jìn)展測(cè)試。每日構(gòu)建的任務(wù)由工程組長(zhǎng)安排組員輪番構(gòu)建。在工程多的情況下，由于都規(guī)定在5點(diǎn)鐘從效力器上下載代碼執(zhí)行構(gòu)建會(huì)導(dǎo)致效力器負(fù)載過大，相應(yīng) 較慢的景象。后來，我們做了制度上的調(diào)整不再硬性規(guī)定必需5點(diǎn)構(gòu)建，處在活動(dòng)形狀的工程只需每天構(gòu)建一次，有一個(gè)標(biāo)簽就行了。倘假設(shè)6點(diǎn)鐘某個(gè)測(cè)試人員來告 訴我某個(gè)工程沒有標(biāo)簽，那么工程組長(zhǎng)必需有一個(gè)非常適宜的理由對(duì)我解釋，當(dāng)日擔(dān)任構(gòu)建的人員會(huì)遭到考核，很顯然，這樣的問題會(huì)導(dǎo)致測(cè)試人員第二天只能在舊 版本上任務(wù)，測(cè)試義務(wù)無法完成，影響工程進(jìn)度。工程經(jīng)理圈子十三、分內(nèi)部和客戶的。工程組內(nèi)部開會(huì)時(shí)必需求有會(huì)議紀(jì)要，現(xiàn)場(chǎng)實(shí)施

23、人員與客戶在一同開會(huì)同樣也需求會(huì)議紀(jì)要，打印出來雙方各執(zhí)一份，以便日后好對(duì)會(huì)議中所做的 決議能有所追溯。如在會(huì)議中做了對(duì)工程影響艱苦的決議，還需求客戶擔(dān)任人簽名確認(rèn)。最后，臨工程驗(yàn)收時(shí)，整理一切的會(huì)議紀(jì)要作為驗(yàn)收文檔的一部分提交給客 戶。十四、是臨去客戶現(xiàn)場(chǎng)之前編制的現(xiàn)場(chǎng)任務(wù)方案。由于涉及到出差費(fèi)用，首先要經(jīng)過部門同意，再上報(bào)公司核準(zhǔn)，然后再電郵給客戶，獲取客戶對(duì)方案的認(rèn)可后才干到現(xiàn)場(chǎng)任務(wù)。文檔內(nèi)容包括：目的，現(xiàn)場(chǎng)擔(dān)任人，估計(jì)任務(wù)時(shí)間，現(xiàn)場(chǎng)任務(wù)內(nèi)容安裝部署，數(shù)據(jù)初始化，用戶培訓(xùn)，需求調(diào)研，現(xiàn)場(chǎng)跟蹤運(yùn)用情況等等，每項(xiàng)內(nèi)容估計(jì)任務(wù)時(shí) 間，需客戶配合事項(xiàng)等等。最后還要留有雙方簽名認(rèn)可的位置。到現(xiàn)場(chǎng)后

24、，第一件事就是找客戶簽署該文檔前期要溝通好。剛開場(chǎng)我的工程中是沒有這份文檔的，結(jié)果出現(xiàn)多次現(xiàn)場(chǎng)實(shí)施效果不理想的情況。有客戶引起的緣由，當(dāng)然也有我們本身的緣由。有的客戶火急火燎的讓我們派實(shí)施 人員到現(xiàn)場(chǎng)去，等我們的人到現(xiàn)場(chǎng)后，客戶反而把我們晾在那里好多天開場(chǎng)配合我們做實(shí)施的任務(wù)。我們本人的實(shí)施人員在去現(xiàn)場(chǎng)實(shí)施之前心里也沒有一個(gè)明確的目 標(biāo)：要到達(dá)什么目的，做哪些事情，需求提早預(yù)備，找哪些人協(xié)助，每天的安排是什么，什么時(shí)候返程等等這些都從沒有仔細(xì)的思索，一到現(xiàn)場(chǎng)就被客戶牽著鼻子 走，實(shí)施任務(wù)非常被動(dòng)。為此，我需求制定一份實(shí)施方案，我要?jiǎng)?wù)虛施人員每次將出差懇求單給我審批時(shí)必需附帶實(shí)施方案，實(shí)施方案經(jīng)

25、我認(rèn)可后，再提交給客戶確 認(rèn)?？蛻粢豢凑?guī)規(guī)的文檔提交過來了，還帶有公司電子簽章，自然也就仔細(xì)對(duì)待了對(duì)此照舊毫不在意，我行我素的客戶還真有，但不多。我們規(guī)規(guī)矩矩的做 事，客戶也不好經(jīng)常出爾反爾。雙方確認(rèn)了方案后，實(shí)施人員到現(xiàn)場(chǎng)開展任務(wù)就順利多了，方案執(zhí)行的偏向率能控制在10%以內(nèi)，節(jié)省了出差費(fèi)用本錢，工程進(jìn) 度也大步提高。其實(shí)我們也碰到過由于客戶緣由客觀要素，突發(fā)事件現(xiàn)場(chǎng)實(shí)施條件不具備了，我們會(huì)立刻和客戶商定終止方案，前往公司，等客戶現(xiàn)場(chǎng)條件具備 后再續(xù)實(shí)施。所以說，這份文檔有他的靈敏性，它更多的被以為的是雙方的一種商定，至少看上去很正規(guī)。十五、在工程發(fā)布之前，這份文檔就應(yīng)該預(yù)備好。雖然他或

26、者他的客戶能夠從來不會(huì)總到它，但他假設(shè)在驗(yàn)收的時(shí)候由于沒有這份文檔而慘遭用戶回絕簽字，那我向他深表同情，由于我曾經(jīng)就這樣同情過本人。不要在簡(jiǎn)單的事情上犯錯(cuò)誤，或許它只是忽略而已。安裝手冊(cè)要有有步驟，有截圖，還要有安裝過程中易出現(xiàn)問題的處理方法。最后，把客服的留在文檔中最醒目的位置。工程管理培訓(xùn)十六、每個(gè)系統(tǒng)都會(huì)有管理員，擔(dān)任系統(tǒng)的正常運(yùn)轉(zhuǎn)。除此之外，他要能運(yùn)用開發(fā)方提供的工具對(duì)系統(tǒng)做出靈敏的配置 以順應(yīng)業(yè)務(wù)部門需求的變卦。最根本配置包括部門人員組織構(gòu)造的設(shè)定，權(quán)限的分配，任務(wù)流的調(diào)整，字典的設(shè)置，日志的審計(jì)。較高級(jí)的就涉及到表單的自定義， 報(bào)表自定義等。這些操作都不是三言兩語(yǔ)，或經(jīng)過幾次培訓(xùn)就

27、能讓管理員能實(shí)踐操作，更談不上了解。假設(shè)有一份系統(tǒng)管理員手冊(cè)擺在管理員的案前，能隨時(shí)指點(diǎn)他 如何操作，如何能到達(dá)目的，那不是很方便。假設(shè)要做得更貼近用戶，還可以將用文字難以描畫、了解的地方做成視頻演示。不過，系統(tǒng)在設(shè)計(jì)的時(shí)候應(yīng)盡能夠的 做到功能強(qiáng)大，操作簡(jiǎn)化。在系統(tǒng)上線的時(shí)候，假設(shè)系統(tǒng)管理員能順利確定下來往往這一點(diǎn)還不太容易，就該把操作手冊(cè)交給系統(tǒng)管理員，一份電子檔，一份 包裝精巧的紙質(zhì)檔。在我們公司，管理員操作手冊(cè)由測(cè)試人員編制，包括前面提到的以及后面將要提到的都是由測(cè)試人員完成，實(shí)踐上他們兼著文檔工 作。至于對(duì)文檔質(zhì)量的檢測(cè)，我普通會(huì)選取一個(gè)對(duì)該系統(tǒng)不太了解的實(shí)施人員，模擬為系統(tǒng)管理員，根

28、據(jù)管理員手冊(cè)中的闡明，完成我提出的義務(wù)。假設(shè)能比較順利 的操作下來，ok，那就證明這文檔還不錯(cuò)。假設(shè)在操作過程中多次發(fā)生疑問，那我會(huì)仔細(xì)的查看這些疑問點(diǎn)是由于文檔沒描畫清楚呢，還是依托文字和截圖真實(shí)難 以描畫，還是參與檢測(cè)的實(shí)施人員的才干或態(tài)度出現(xiàn)問題?？傊?，這份文檔的好壞，之于管理員的有用還是無用，直接影響到客服人員能否減少2/3的接聽 量，他知道，我指的是系統(tǒng)操作方面的問題。十七拆分到各功能模塊中就成了模塊的協(xié)助 文件，合并起來就成為系統(tǒng)的用戶手冊(cè)。用戶手冊(cè)中的大部分內(nèi)容可以取自功能規(guī)格書，但是要將規(guī)格書里的界面圖能夠是 用viso繪制的換為系統(tǒng)實(shí)踐的截圖，再配上常見問題的qa,就可以交付

29、給用戶了。由于規(guī)格書是由開發(fā)人員編制的，其言語(yǔ)風(fēng)格偏向與技術(shù)型，因此測(cè)試人 員要根據(jù)詳細(xì)的情況將其轉(zhuǎn)換為用戶易于了解的言語(yǔ)風(fēng)格。另外，用戶手冊(cè)有能夠還要會(huì)根據(jù)不同崗位的用戶編制不同的手冊(cè)，也就是我們常說的細(xì)分。舉個(gè)例子：我們?cè)?jīng)給某企業(yè)做過一套物資管理系統(tǒng)。系統(tǒng)上線前夕， 有一位組員對(duì)用戶手冊(cè)提出了建議，建議將手冊(cè)分為2種，一種是給客戶公司指點(diǎn)中、高層看的。由于指點(diǎn)在系統(tǒng)中多數(shù)時(shí)候僅進(jìn)展查詢，比對(duì)和最終審批的操 作，因此這本手冊(cè)很薄。第二種是給操作人員方案員，采購(gòu)員，庫(kù)管員，統(tǒng)計(jì)員看的，涉及系統(tǒng)運(yùn)用的各方面，所以這本手冊(cè)就比較厚。在實(shí)踐運(yùn)用過程中，客 戶看到我們對(duì)用戶手冊(cè)都做了精心的設(shè)計(jì)，思索

30、如此周到，首先就對(duì)我們的系統(tǒng)報(bào)以等待的印象。特別是客戶指點(diǎn)，任務(wù)很忙，時(shí)間精神有限，我們就將他最需求了 解的東西呈現(xiàn)給他，隱去無關(guān)的內(nèi)容，降低學(xué)習(xí)運(yùn)用系統(tǒng)的難度，節(jié)省他的時(shí)間，從而遭到指點(diǎn)好評(píng)。工程管理培訓(xùn)十八這份文檔的主要作用是留給客服人員做回訪。其次是工程組人員流動(dòng)離任后，客戶關(guān)系不至于喪失。一個(gè)工程在實(shí)施的過程中會(huì)接觸很多的人。有客戶高層，有 中層指點(diǎn)，有工程擔(dān)任人也有最終用戶。這些人員的姓名，性別，部門職務(wù)、辦公、手機(jī)、email等等相關(guān)信息要記錄在文檔中便于查詢。另外還要 用備注闡明該用戶在系統(tǒng)中承當(dāng)?shù)慕巧?。比如說，人力資源部的主任不一定就是人力資源系統(tǒng)的最了解的用戶，倒是下面的某位

31、詳細(xì)辦事的人員反而是系統(tǒng)最熟習(xí)的 人員，一切的需求都由他來提出。那么我們就要將這個(gè)信息錄入到備注中，客服在回訪時(shí)才干抓住關(guān)鍵人物，獲取有價(jià)值的信息。工程經(jīng)理博客工程聯(lián)絡(luò)人表由工程實(shí)施人員編制，根據(jù)現(xiàn)場(chǎng)情況隨時(shí)補(bǔ)充更新。工程經(jīng)理博客十九我們做的工程大多是b/s架構(gòu)，客戶端零安裝的系統(tǒng)。所以這份文檔記錄的是效力器配置的信息，包括：效力器的類型運(yùn)用效力器，數(shù)據(jù)庫(kù)效力器，中間件效力 器，文檔效力器，備份效力器，雙機(jī)熱備還是負(fù)載平衡，效力器名和ip,登錄名和密碼，數(shù)據(jù)庫(kù)用戶名和密碼，效力器硬件配置，軟件配置，運(yùn)用系統(tǒng)安裝目錄 等。由于我們的工程普通都附帶著硬件的采購(gòu)和部署安裝，因此這些信息在系統(tǒng)安裝終了

32、、正常運(yùn)轉(zhuǎn)后，都要記錄在該文檔中提交給用戶簽字。該用戶不一定是系統(tǒng) 管理員，也不一定是最終用戶 普通是企業(yè)擔(dān)任信息化的部門，掌管一切的效力器的運(yùn)轉(zhuǎn)和維護(hù)，但系統(tǒng)驗(yàn)收的流程中有他簽名的一個(gè)環(huán)節(jié)。寫到這里，我想起了不久前的一件事。我們實(shí)施人員到現(xiàn)場(chǎng)做完了工程實(shí)施，款也回了90%。等到銷售人員再去現(xiàn)場(chǎng)回10%的尾款時(shí)，卻遇到了客戶信息部門的 贊揚(yáng)。那老哥顯然憋了很久一肚子火全撒在銷售人員身上，認(rèn)識(shí)是說前幾次回款找我簽名我都沒為難他們，但這一次質(zhì)保金的驗(yàn)收我不能簽名，他們的效力器雖然托 管在我這里，但一切的信息我都不知道，那個(gè)是數(shù)據(jù)庫(kù)效力器，哪個(gè)是運(yùn)用效力器，用戶名和密碼，系統(tǒng)安裝途徑全部都沒有。系統(tǒng)

33、出了問題，業(yè)務(wù)部門全都找我， 如今有質(zhì)保金在這，他們還會(huì)幫著處置，我這個(gè)字一簽，出了問題我先誰(shuí)去。很顯然，我們實(shí)施人員怠慢了這位老哥。這也難怪，什么東西都沒留下就讓他人驗(yàn)收， 擱誰(shuí)誰(shuí)都不樂意啊。我了解到這個(gè)情況后，立刻派那位實(shí)施人員趕赴現(xiàn)場(chǎng)與銷售人員集合，補(bǔ)交了該文檔并請(qǐng)那老哥吃餐飯，賠個(gè)禮，字總算是簽上了。等實(shí)施人員 回來后，我在部門內(nèi)樹了典型，以示警戒。我還列出了現(xiàn)場(chǎng)實(shí)施所需求的文檔，并強(qiáng)迫規(guī)定今后出差報(bào)銷找我簽字必需附帶著實(shí)施文檔，否那么就預(yù)備找一個(gè)很充分的 理由向我解釋。二十在現(xiàn)場(chǎng)實(shí)施過程中，培訓(xùn)是必需的。有面向個(gè)人單獨(dú)的培訓(xùn)，有面向部門的大規(guī)模培訓(xùn)。在遇到大規(guī)模培育時(shí)，我們都會(huì)先和客

34、戶溝通，制定培訓(xùn)目的、了解大約多 少人參與培訓(xùn)，屬于哪些部門，是什么級(jí)別，分多少輪次，什么時(shí)間開展，培訓(xùn)地點(diǎn)在哪里，現(xiàn)場(chǎng)有沒有投影儀然后我們根據(jù)了解的情況來制造相關(guān)的培訓(xùn)資 料，包括ppt,演示數(shù)據(jù)，紙質(zhì)資料人手一份，考試試卷。這些培訓(xùn)資料要根據(jù)面向的培訓(xùn)人員的不同而預(yù)備不同的內(nèi)容，以獲得更好的培訓(xùn)效果。培訓(xùn)方案 制定終了后，再次和用戶確認(rèn)，雙方認(rèn)可后在方案上簽名，接下來就是開場(chǎng)預(yù)備培訓(xùn)資料了。二十一等到開場(chǎng)培訓(xùn)了，就要預(yù)備簽到表了，每個(gè)參與培訓(xùn)的人都要簽上本人的大名。目的其一是有實(shí)踐在的數(shù)據(jù)向客戶指點(diǎn)匯報(bào)培訓(xùn)的效果，其二是讓各位培訓(xùn)人員能嚴(yán)肅仔細(xì)的對(duì)待培訓(xùn)，其三是可以根據(jù)簽到表來下發(fā)考試試卷

35、，也可以得到參與培訓(xùn)但未考試的數(shù)據(jù)。工程管理者聯(lián)盟有人跟我埋怨過，說培訓(xùn)做得這么正規(guī)很難，首先是本人要有充分預(yù)備，其次還得客戶配合。對(duì)于是本人的問題那沒得說，我們必需得做好，否那么系統(tǒng)上線后費(fèi)事很 多，而且客戶會(huì)把一切的責(zé)任推向我們。另外，客戶能否配合，這一部分取決于工程經(jīng)理的現(xiàn)場(chǎng)掌控才干，一部分在于我們是不是自始至終都表現(xiàn)的很正規(guī)。只需我 們本身正規(guī)做事，才干引導(dǎo)客戶正規(guī)的開展培訓(xùn)，讓我們的系統(tǒng)能順利上線。：系統(tǒng)部署好了，數(shù)據(jù)初始化的任務(wù)也完成了，培訓(xùn)也大 規(guī)模開展并獲得了不錯(cuò)的效果，接下來就該進(jìn)入系統(tǒng)試運(yùn)轉(zhuǎn)的階段了。與客戶做好溝通，向客戶提交一份試運(yùn)轉(zhuǎn)懇求，闡明前期所做的任務(wù)，列出系統(tǒng)具備

36、試運(yùn)的條 件，系統(tǒng)目前存在的問題以及上線后的保證措施，后續(xù)的任務(wù)安排。這份文檔是系統(tǒng)進(jìn)入到運(yùn)轉(zhuǎn)階段的重要標(biāo)志，是客戶對(duì)我們系統(tǒng)的認(rèn)可，對(duì)我們?nèi)蝿?wù)的認(rèn)可，也 為后期工程驗(yàn)收奠定根底。工程管理培訓(xùn)文檔中要對(duì)本人所做的任務(wù)進(jìn)展量化。比如做了多少次培訓(xùn)，有哪些部門參與，合計(jì)多少人，數(shù)據(jù)初始化的任務(wù)涉及到哪些方面等，一定要有詳實(shí)的數(shù)據(jù)輔征，給客戶以系統(tǒng)能順利上線的自信心。工程管理者聯(lián)盟二十二實(shí)施人員在現(xiàn)場(chǎng)做了哪些任務(wù)，很難為公司界定，甚至連客戶有時(shí)只知道人到現(xiàn)場(chǎng)了，但詳細(xì)做了哪些事情不清楚，反而有時(shí)候會(huì)贊揚(yáng)公司派來的人員不得力，沒解 決什么問題。究竟是現(xiàn)場(chǎng)實(shí)施的人員消極怠工，還是由于沒有溝通好引起客戶的

37、誤解，我們需求有一份文檔記錄現(xiàn)場(chǎng)任務(wù)情況。這份文檔要?jiǎng)?wù)虛施人員每天將任務(wù)內(nèi) 容詳細(xì)記錄，包括本次現(xiàn)場(chǎng)實(shí)施人員的姓名，實(shí)施時(shí)間，每天什么時(shí)間做了什么事情，接觸了哪些人，處理了什么問題，此次實(shí)施還遺留什么問題，下階段的任務(wù)安 排。最后在臨走之前提交給客戶，一方面讓用戶知曉我們的任務(wù)成果，另一方面讓給客戶留有反響渠道，簽署本人的意見。我們?cè)诤芏嗟墓こ讨芯筒扇∵@樣的任務(wù)方 式，客戶認(rèn)可這種做法，公司內(nèi)部對(duì)外地出差人員的任務(wù)也有檢驗(yàn)的根據(jù)。到驗(yàn)收時(shí)候，這些文檔我們也會(huì)作為工程過程文檔提交給客戶。二十三工程管理者聯(lián)盟文章這份文檔要根據(jù)工程規(guī)模的大小以及簽署合同時(shí)所商定的付款方式來決議能否需求。普通的小工程

38、都采用是3:6:1的付款方式，那就不存在工程階段驗(yàn)收的情 況。假設(shè)是大工程，我們普通會(huì)力爭(zhēng)的付款方式是3:3:3:1，那么在懇求第二個(gè)30%的款項(xiàng)時(shí)，就必需向客戶提交了。該文檔要詳細(xì) 描畫前階段的工程進(jìn)展情況，能量化的地方一定要用數(shù)字說話，比如工程歷時(shí)多長(zhǎng)，完成了哪些功能模塊，有哪些模塊上線運(yùn)轉(zhuǎn)了，沒有投運(yùn)轉(zhuǎn)的模塊是出于什么原 因。到現(xiàn)場(chǎng)任務(wù)了多長(zhǎng)時(shí)間，做了多少次培訓(xùn)等等，最后還要列出下階段的任務(wù)安排，需求客戶配合的任務(wù)。除了這些有據(jù)可查的數(shù)據(jù)描畫外，一些宏觀的，客套 的，應(yīng)景的話也要作為總結(jié)信的言語(yǔ)放在最后。比如：工程為客戶信息化獲得什么成果，給客戶處理了什么問題、帶來什么益處，還要重點(diǎn)贊賞客戶的配合等。這份 文檔的終極目的是讓