我也屬於初步步入計算機實施行業，我參加工作三年有餘，第一份工作在一個不大不小的公司上班，每天朝九晚六，主要負責軟體的部署安裝加上培訓工作，面相的主要是國家單位和事業單位。工作很輕鬆，去了解決問題，聊聊天！就這樣做了兩年，第二份工作是在一個上市公司，負責保險行業，每天就是報表報表，sqlsql，感覺沒啥前途，畢竟每個專案都有周期性，三四個月做完，也就處於運維狀態了！最近新換的網際網路公司的實施，bi型別。這三年的總結就是 溝通 文件 資料庫！以上僅是我的個人工作經驗，謝謝參考！

計算機軟體專案實施經驗分享：

一、 軟體專案型別介紹

1、 真正意義上的專案（從無到有）

流程見圖一圖二

此類專案屬於客戶定製型開發，實施週期相對較長。

2、 複製型專案（軟體複用）

此類專案相對小點，對現有產品進行對應修改，實施週期較短。

現在基本上專案都是屬於複製性專案，大多數公司都有自己的產品框架，為了縮短研發週期，都是在原有的產品修修改改。

二、 專案里程碑各個節點

見圖三

1）將專案化繁為簡，漫長的專案週期的劃分為一個個節點，易於監督和控制；

2）規定專案各方的責任與義務；

3）使專案計劃簡明、易懂和實用。

三、 專案實施中的關聯角色

見圖四

1、 客戶（甲方或稱建設方）

1）按部門性質分為：業務部門（提出需求和系統具體使用者）和技術部門（負責伺服器、網路等，有時也作為客戶總負責，與我方溝通和協調）；

2）按崗位級別分為：領導和具體業務人員（與我們打交道最多，要當朋友處）

2、 與專案相關聯的單位及人員

1）硬體整合商（伺服器、網路裝置、儲存裝置等）；

2）軟體提供商（資料庫、其它軟體授權等）；

3）專案關聯對接部門（有時一個專案於很多部門對接，像核對系統都對接好多部門資料）

3、 我方（乙方或稱承建方）

1）公司領導

2）公司商務

3）專案經理

4）實施工程師

注：不同公司情況可能有所不同，僅供參考。

4、 各關聯角色溝通圖解（見下列圖示）

四、 專案開始前準備

1、 瞭解專案基本情況

1） 售前專案交接

完成從售前到實施的正式交接，專案負責人開始全面負責專案的實施工作。

交接內容：

專案負責人接到實施任務後，要儘可能詳細的瞭解專案背景，專案牽涉哪些部門，部門人員是否配備齊全、客戶對此專案態度是否積極、客戶對專案前期準備情況、瞭解專案售前過程，並收集相關售前文件。對於售前文件，專案負責人在交接時需結合專案合同和投標檔案認真解讀，對於以下內容應特別注意：

● 合同中的系統建設要求是否明確、是否具有二次開發內容；

● 相關硬體、軟體介面需求；

● 專案是否包含硬體實施；

● 專案的驗收方式：是否分階段驗收；

● 是否有規定的實施完成時間限制；

● 發現問題儘快向商務代表反映、落實，儘可能在專案前期解決。

2） 瞭解客戶基本情況

● 客戶是否積極

● 客戶的聯絡方式

● 部門之前是否配合

● 客戶對於專案的準備程度

2、 系統環境確認

1）如果客戶自行提供軟硬裝置，在專案進場前一定要確認相關資訊（如伺服器配置、作業系統版本、網路是否通暢等）；

2）如果客戶從我方購買裝置，需要在公司把裝置全部調優發至現場，並簽署收貨清單。

注：不要聽客戶嘴說什麼都準備好了，一定要自己確認一遍，避免耽誤專案進度。

五、 專案啟動會

見圖五

1、 專案啟動會重要性（不是所有專案都有啟動會）

2、 如何召開一個成功專案的啟動會

1）進場前的準備

● 做一份《整體實施計劃初稿》；

● 做一份系統框架、主體功能的介紹PPT（類似宣傳資料）

2）和客戶確認啟動會時間以及甲乙雙方參會人員

3）啟動會流程

客戶領導講話→介紹專案概況→介紹系統框架及功能→介紹整體實施計劃→客戶總結性發言

3、 開一個有意義的啟動會

● 要求初步確認《專案整體實施計劃》；

● 形成會議紀要（郵件抄送客戶及公司領導）

六、 合理收集和分析客戶需求

見圖六

1、 需求介紹（需求分析是一門大的學問，水平有限，只能簡單說下）

2、 需求的分類

● 基礎資料類（如使用者表、使用者許可權、其他基礎資料等）

● 業務流程類（整體業務流程、稽核審批流程、其他業務流程等）

● 報表類（需要做哪些報表）

● 介面類（和哪些系統需要做對接等）

● 介面類（頁面展示、欄位名稱等）

● 其他類（個性化需求）

3、 收集需求幾大難點和對策

● 客戶說不清楚（我們需要把客戶提出的需求分類，分為合理、不合理和自相矛盾的，引導客戶把需求明確）

● 客戶隨意提需求（有些客戶很隨意的提需求，並且修改頻繁，我們需要提醒並引導客戶，確定的需求要簽字確認，如果無效可以向領導彙報）

4、 潛在的需求

● 由於業務或崗位等因為變動產生新的需求；

● 甲乙雙方都未考慮的需求

出現上面兩個情況需要及時向客戶彙報需求概況，並解釋出現此需求的原因。

5、 形成調研報告和使用者需求說明書（需客戶簽字確認）

6、 做好專案彙報工作

專案啟動後，不論是公司領導還是客戶都想清楚知道專案進度情況，過程中遇到哪些困難、不清楚的地方等，所以此時我們就需要做好專案彙報的工作。

1）日誌（記錄當日做了哪些書和遇到的困難，編寫明天計劃事宜）

2）週報（總結一週事宜，列出下週計劃）

3）當面彙報（定期當面向領導和客戶彙報專案進度，提前準備好材料和思路）

日誌和週報必須以郵件方式傳送，抄送客戶人員聽從客戶指定。

注：工作要幹，彙報更要幹

七、 穩步推進專案的兩大技巧

1、 凡是往前想一步

1）提前想好下一步工作需要什麼，前提條件是什麼；

2）提前和客戶彙報，給予客戶考慮和準備時間；

3）對於專案需求、系統功能等，可採取“邊做邊驗收”模式。

2、 巧妙利用領導力量

1）專案遇到問題，需要整理思路，想好如何表達，需要領導做什麼，要提前想好；

2）下面做事不配合，可利用領導巧妙壓制。

八、 專案培訓

1、 培訓前準備

● 確定培訓時間、地點

● 確定參會人員

● 提前發放會議通知

● 準備培訓材料（會議簽到表、系統幫助手冊等）

● 培訓演示資料準備

2、 培訓會注意事項

● 提前到達培訓現場，測試投影、網路、話筒等

● 會前安排人員填寫簽到表及發放操作手冊

● 培訓時語速儘量適中，控制緊張感

● 系統演示中不要頻繁搖晃滑鼠和切換視窗

● 多和使用者做一些互動

九、 模擬試執行

1、 什麼時候開始試執行

● 軟體除錯已完成

● 使用者培訓已完成（培訓後乘熱打鐵）

2、 為什麼要試執行

● 透過對實際業務的模擬演練，檢驗系統設計和功能是否滿足使用者實際業務需要

● 提高業務人員對系統的熟悉度

● 提前在實際業務環境檢驗系統的穩定性

3、 試執行時間安排

● 根據專案的大小，一般選擇使用者的一個業務處理週期

● 試執行週期不宜太長

4、 試執行期間

● 多和使用者交流，收集問題及需求

● 為使用者解答各種問題，增加使用熟練度

● 和領導彙報系統執行情況，促進專案正式上線

十、 專案上線

1、 什麼是專案上線

專案上線=專案投產=使用者正式使用

2、 專案上線前的準備

● 要求客戶提前釋出系統正式啟用通知

● 檢查系統是否正常執行

● 檢查系統各種備份機制是否正常（重要）

3、 上線後的具體工作事項

● 解決客戶問題

● 及時跟蹤記錄伺服器使用情況、系統使用率等

● 再次強調檢查系統各種備份機制是否正常

● 主動走訪重要使用者，詢問了解使用情況，收集並解決問題

十一、 專案驗收

專案這個環節比較重要，故單獨列出來寫，詳細內容請看《淺談軟體專案驗收》專篇。

十二、 專案的售後維保

很多人認為專案驗收移交後就跟專案實施人員沒關係了，其實不是，一個專案實施下來，作為實施人員對於專案細節是最為了解的，對於專案上線後的維護，實施過程的細節是非常有意義的。

1、專案後期維保的概念

● 維護+保障；

● 維護的方式：遠端、出差、駐點、售後服務中心

2、維保的日常工作

● 系統維護、檢查資料備份等

● 修改小的需求，如增加使用者、修改許可權等

● 增加系統模組、系統補丁升級等

3、做好專案維保的幾個建議

● 建議驗收後的一段時間內，每週編寫專案執行情況週報抄送給甲方和公司負責人（讓客戶知道工作量）

● 專案維護中，接到客戶的電話、遠端協助等服務儘量形成文字材料存檔。

● 定期回訪客戶（回訪週期根據實際情況而定），詢問客戶使用情況，讓客戶感受我們的關心。

供參考分享。

推薦幾本不錯的書：

1、一本寫給IT專案經理的好書；

2、It專案經理成長手記