第一篇：某集團公司信息化項目經驗總結

某集團公司信息化項目經驗總結

1.概述

2007年作為項目經理，負責了一個集團公司信息化（軟件）系統(tǒng)項目，該項目涵蓋了對公司從生產到管理的各個環(huán)境的管理，系統(tǒng)需求復雜，建設周期長。該公司主要是從事路橋建設業(yè)務的，在全國很多地方都有項目部，同時又兼做該集團所在地的部分路橋工程的甲方。因此系統(tǒng)即包括對他作為乙方的業(yè)務的管理，又包括他作為甲方的業(yè)務管理功能。

根據(jù)公司的業(yè)務情況將系統(tǒng)分成了三大塊分別進行建設： 項目管理子系統(tǒng)：主要是對各項目經理部業(yè)務的管理功能； 工程管理子系統(tǒng)：主要是對公司作為甲方的業(yè)務的管理功能；

日常管理子系統(tǒng)（協(xié)同辦公）：主要是對集團各管理部門日常工作的信息化，如：財務、人力、行政、資產、安全等等的管理；

該項目涉及業(yè)務范圍廣、涉及部門及用戶多、業(yè)務處理流程多并且復雜，從需求調研開始一直到系統(tǒng)開發(fā)完成共花費了15人年的工作量。作為這個項目的管理者和主要設計人員，在該項目中積累了很多的經驗教訓，也碰到過很多的挑戰(zhàn)。在這個項目中我主要從事了可行性分析、需求管理、系統(tǒng)分析設計、軟件開發(fā)過程控制、項目團隊管理幾個方面的工作，下面就分析從這幾個方面來進行總結。

2.可行性分析

在剛拿到這個項目的招標文件時，根據(jù)該項目涉及的功能點多，涉及業(yè)務部門多且范圍分散的特點。我們進行了初步的項目風險分析：

1、功能點多，業(yè)務部門多，因此需求調研的對象會很多，調研周期會很長；

2、系統(tǒng)復雜、開發(fā)周期長；

3、因為開發(fā)周期長，那么就很容易出現(xiàn)在開發(fā)期間用戶需求變更的情況；

4、用戶業(yè)務部門分布的地域比較廣，因此系統(tǒng)實施、培訓難度會比較大。針對上面發(fā)現(xiàn)的這些風險我們做出了，將系統(tǒng)分割成三個子系統(tǒng)，然后逐個進行開發(fā)，逐個進行部署和培訓。在第一個子系統(tǒng)的開發(fā)過程中開始進行第二個子系統(tǒng)的需求調研及分析工作，在第一個子系統(tǒng)進行入部署階段時，開始第二個子系統(tǒng)的開發(fā)階段，同時第三個子系統(tǒng)進行需求分析階段，從而減少系統(tǒng)復雜度。通過與用戶協(xié)商我們決定先開發(fā)作為甲方使用的工程管理系統(tǒng)，然后開發(fā)作為管理部系統(tǒng)的協(xié)同辦公子系統(tǒng)，最后再開發(fā)項目管理子系統(tǒng)。

3.需求管理

3.1 需求調研

在需求調研時，我們采用各個業(yè)務部門分別組織調研。首先與被調研的業(yè)務部門組織需求調研會議，我們了解業(yè)務部門的業(yè)務情況，了解業(yè)務部門各工作崗位的職能和日常工作。然后與部門負責人確定什么業(yè)務可以實現(xiàn)信息化，什么是實現(xiàn)不了的。調研會議完成之后，我們編寫出需求調研報告，需求調研報告的主要內容是，對該業(yè)務部門的業(yè)務說明、業(yè)務流程歸納，各業(yè)務崗位的職能說明等等。完成調研報告后再將報告提交給各部門的對口人員閱讀，由他進行確認，是否涵蓋該部門的業(yè)務，業(yè)務流程歸納得是否正確，然后再根據(jù)業(yè)務人員對報告的意見進行修改，最后確定無誤之后由部門負責人進行簽字確認。

在調研過程中我們經常會發(fā)現(xiàn)有很傳統(tǒng)地業(yè)務處理方式，無法進行信息化自動化的，或者要進行信息化很困難，對于這種情況我們首先會向用戶提出是困難，然后申明我們實現(xiàn)不了，如果用戶同意不實現(xiàn)，那么我們將在調研報告中明確說明不實現(xiàn)，如果有些用戶要求必須實現(xiàn)，那么我們就設計一種較容易實現(xiàn)的替代方案來實現(xiàn)該業(yè)務要求，并要在報告中說明。這個問題非常重要，如果我們不能在調研階段估計出需求的可行能，那么會直接影響項目的進程，增加開發(fā)成本和開發(fā)時間。

在需求調研過程中，因為客戶的個人知識結構不同、或性能不同，往往會有不同的側重點，有些人強調結果，有些人強調細節(jié)，我們發(fā)現(xiàn)如果跟著客戶的思維走，往往會很偏面，經常出現(xiàn)遺漏的業(yè)務。因此需要在調研時對客戶進行引導，不要出現(xiàn)偏移主題，或者在一個問題出現(xiàn)長時間爭論的情況。對于有些我們熟知的業(yè)務，或者做過類似功能系統(tǒng)的業(yè)務，我們要給客戶進行介紹說明，通過類比的方式得出完整的業(yè)務需求。

在調研中我們還經常發(fā)現(xiàn)各部門業(yè)務需要與其它業(yè)務部門接口的情況，或者需要使用其它部門的數(shù)據(jù)，或者需要為其它部門業(yè)務提供數(shù)據(jù)，或者需要其它部門協(xié)辦的業(yè)務需求。對于這種情況我們采用的方式是，先將這些問題在調研報告中記錄下來，等將有業(yè)務關系的這兩個部門的需求都了解了之后，再組織這兩個部門的相關人員和我們一起討論接口業(yè)務問題。

3.2 需求分析

根據(jù)對各部門調研生成的調研報告，使用UML中的用例分析方式來進行分析，將自然的業(yè)務表達語言轉化為專業(yè)的，可以精確表達需求的UML語言。在需求分析過程中重點關注業(yè)務處理流程、業(yè)務數(shù)據(jù)流程。同時關注具體每一個用例的處理場景、輸入輸出、異常情況處理等細節(jié)。在需求分析和細化的過程中我們會發(fā)現(xiàn)還有很多細節(jié)是我們在調研過程中并沒有涉及到的，那么需要我們對客戶進行二次調研。最后生成系統(tǒng)需求規(guī)格說明書。

在需求分析過程中我們在進行用例識別是要特別注意用例的粒度問題，如果粒度太小，需求文檔會過大，而且會出現(xiàn)過多關注細節(jié)而忽略整體的情況，如果粒度太大，又會遺漏很多具體的業(yè)務細節(jié)。我的經驗是，在進行用例識別時，有一個標準，只有完成一個原子的業(yè)務功能單元，就是一個用例，原子業(yè)務單元是對可以客戶達到一個業(yè)務目的最小單元，而不是為了完成業(yè)務中間的一個步驟。

3.3 需求變更管理

隨著項目的深入展開，開發(fā)人員對客戶的業(yè)務越來越熟悉，客戶對系統(tǒng)的輪廓也越來越清晰，這是雙方都會發(fā)現(xiàn)在需求調研階段又一些沒有考慮到的問題，或者理解錯誤的問題，這時候就會不可避免的出現(xiàn)需求變更的情況，需求變更是對項目進度影響最大的事件。因此要求我們在需求調研和分析階段必須仔細認真的理解業(yè)務，同時要求我們盡可以的幫助客戶清晰將來的系統(tǒng)輪廓，這樣就可以做到在開發(fā)中少出現(xiàn)需求變更的情況。但是需求變更或多或少都會在開發(fā)中出現(xiàn)，在我們項目，我們使用兩種方式來減少需求變更對項目進度產生影響。一是從設計上，調計出耦合度少，層次清晰的系統(tǒng)，這樣當要進行功能調整時，速度為較快，設計上的問題將在下一節(jié)中進行說明。別一個方面當出現(xiàn)變更時，我們先要客戶提高變更的目的，是為什么解決什么問題，要解決這個問題會引起什么新的問題，因為客戶往往不會從整體去考慮，我們需要找可能引起的新問題與客戶說清楚，這樣很多情況下可以說服用戶不去做變更，如果不能說服客戶，那么我們也可以變更可能影響的地方都考慮到，然后設計出代價最少的解決方案。

需求變更確定之后，編寫需求變更說明書，找相關的客戶負責人簽字確認，以免出現(xiàn)同一個業(yè)務功能出現(xiàn)反復變更的情況。

4.系統(tǒng)分析設計

考慮到該系統(tǒng)是分成幾個子系統(tǒng)逐一開發(fā)的，而這幾個子系統(tǒng)之間又會存在一定的交互。因此我們在設計初期階段就需要考慮到這個問題，但是在設計初期我們只是了解其中一個子系統(tǒng)的詳細需求，對于其它子系統(tǒng)需求我們并不特別了解。因此我們在設計時采用的是通用化、模塊化、標準化作為指導原則。

首先，可以識別出用戶管理、部門管理、權限管理、工作流程控制、報表管理這幾個模塊一定會在這幾個子系統(tǒng)中都會使用到，而且這幾個子系統(tǒng)中使用的還必須是共用這些模塊，才可以做到將這幾個系統(tǒng)組成一個有機整體。因此我們?yōu)檫@些模塊設計出通用的解決方案。這樣到三個子系統(tǒng)都開發(fā)出來時，因為使用相關的權限管理、工作流、報表，所以可以用戶方便做到在各系統(tǒng)之間跳轉。各部門之間的業(yè)務流程也可以相互對接，各子系統(tǒng)產生的業(yè)務數(shù)據(jù)可以配置到同一張報表中，從而可以很方便的完成了系統(tǒng)集成功能。

考慮到該系統(tǒng)功能多，短時間內不可能一個人做完所有詳細設計工作，因此我先做好架構設計，將系統(tǒng)模塊劃分好，設計出模塊間的接口，訂好設計規(guī)范之后，具體每一個模塊的設計工作分配項目的幾個骨干人員來完成，完成后再組織審評。

在設計階段還對系統(tǒng)工程的結構進行規(guī)劃，約定采用四層結構來進行來進行工程規(guī)劃，即將系統(tǒng)分成“表現(xiàn)層”（即各功能頁面）、“業(yè)務外觀層”（對業(yè)務層進行封裝供表現(xiàn)層調用）、“業(yè)務邏輯層”（實現(xiàn)業(yè)務邏輯）、“數(shù)據(jù)持久層”（實現(xiàn)數(shù)據(jù)查詢和保存）。約定將代碼放到相應的層里，這樣可以減少對象之間的耦合情度，提高代碼的可讀取性和可維護性。

考慮我們系統(tǒng)使用的B/S結構，同時有大量的功能（80%）都是對業(yè)務數(shù)據(jù)進行增、刪、改、查、瀏覽、顯現(xiàn)的工作，這些功能的實現(xiàn)代碼會有大量的類似性，因此安排人員根據(jù)這個項目的特點編寫出了一個代碼生成器，實現(xiàn)對這些類似功能的自動生成工作，這樣開發(fā)人員只需要對自動生成的代碼稍作修改就可以完成一個功能的開發(fā)，可以大大提高開發(fā)效率。同時考慮到本項目的開發(fā)人員多，開發(fā)周期長，為了方便交流，我們制訂了代碼編寫規(guī)范，對從變量命名、注釋、接口定義、類的職責等多方面進行的規(guī)范。并在開發(fā)前對開發(fā)人員進行了相關的講解和培訓工作。

5.軟件開發(fā)過程控制

項目開發(fā)過程控制我參考了RUP方法來進行過程管理方法，同是結合項目的實際情況進行了刪減，并引用了部分敏捷開發(fā)思想。首先引用了RUP中的迭代思想，將項目劃分成若干個迭代周期，為每個迭代周期設立一個里程碑，要求每個里程碑必須按時完成。迭代周期的劃分，和每個迭代周期的工作按排，以風險等進行排列，先將風險大的排列在前面的迭代周期進行完成，以降底項目開發(fā)中的風險，盡早將大的風險識別、緩解或者解決。對了方便控制，一般將每一個迭代周期設計在2到3周的時間。對風險優(yōu)先級定義的原則是，對項目進度影響越大的其優(yōu)級先級就越高.風險主要用為幾類，技術性的、業(yè)務性的、人員變動、客戶原因等：

1、將在技術實現(xiàn)在有難度的列為風險；

2、準備使用新技術的，而該新技術項目組的人員沒有豐富相關經驗的列為風險；

3、將業(yè)務實現(xiàn)復雜，需要花費大量時間的列為風險；

4、將業(yè)務不清晰，或者可能出現(xiàn)變更的列為風險；

5、將項目可能出現(xiàn)人員流動的情況列為風險；

在每個迭代周期內的工作必需要在周期內完成，而不能遺留到下一個周期，如果發(fā)現(xiàn)不能在里程碑到來之前完成工作的話，那么可以通過添加資源或者加班的方法解決。只有控制好每個周期的里程碑才能控制住項目的總體進度。

為了控制項目質量，定期安排人員進行代碼review，檢查開發(fā)人員是否尊守了代碼規(guī)范，是否按四層結構進行了對象劃分，程序邏輯是否合理，需求理解是否出現(xiàn)偏差。一發(fā)現(xiàn)問題就要相關人員進行說明，并要求相關責任人進行修正，通過這種方試保證代碼的質量。

6.項目團隊管理

該項目成員多，建設周期長，因此該項目管理中的項目成員溝通交流問題是個大問題，而且在項目開發(fā)過程中又碰到了幾個開發(fā)人員流失或調動的情況。這些問題占用了項目的大量時間，因為溝通問題，出現(xiàn)過功能重復開發(fā)的問題，出現(xiàn)過開發(fā)人員對需求理解錯誤的問題。因為項目人員流失的問題，后來人員了解前任的代碼和業(yè)務都花費了大量的時間，從而增加了項目的開發(fā)時間。

為了方便管理，我們將15個人的開發(fā)團隊花分成三個小組，分析組3個人，在完成第一個子系統(tǒng)的分析設計之后，開始進行第二個子系統(tǒng)的分析工作，同時負責第一個子系統(tǒng)的管理檢查工作。另外的人員組成兩個小組，然后將系統(tǒng)的功能劃分成兩大塊分別給這兩個小組的人員開發(fā)。

要求每個小組每天要開一個例會，對開發(fā)過程中出現(xiàn)的問題進行溝通，如果碰到需要與其它小組進行協(xié)作的問題，由小組負責人記錄下來，會后與其他小組人員進行溝通。整個項目組每周開一次例會來進行溝通交流。小組每天的例會一般控制在半個小時以內，特殊情況下可以延長。項目周例會一般控制在兩個小時以內，特殊情況可以適當延長。通以例會的形式可以及時解決開發(fā)人員的疑問，幫助他們解決工作中碰到的困難，還可以讓他們更好的把握業(yè)務需求。

在出現(xiàn)人員流失的情況時，一定要及進補充人員，在原開發(fā)人員離開前完成好工作交接，要求離開人員編寫交接報告，詳細列出他在項目中所做過的工作。交接報告要求接手人簽字確認。7.總結

通過這個項目，我總結出對項目進度影響最大的三個方面，第一是需求管理、第二是系統(tǒng)架構設計、第三是風險控制。只要做好了這三個方面那么項目可以說就離成功不遠了。這里面最重要的又是需求管理，對一個項目的前需求分析是否準確，后期是否對變更進行了很好的控制，當會直接關系到項目的成敗。因此在項目的需求管理上必須投入大量資源和精兵強將來進行嚴格管理。一定要做到在項目前期準確完整的理解客戶的業(yè)務需求，和對將來的發(fā)展規(guī)劃。在項目開發(fā)的中期和后期需要讓開發(fā)人員準確理解他所開發(fā)部分的業(yè)務需求，還要嚴格的控制客戶都需求的變更，每一次變更都必須走正規(guī)的管理流程來進行控制。

系統(tǒng)架構的設計一定要做到合理、適量、低耦合。一定要根據(jù)項目的實際情況設計出與之相適應的設計，適量就行不要過度設計，如果設計得太靈活，必定復雜度增加，開發(fā)時間增加，太不靈活又失去了搞變性。一句話，不要為了設計而設計。

風險的控制將會直接影響項目的進度，必須將大的風險盡早的識別出來，并予以解決。風險的識別是建立在對需求的完整理解，和以往項目的經驗總結基礎上的。

第二篇：信息化工作經驗總結

信息化工作經驗交流

2005年A大學團委響應團中央和學校的完善信息化辦公、提高團學工作的信息化程度的號召，建立了共青團A大學委員會網(wǎng)站。網(wǎng)站由2005年運營至今經過5年發(fā)展，建立了后臺數(shù)據(jù)庫，改進了網(wǎng)站內部數(shù)據(jù)結構，現(xiàn)如今已成為擁有發(fā)布、上傳信息、提供基層OA辦公、記錄第二課堂活動、對校園文化活動提供網(wǎng)絡支持等功能的信息化系統(tǒng)。系統(tǒng)運營獨立于學校主機，擁有自己的服務器方便動態(tài)調整。

5年的信息化建設道路我校團委緊跟學校信息化建設的總方針，相應團中央、團市委加大力度進行信息化建設的號召，不斷探索、努力學習、積極創(chuàng)新。在建設和普及信息化的過程中積累了寶貴經驗。我校團委的信息化建設主要遵循以下幾點原則。

一、動態(tài)新聞更新，跟蹤各方時事

信息化的建設即是信息普及和信息傳播速度的建設。當今社會是一個信息大爆炸，海量信息處理的時代，每一天在我們身邊都會發(fā)生很多新鮮的事，重要的事，需要我們去了解、去處理、去決定。因此我校的信息化建設注重時事更新，在我校團委網(wǎng)站首頁上專門有從學校網(wǎng)站和上海市團委網(wǎng)站上截取的重要新聞。熱點新聞也會以標題連接的形式出現(xiàn)在首頁上，這樣既可以保證重要信息不被遺漏，又可以保證每日熱點信息的豐富，同時節(jié)省硬盤空間?，F(xiàn)階段此項功能的實現(xiàn)主要以人為更新的方式進行，在我校團委信息系統(tǒng)改建后將實現(xiàn)熱點新聞摘取的電子化，使此項功能更加高效。

二、定點新聞宣傳，引領文化建設

團委工作的重點之一是引領校園文化建設，而校園文化建設的正面宣傳正是此項工作的喉舌。我校結合校內大學生報記者、各個學院的記者站，對全校的重點、要點活動進行報道，在網(wǎng)站上進行宣傳，擴大校園文化活動的知曉度和影響力。

三、內部層級分設，保障高效管理

隨著信息化不斷的普及，信息越來越復雜，越來越繁多，不同權限的設置和

分級管理是保障系統(tǒng)高效運行的基礎。我校在信息話建設中，對瀏覽系統(tǒng)的客戶進行區(qū)別處理。一般用戶可以瀏覽網(wǎng)站信息，申報公開的校園活動。各個基層學院團委擁有專門賬號，除了擁有一般客戶的權限以外，還可以下載內部資料，審閱本學院相關新聞，審核批復院系一級的校園文化活動，申請學校相關活動資源。校團委的系統(tǒng)管理人員享有最高權限。分級處理的制度使我校團委的信息發(fā)布壓力逐級分散，各學院上報的新聞需經過院系管理員的審查過關后才會出現(xiàn)在系統(tǒng)管理員的目錄里。校團委如果要發(fā)布相關資料，只需在資料上加上閱讀權限就可以實現(xiàn)信息發(fā)布的準確性和到達性。分級管理的制度給系統(tǒng)管理員賦予最高權限，使其可以在網(wǎng)絡危機出現(xiàn)時可以直接獲得整個系統(tǒng)的控制權，不必通過各基層學院的管理員來控制相關學院的信息，進而保障整個系統(tǒng)內容安全健康。

四、內部OA系統(tǒng)，方便基層辦公

在我校信息化建設不斷深入的過程中，校團委模擬學校OA辦公系統(tǒng)也建立了團口的辦公系統(tǒng)?，F(xiàn)階段此系統(tǒng)可以實現(xiàn)資料的定點發(fā)布和下載，活動項目的申報和批復等基本功能。OA系統(tǒng)內還存儲有團口工作年鑒、團委工作手冊等辦公資料供基層團組織瀏覽學習。在整個系統(tǒng)改建后該OA系統(tǒng)還將實現(xiàn)在線交流、站內信、財務報銷預審核等功能，方便各基層團組織無紙化網(wǎng)上辦公，解決多校區(qū)辦公的困難。

五、社團活動備注，鑒定第二課堂

學校的信息化建設最大的受益者應該是學生。學生在學校進行文化課的學習，有每一個學期每一門課程的成績單可以認定，而學生在第二課堂開展的活動，在校園文化活動中發(fā)揮的作用卻很難進行記錄和鑒定。針對此項特點我校積極吸取上海其他高校的先進做法，在信息系統(tǒng)中建立相應數(shù)據(jù)庫，記錄學生社團活動和校園文化活動。每一次活動都先進行網(wǎng)上申報和備案，活動審批通過后記錄重要節(jié)點活動情況，活動完成后，由負責老師對活動過程中的相關負責人進行評定。在系統(tǒng)改建以后，還將實現(xiàn)對活動總結和活動費用財務審批的功能。還將對校院兩級的學生干部進行追蹤認定，記錄學生干部在大學四年里的第二課堂活動，為學生就業(yè)提供幫助。

信息化建設的成功與否不僅取決于信息化技術的先進與否，更取決于學生和老師對信息化系統(tǒng)的運用程度。我校在信息化建設的過程中更是堅持兩個“多樣

化”來保證信息化的理念不斷深入人心。

一、多樣化的工作方法相結合，保障信息化工作開展高效

在信息化建設的初期，難免會出現(xiàn)很多大家不適應的地方，原來的辦公桌會議可能被電子化的通知代替，原來一份份通知變成了一封封email。很多時候大家的工作習慣被打亂，難免會出現(xiàn)遺漏和疏忽的地方。因此在信息化普及的初級，我們并不急于立刻改變，繼續(xù)堅持原有的辦公模式，同時加入電子化資料下載和提交。逐漸用電子化辦公文書代替紙質版的材料，用網(wǎng)上申報流程來代替蓋章等辦公流程，讓信息化得辦公方式逐漸被大家接受。

二、多樣化的新興技術相結合，保證信息化建設不斷創(chuàng)新

如今信息技術日新月異，眾多新技術的出現(xiàn)也給學校信息化建設帶來了機會。我校利用手機藍牙設備，在食堂、教學樓入口等人流密集的地方裝配藍牙發(fā)射器，通過手機藍牙發(fā)送校園活動的相關信息，引導學生瀏覽網(wǎng)站，學生可以自主選擇自己喜歡的內容進行下載。在大型活動時，校團委通過與電信、移動、聯(lián)通等通訊公司合作，實現(xiàn)網(wǎng)絡與現(xiàn)場互動、實現(xiàn)網(wǎng)絡投票。對大型活動進行多校區(qū)的網(wǎng)絡直播。志愿者服務期間我校團委還開通飛信平臺，以強制廣播的形式對全校志愿者進行必要信息發(fā)送。新技術的運用不但符合當代年輕人簡單、時尚的生活方式，讓他們更容易接受，同時也保證了我們重要信息的知曉率。在一定程度上是這些新技術推進著信息化建設不斷前進。

短短五年的信息化建設還沒有能使信息化全部普及開來，但也取得了一定的成果和經驗。當今信息的時代是一個飛速前進的時代，相信在不久的將來，信息化會使我們的生活更加舒適，工作更加便捷高效。

第三篇：項目經驗總結

項目經驗總結

本人從事IT工作多年，親身參與過多個項目。感到做這個工作最要緊的就是要明白什么的員工適合做什么樣的事，合理分工、因地制宜，只有最合適的，項目經理最忌諱的就是完美主義傾向，尤其是做技術人員出身的，喜歡尋找標準答案，耽誤工作進度。以下是本人做項目的一些個人體會，希望大家多多指點，共同提高業(yè)務水平。

項目開始階段是一個最重要的階段。項目經理在接手一個新項目的時候，首先要盡可能地多從各個方面了解項目的情況，如：

1.這個項目是什么項目，具體大概做什么事情，是誰提出來的，目的是解決什么問題。在國內很多客戶都很不成熟的情況下，千萬不要根據(jù)項目的名稱望文生義地去想象項目的目標。前期了解情況越詳細，后面的工作就越順利，項目的風險就越小。

2.這個項目里牽涉哪些方面的人，如投資方、具體業(yè)務干系方、項目建成后的運營方、技術監(jiān)督方等等，很多項目里除了業(yè)主單位的結構很復雜以外，還有一些其他單位也會牽涉進來，如項目監(jiān)理公司、業(yè)主的行業(yè)主管機構等。項目經理需要了解每個方面的人對這個項目的看法和期望是什么。事先了解各個方面的看法和期望，盡可能的爭取更多人的支持，讓事情向你所希望的方向發(fā)展。只要有利益存在，競爭方也可能做合作方。

3.基本了解了客戶的情況后，下面的事情就是了解自己公司各方面對這個項目的看法。首先是高層領導是否重視，這個決定了你在需要資源的時候，公司是否會根據(jù)你的要求提供最有力的支持。領導口頭肯定是說支持的，你需要做的是了解公司對這個項目的實際期望，是想把項目越做越大還是想賺錢？是想做樣板工程還是干脆想敷衍了事，公司領導對項目的態(tài)度決定了你做這個項目的戰(zhàn)略，而這個戰(zhàn)略方針將對你做項目計劃產生直接的影響；

4.在做整體項目計劃前，還要大致計算一下你手上的資源。首先是時間，現(xiàn)在市場競爭激烈，往往很多項目要求在幾乎不可能的時間范圍里完成。對于這一點，你在做項目的風險控制計劃的時候要充分考慮。其次是人員，根據(jù)項目預算和已往經驗，大致計算一下未來的項目小組有多少種角色，每個角色目前公司是否有人，是否能完全歸這個項目使用，是否需要另外招聘一些人員，招聘的準備工作要盡早啟動。最后就是一些設備的準備，項目所需大件關鍵設備要盡早預定，以后不管發(fā)生設備等人還是人等設備的情況，浪費的都是你的時間；

5.現(xiàn)在是做項目說明書的時候了。一份好的項目說明書不僅將要做的事情描述得很清楚（主要是講做什么，而不是說怎么做），而且把如何檢查也說明得很透徹。也就是說它不僅說明白了要做哪些事情，也讓客戶的業(yè)務人員（一般不懂技術）知道項目做成什么樣就算完成了。簡單地說，項目說明書描述項目做哪些事情和每件事情做到什么程度以及如何檢查每一個結果。

6.在明確項目的總體策略后，開始成立項目小組。很多項目經理都沒有自己選擇組員的權利，那么，就盡量發(fā)揮你的影響力去尋找那些你想要的人吧。成員的組成根據(jù)項目不同，相差較大，很難有什么具體要求，但是，一定要有精通客戶業(yè)務的人，很多小項目里，這個人就是項目經理本人，大項目里會配備行業(yè)專家（Industry expert），這樣雙方才可以相互清晰的理解對方的表達意思。我們經常看到的情況是我們的技術人員和客戶交談時滿口的專業(yè)術語，結果搞得客戶一頭霧水，反過來，他還指責客戶不懂技術。

7.現(xiàn)在你要面對三類人：你的領導、你的團隊和你的客戶，和這些人溝通，讓他們知道你打算怎么做，什么時候要他們做什么準備這些事情將是你的主要工作。主動溝通和被動訪問是同時存在的，尤其是對領導，項目經理更加應該主動去和領導溝通。第二個問題就是文檔問題，很多人怕寫文檔，項目經理開始就要和客戶說清楚有些文檔是必須簽字的，比如項目經理的項目日志，每個星期至少讓客戶簽字，另外所有達成共識的東西，比如會議紀要，甚至領導的講話記錄，都要寫成文檔，雙方簽字，這樣以后發(fā)生什么問題，就能做到有據(jù)可查。還有一些問題，比如你提交的報告，給領導（包括本方領導和客戶領導）做一個選擇題，結果領導壓住不批，讓你無所適從，結果拖延了進度。這時候，你可以等，但是注意要留記錄，標明是誰的責任；另外，如果你在開始階段就和領導商定：如果批示提交三天后沒有得到領導答復就算對方同意，這樣你就會主動很多。

8.現(xiàn)在是做計劃的時候了。首先是找?guī)讉€關鍵組員，比如客戶業(yè)務專家、系統(tǒng)分析員等等，做一下項目模塊劃分工作。項目分成幾塊去做，每一塊完成什么，模塊之間的信息如何交換等等。需求定義的是做什么的問題，而這里說的是怎么做的問題。這里要強調一點：完成一個目標有很多種方式，你要選一種你最熟悉的，而不是看上去最完美的，這個思路會讓你的項目減少很多風險。有時候客戶會被某種新技術打動，堅持要你采用那種新技術，你就應該告訴他：你選我做這個項目，就應該容許我采用自己最喜歡的方式做事情，新技術之所以有誘惑力，就是因為吃虧的人還不多，我不希望你成為第一批受害者。采用一個計劃會讓你的工作更加明確，比如用微軟的Project軟件，你填寫完表格以后，就可以知道這個項目有多少件事情要做，每件事情需要什么資源，他們之間的前后關系如何，消耗的時間有多長，完成后有什么標志等。所有的結果最后用一個叫做甘特圖的形式表現(xiàn)出來。你做完這個表以后會驚奇地發(fā)現(xiàn)，甘特圖上項目的結束時間會遠遠落后于你的計劃結束時間（簽合同的人永遠不會先征求你的意見的）。

項目進入實施階段，項目經理這段時間的主要工作是保持和客戶領導以及自己領導的溝通。和客戶領導溝通時特別要注意，除非你需要對方給你支持，那么你才需要講得具體一點，否則，告訴他一切正常就可以了，而且態(tài)度要積極一些，千萬不要說一些領導不懂的細節(jié)，有些需要他支持的地方，比如資源調用需要說詳細一點。

和組員開會，除了一些項目進度跟蹤會議以外，還有很多討論會，需要大家用頭腦風暴方法給出解決問題。與會人員很多都是技術人員，他們的特點是注重細節(jié)，所以，你作為會議的主持人，只要負責提出問題和記錄下他們的觀點。一個問題，有很多方面，從不同的角度看，現(xiàn)象是完全不同的。這些技術人員，他們往往精通一個方面，就自己的角度發(fā)表見解。在會議上，你要充分尊重每一個人和他的意見，夸獎那些意見提得比較好的人，千萬不要把會議帶入無休止的爭論。會后，你自己寫文檔，做決定，自然實施起來的阻力就小。組織中的高層，并不見得水平會比一般的成員高，但是，他要承擔組織的風險，加之信息的不對稱性，所以，對事情的優(yōu)先級的判斷肯定比下屬強。

在開發(fā)過程中，內部管理還要注意的一點是時刻強調以驗收為目的的思想，每個任務的最終可交付成果一定要是可以被檢查的，時刻考慮如何檢查結果、如何向客戶交付是項目經理一直要注意的事情，我聽說有些老項目經理拿到項目是倒排計劃的，即首先看如何驗收和驗收標準，然后決定工作計劃。很多項目開始了很久，還不知道如何驗收，那么這個項目出問題的可能性就很大了。做項目就是為了驗收，我們的角色不是研究機構，我們的目的就是在付出那么多勞動后得到結果。

接著，我們再談談最讓人頭痛的需求變更問題。變更通常分為兩種：一種是部分更改了原先的目標，即需求變更；另一種是沒改變目標，但是客戶不滿意目前的實現(xiàn)方式，大到流程的實現(xiàn)，小到界面的布局，都是屬于這類。碰到這種情況是難以避免的，主要是事先溝通的不夠充分和客戶隨著項目的進展，慢慢想清楚了問題，改變了以前的思路。這時候，如果需要改并且你的戰(zhàn)略是容許這種情況的，那么注意下面幾點：

1.確保以前的文檔，就是記載著以前的結論的東西，客戶是否簽過字，如果沒有，趕緊把你的工作停下來，趕快再和客戶自己確認一下你的方案，然后讓他簽字，避免以后說話沒有憑據(jù)；

2.和客戶坐下來，自己探討他修改的根本目的是什么，是不是有同樣能達到相同目的，但是對你來說有代價更小的選擇？

3.（項目初期的工作）明確更改流程，一般是客戶指定一人簽字，以正式項目文件的方式提交給你，然后，你做評估分析，分析對成本、進度的影響，在你的領導同意后，出相應意見書，主要是要說明更改設計的原因和指出由此帶來的不確定后果。然后再讓客戶在上面簽字。

第四篇：項目經驗總結

第一章 主 體 部 分

主體部分是指正負零以上的施工部分，不同主題有不同的施工工藝和放線方法，常見主題結構有框架結構【利用多個框架柱組成樓體受力傳導體系，用框架梁連接分載受力】框剪結構【由不同設計形狀的異形柱組成，柱身大多與墻體截面尺寸相同，特殊位置增設連系梁拉結，將樓體荷載傳導至基礎上】半框剪結構【在框架結構基礎上增設異形柱或剪力墻（混凝土墻）用于特殊位置，多用于高層建筑電梯井處，力量傳載原理同框架結構】。磚混結構【利用承重粘土磚砌筑作為荷載受力傳導位置，利用圈梁和夾墻構造柱形成抗震抗扭體系】。鋼結構【利用金屬型材焊接或組裝形成受力傳導體系，使用鋼梁連接】等。下面來說說框架結構主題做法：【其它主體 結構做法與其相似】，當基礎完成后進入一層梁板柱的施工部位，放線員首先要在一層墊層或基礎磚上放出一層框架柱，框架梁及一層二次砌筑線【二次砌筑就是主題結構框架形成后瓦工砌筑填充墻】。放好線后在把500線【一種標高控制方法，有需要是還可以有1000線，800線，大多建筑物都是由500線控制標高】打在框架柱的主筋上以便于木工和鋼筋工控制作業(yè)標高【包括梁底，下層樓板，預留洞口，鋼筋接茬位置等各項標高】，在木工操作時放線員要詳細看圖，并配合各工種做好埋件安裝，洞口預留以及位置甩筋等工作，工人做錯的地方要及時督促更改，一旦錯誤成型要配合相應工種給予妥當處理，確保不影響下道工序的正常進行。在一層頂板支模完畢后放線員把下層的500線打在鋼筋甩茬上用于控制下層作業(yè)標高。此項工作最好是在砼澆注前進行，這樣可以同時控制下層板的砼標高。在進入標準層放線員要放出框架柱，框架梁，填充墻等墨斗線，程序基本一樣，一般建筑物的底層和頂層有一些變化，只要按圖施工放線方法都大同小異?？蚣芙Y構施工完畢后進入砌體填充【砌磚】，要使用建施圖，在施工中如果有墻體與結構不符【設計部門出現(xiàn)筆誤】及時與工地技術負責人溝通解決。填充墻大多設計為非承重空心磚，有粘土燒制的還有爐渣制作的品種多樣，但是瓦工砌筑方法都一樣，保證砌體橫平豎直，按線撂底，接茬預留，扶墻拉筋放置，預留洞口【包括門窗洞口，水電預留洞口，設備預留洞口等】標高及位置控制好，放線員要在砌磚前把砌體位置清掃一下，有墨線不清楚的用墨斗修補，要做到一目了然。預留洞口標高最好是用記號筆標在框架柱上。另外砌磚前要與工地技術負責人溝通一下，如果有圖紙設計變更就要案變更圖操作，并將變更內容標注在施工圖上以免錯誤操作造成損失。一個框架結構的建筑物填充墻砌筑完成后說明主題基本交工。

第三章 抹 灰 部 分

主題完成后進入抹灰工程，這時放線員會很清閑，因為需要放線的地方不是很多，也就是說這段時間老板處于養(yǎng)人狀態(tài)，相對比之下放線員的工作壓力會明顯減小，當然老板看到你清閑他的壓力會變得很大，所以盡量不要總出現(xiàn)在老板面前，隨傳隨到，不傳你也別往跟前湊合，哪怕你是在工作他也會覺得你在故意做給他

看，這個你慢慢會懂。

外墻抹灰：外墻抹灰俗稱抹外皮，質量要求很嚴格，因為主題砌筑和結構質量不能保證太過平整，抹灰時可以把這些問題掩蓋處理?；疽竺鎸悠秸麩o裂縫空鼓，遇門窗洞口處轉角保持垂直流暢，成活宏觀好【有相關驗收規(guī)范和技術交底】。抹灰前要有抹灰工在外墻打點掛鋼線【用細鋼絲或綁線從樓頂垂下固定后用水泥砂漿在鋼線作用下做出垂直或水平灰餅，抹灰時按照灰餅厚度進行施工】，保證

成活質量。

內墻抹灰：內墻抹灰俗稱抹里皮，質量要求同樣嚴格，有相關的驗收規(guī)范和技術交底在這里就不細說了，放線員要在里皮成活后彈出500線【與結構500線相同】，用來控制成活地面門窗安裝和室內凈空等，所有墻體必須彈500線。內外墻抹灰完畢后進行地面工程，客觀說地面工程也屬于抹灰的一部分，做地面前放線員要借助500線量出地面的面層標高墨斗彈線，抹灰工利用墨線來保證地面平整。還有一種不常用的補救法【主題樓板平整超差，不能保證室內凈空尺寸】，建筑物交工時需要有關部門驗收，如果樓板超差嚴重地面做的越是平整凈空就越不能保證，此方法盡量不用。現(xiàn)在驗收室內凈空的儀器大多是紅外測距儀，一般都是驗收人員將儀器置于房間的轉角處采取數(shù)據(jù)，如果居室各轉角數(shù)據(jù)上下超出驗收標準為不合格。方法是做地面不用500線控制，從成活樓板轉角處量下合格凈空尺寸做地面，這樣可以保證房間凈空尺寸但是成活地面不一定平整。在抹灰工程基本完成后對建筑物進行粘磚，有的建筑物要求外墻粘磚，樓梯間踏步和外出口臺階大多也需要粘磚，所用材料多種多樣，有專業(yè)工種操作這里不再細說，因為一個放線員工作到這個部位時基本沒線可放，這時可能調離現(xiàn)場或結賬放人。沒有放線地方留你何用？建筑物從開工到竣工基本經歷：開槽，基礎，主題，抹灰，地面，門窗，大白，細部裝修，掃地出門，大多放線員只能跟到抹

灰完畢便撤離場地。

實 踐 教 學 篇【2】

非常感謝能耐心閱讀到這里，如果你確實想學放線那么請繼續(xù)往下看，因為下面要講的是實踐放線一些方法和竅門。

首先來說說控制線，對于放線員來說建筑物的控制線可稱得上生命線，因為所有施工部分都是由測量軸線反引出來的，一條條排列有序的軸線是從控制線為起點分別丈量而生，所以無論是平面控制線或高程控制線都要認真對待，一旦反引偏差過大則會導致建筑物分層錯位，層高不一。具體留設和反引方法如下：在放線過程中我們可以從橫縱外墻軸線向內反引出兩條平行于軸線1000或500的控制點，用墨斗彈成控制線。必要時還可以把這兩條線反引到外墻墻面上彈出墨線【簡稱外墻立線】，等下層需要放線時可以用線墜將控制線吊上去用墨斗彈在下層樓板上作為該層的放線依據(jù)。有些建筑物每層落地面積較大，可能要求分段放線，這樣我們可以把控制線橫跨該層的樓梯間處，并在其墻體上彈出控制線【在樓梯間墻上彈立線，因為澆完樓板后樓梯間多是與下層漏空的】，每層樓梯間砌筑完畢后樓梯支模前都要將此線引向下層，當需要分段放線時可以將此線作為放線依據(jù)。過長的控制線必須用經緯儀投射才能保證其準確性，如果天氣晴好無風，樓的長度不超過三十米拉白線畫點也可以，但是白線一定要彈直拽緊。我們還可以在樓板上預留放線洞【大多是200＊200，可以在每個控制線交點留設一個，矩形建筑一層大概4個】，用線墜從放線洞垂下，線墜尖對準控線交點穩(wěn)定后在上層做出標記彈上墨線。高層建筑物對垂直度要求較高，所以大多用激光鉛直儀投設空制點，方法是將儀器置于底層控制點上調平后開機，激光點會投向上層的放線孔，上邊的操作人員可以用有機玻璃片蓋在線孔上，如果出現(xiàn)的激光點過大可以通知下面的操作人員調整一下光點【光點越小越準】，然后將鉛直儀慢速水平旋轉360度【每90度上下通報一聲】同時認真觀察玻璃片上激光點是否在旋轉過程中移位，光點在半公分之內誤差即可使用該點，用墨斗線通過光點彈出兩條交叉線，其交點為激光點，目的是方便與后期通過連接此線找到軸線控制點。如果光點超差請檢查儀器的安放情況，附近有無大幅度震動導致，或者找專業(yè)人員重新校核儀器方可使用。另外還有一種即簡便又準確的投點方法：將經緯儀置于上層的放線孔上，用底視點對準下層控制點調平儀器后同樣用有機玻璃片或者木板上釘一個小釘子，通過儀器底視點調整小木板，直到釘帽進入底視點控制區(qū)域位置【點1】，同樣方法將儀器移至另一個放線洞重復以上的操作【點2】后開始投線，把儀器鏡頭對準剛做好的控制點1，鎖定投線完畢后可根據(jù)建筑物的設計角度轉角繼續(xù)投線【矩形建筑物轉角為90度】。用線墜投設控制點誤差較大，一般在十米【三層】左右還算準確，但要保證線墜垂直沒有障礙物或外力作用下進行。用經緯底視點投設相對比較準確些，但是建議在6米【2層】高度之內使用，因為經緯儀的底視點最多也就6-7米能看清楚，如果是激光底視點還能好些。最精準的方法就是用激光鉛直儀，它可以在無障礙的情況下垂直投射大于50米【小于20層】，誤差極小但操作起來比較耗時間，所以在進入標準層放線時，用線墜投設法和經緯底視法每隔十米【3-4層】高度用鉛直儀校

核一下。

放線員使用的墨斗墨汁容量要大，最好在纏上棉線，這樣的墨斗不用頻繁補墨耽誤放線時間。使用的卷尺5米比較常用，最好不要用過長的卷尺容易壞。紅藍鉛不要用扁的，最好用八角的抗用。大鋼尺50米的比較常用，每次使用后都要用水泥面擦凈【不宜生銹】，切記不要用機油擦。測量儀器使用中要輕拿輕放，每次移動精密儀器時【指全站儀，pc機，經緯儀】必須將其拆卸裝盒，盡量避免儀器淋雨，一旦接觸雨水可將儀器平放在桌子上用干布擦拭表面，如果內部進水請聯(lián)系專業(yè)維修人員處理。所使用的施工圖紙保持清潔完整，有撕裂的地方要及時用透明膠帶粘好，自己所用的工具要擺放整齊，文本材料釘裝有序，讓別人給你一種做事有條有理的感覺【主要針對老板】。放線時要做到手勤眼勤心不慌，爭取在最快的時間完成一次放線后反復檢查有無錯誤，一旦發(fā)現(xiàn)錯誤及時整改【最好在沒人時進行，頻繁出錯會影響個人聲望】。盡量做到自己出錯自己處理，人無完人，有點小錯誤也是一種嘗試，同時處理好錯誤更是一種進步。在彈線時盡量把線延長一些，一旦各工種未能按線施工導致砌體移位或撂底錯誤追究責任時，你可以找到延長的線頭【砌體或構件成形后墨線延長處】證明他人的錯誤?？刂泼繉訕烁摺?00線】時在層高的基礎上增加一公分，目的是避免施工中形成一些誤差影響層高驗收。劃分門窗洞口時同樣按圖紙設計尺寸增加一公分目的是便于后期成品構件安裝。在用鋼尺排軸線時盡量不要去用腦子去記軸線的尺寸，最好是把從起點到終點所經過所有軸線尺寸用筆寫在手上，如果你認為自己記憶力和計算能力較強，可以記住每段軸線間距，在排大尺時用每段尾數(shù)相加，在與相對應的鋼筋構造柱，墻垛，伸縮縫等相互對照畫點。等放線后在用卷尺分別檢查每條軸線的間距。在排大尺時盡量一次讀數(shù)相加不倒尺【分段量尺】這樣可以保證軸線尺寸宏觀準確。例如：一個三十米的建筑物需要放軸線，共7條軸線每個間距5米，那么將鋼尺零處按在起點軸線上開始拉尺讀數(shù)畫點，畫點要果斷準確不要猶豫，正確的讀數(shù)是5米，10米，15米，20米，25米，30米完畢，拉尺過程中要用力適中，把尺拽平，一般可以用5公斤左右的力量，高溫天氣拉尺力量過大難免把尺拉長影響測量效果。力量過小鋼尺中間會打彎也同樣影響測量效果。至于儀器的使用和學看圖紙需要在現(xiàn)場學習，這里就不在多

說。

不同的建筑物放線方法大同小異，熟讀圖紙靈活運用各控制線。以上是簡單的介紹普通框架結構建筑物的一些施工方法和放線知識，建筑物的設計形狀多種多樣，在預留放線控制點的方法和位置也很有講究。矩形建筑物軸線轉角為90度，在控制線交點處預留控點就可以。圓形建筑物大多只有一個圓心，將控點留在圓心處加以維護，通過圓心做兩條十字交叉控制線。扇形建筑物控制點比較麻煩，因為你要利用扇形的半徑長度和分段角度來計算相應數(shù)據(jù)，可以在建筑物兩端各預留一個控制點，該點從相鄰圓心最近的軸線引入樓體，要求兩側引點數(shù)據(jù)相同平行與該軸線【和矩形控制點做法相似】，保證兩點連線能避開所有障礙物，然后利用建筑物的設計半徑和分段角度計算出兩點之間的直線距離，將此線分成若干小段【分段越多越為準確】，在使用三角函數(shù)計算出每段與建筑物弧形控制線的垂直距離【矢高】，用卷尺分別垂直【可使用方尺便于找到垂直方向】丈量畫點，然后用墨斗連線，等控制線成形后在利用弧形控制線反引出各條軸線完成此次放線，下次放線重復此操作。一些建筑物外觀造型很多，有些造型尺寸圖紙標注不全，這時需要放樣計算。放樣方法多種多樣，有懂cad的可以在電腦上將其畫出來，用應用程序量出相關尺寸，還有按放樣位置的1：1比例找一個寬敞的地面用墨斗將其形狀彈在地面上，然后用卷尺量出相關數(shù)據(jù)，也有在干凈的白紙上相應放大圖紙比例，畫出放樣位置后用比例尺量出所需數(shù)據(jù)還原比例。假如圖紙的一些數(shù)據(jù)可以滿足計算條件，你可以使用函數(shù)計算器來計算該數(shù)據(jù)。

第五篇：項目經驗總結

基于高速USB2.0的數(shù)據(jù)采集系統(tǒng)項目經驗總結

王曉莉

這次關于《基于高速USB2.0的數(shù)據(jù)采集系統(tǒng)項目》我主要工作是協(xié)助項目經理對項目進行管理，負責了部分文檔的整理以及整個項目過程的監(jiān)督。雖存在些許的不足之處，但總體的付出，還是獲得了不少收益，現(xiàn)就次工作情況，做簡要總結：

一、工作內容和收獲：

1、工作內容：

a、參與項目的制定，進行會議記錄。

b、策劃并組織團隊建設活動。

c、討論風險登記，運用頭腦風暴法。

d、匯總整理項目狀態(tài)報告。

e、監(jiān)督項目組其他同學的項目進度，進行溝通協(xié)調并且向項目經理進行報告。

f、協(xié)調項目經理進行項目變更。

2、工作收獲：

a、工作敏感度有所提高，能夠較積極地向項目經理匯報工作進度

與結果;

b、工作適應力逐步增強，對后期安排的工作，現(xiàn)已得心應手；

二、工作中存在的不足：

1、工作細心度仍有所欠缺;在日常工作中，時常有些工作因為不夠

細心，從而浪費時間或是再做一遍。相信以后遇到類似問題，一定會仔細、仔細、再仔細來完成每項工作;

2、因為對技術方面的內容不是很了解，出現(xiàn)過一些溝通問題。以

后工作中自己會在做好本職工作同時積極參與其他工作的學習。

三、經驗體會：

這次項目過程中對之前所學的項目管理內容進行了融會貫通，對之前理論學習進行動手之后有了更深刻的認識。就自己負責的行政管理內容這一塊也發(fā)現(xiàn)了一些問題，自己的優(yōu)勢是比較善于溝通協(xié)調，做事積極主動，善于發(fā)現(xiàn)問題。缺點是對于自己不涉及的領域了解還不夠知識面比較窄，并不是專業(yè)的IT行政工作者。即使以后想做管理這一塊，我覺得學好技術還是很有必要的，不然跟工程師的溝通問題會比較大。根據(jù)以上工作中存在的不足，我也會不斷改進，提高自我工作意識及工作效率，努力做好以后學習工作中的每一件事情!