淺談軟件項目實施

1、 軟件項目類型介紹

一、 真正意義上的項目（從無到有）

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

流程以下:

二、 複製型項目（軟件複用）

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

流程以下：

如今基本上項目都是屬於複製性項目，大多數公司都有本身的產品框架，爲了縮短研發週期，都是在原有的產品修修改改

2、 項目里程碑各個節點

一、 里程碑各節點介紹

 

二、 里程碑重要性

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

2）規定項目各方的責任與義務；

3）使項目計劃簡明、易懂和實用。

3、 項目實施中的關聯角色

一、 客戶（甲方或稱建設方）；

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

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

二、 與項目相關聯的單位及人員；

1）硬件集成商（服務器、網絡設備、存儲設備等）；

2）軟件提供商（數據庫、其它軟件受權等）；

3）項目關聯對接部門（有時一個項目於不少部門對接，像覈對系統都對接好多部門數據）

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

1）公司領導

2）公司商務

3）項目經理

4）實施工程師

注：不一樣公司狀況可能有所不一樣，僅供參考。

四、 各關聯角色溝通圖解，以下：

4、 項目開始前準備

一、 瞭解項目基本狀況

1） 售前項目交接

完成從售前到實施的正式交接，項目負責人開始全面負責項目的實施工做。

交接內容：

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

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

● 相關硬件、軟件接口需求；

● 項目是否包含硬件實施；

● 項目的驗收方式：是否分階段驗收；

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

● 發現問題儘快向商務表明反映、落實，儘量在項目前期解決。

2） 瞭解客戶基本狀況

● 客戶是否積極

● 客戶的聯繫方式

● 部門以前是否配合

● 客戶對於項目的準備程度

二、 系統環境確認

1）若是客戶自行提供軟硬設備，在項目進場前必定要確認相關信息（如服務器配置、操做系統版本、網絡是否通暢，帶寬多少等）；

2）若是客戶從我方購買設備，須要在公司把設備所有調優發至現場，並簽署收貨清單。

注：不要聽客戶嘴說什麼都準備好了，必定要本身確認一遍，避免耽誤項目進度。

5、 項目啓動會

一、 項目啓動會重要性（不是全部項目都有啓動會）

二、 如何召開一個成功項目的啓動會

1）進場前的準備

● 作一份《總體實施計劃初稿》，顯的正規；

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

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

3）啓動會流程

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

三、 開一個有意義的啓動會

● 要求初步確認《項目總體實施計劃》；

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

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

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

常規的需求分析流程，以下：

二、 需求的分類

● 基礎數據類（如用戶表、用戶權限、其餘基礎數據等）

● 業務流程類（總體業務流程、審覈審批流程、其餘業務流程等）

● 報表類（須要作哪些報表）

● 接口類（和哪些系統須要作對接等）

● 界面類（頁面展現、字段名稱等）

● 其餘類（個性化需求）

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

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

● 客戶隨意提需求（有些客戶很隨意的提需求，而且修改頻繁，咱們須要提醒並引導客戶，肯定的需求要簽字確認，若是無效能夠向領導彙報）

四、 潛在的需求

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

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

出現上面兩個狀況須要及時向客戶彙報需求概況，並解釋出現此需求的緣由。

五、 造成調研報告和用戶需求說明書（需客戶簽字確認）

六、 作好項目彙報工做

項目啓動後，不管是公司領導仍是客戶都想清楚知道項目進度狀況，過程當中遇到哪些困難、不清楚的地方等，因此此時咱們就須要作好項目彙報的工做。

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

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

3）當面彙報（按期當面向領導和客戶彙報項目進度，提早準備好材料和思路）

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

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

7、 穩步推動項目的兩大技巧

一、 凡是往前想一步

1）提早想好下一步工做須要什麼，前提條件是什麼；

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

3）對於項目需求、系統功能等，可採起「邊作邊驗收」模式。

二、 巧妙利用領導力量

1）項目遇到問題，須要整理思路，想好如何表達，須要領導作什麼，要提早想好；

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

8、 項目培訓

一、 培訓前準備

● 肯定培訓時間、地點

● 肯定參會人員

● 提早發放會議通知

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

● 培訓演示數據準備

二、 培訓會注意事項

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

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

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

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

● 多和用戶作一些互動

9、 模擬試運行

一、 何時開始試運行

● 軟件調試已完成

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

二、 爲何要試運行

● 經過對實際業務的模擬演練，檢驗系統設計和功能是否知足用戶實際業務須要

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

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

三、 試運行時間安排

● 根據項目的大小，通常選擇用戶的一個業務處理週期

● 試運行週期不宜太長

四、 試運行期間

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

● 爲用戶解答各類問題，增長使用熟練度

● 和領導彙報系統運行狀況，促進項目正式上線

10、 項目上線

一、 什麼是項目上線

項目上線=項目投產=用戶正式使用

二、 項目上線前的準備

● 要求客戶提早發佈系統正式啓用通知

● 檢查系統是否正常運行

● 刪除測試數據

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

三、 上線後的具體工做事項

● 解決客戶問題

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

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

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

11、 項目驗收

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

12、 項目的售後維保

不少人認爲項目驗收移交後就跟項目實施人員不要緊了，其實不是，一個項目實施下來，做爲實施人員對於項目細節是最爲了解的，不少問題售後部門同事一時沒法弄清，因此實施人員後期還需多關注（畢竟後面還要收取售後維護費）。

一、項目後期維保的概念

● 維護+保障；

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

二、維保的平常工做

● 系統維護、檢查數據備份等

● 修改小的需求，如增長用戶、修改權限等

● 增長系統模塊、系統補丁升級等

三、作好項目維保的幾個建議

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

● 項目維護中，接到客戶的電話、遠程協助等服務儘可能造成文字材料存檔（後期談服務費可能有所用處，用工做量體現，讓客戶心甘情願掏維護費，省得說咱們沒作什麼事）

● 按期回訪客戶（回訪週期根據實際狀況而定），詢問客戶使用狀況，讓客戶感覺咱們的關心

總結：以上是我的對項目實施的些愚見，寫的很差的地方望各位看官見諒！

注：根據51CTO-陳志文老師課程總結