一、 軟件項目類型介紹
此類項目屬於客戶定製型開發，實施週期相對較長
流程如下:
此類項目相對小點，對現有產品進行對應修改，實施週期較短
流程如下：
現在基本上項目都是屬於複製性項目，大多數公司都有自己的產品框架，爲了縮短研發週期，都是在原有的產品修修改改
1）將項目化繁爲簡，漫長的項目週期的劃分爲一個個節點，易於監督和控制；
2）規定項目各方的責任與義務；
3）使項目計劃簡明、易懂和實用。
1）按部門性質分爲：業務部門（提出需求和系統具體使用者）和技術部門（負責服務器、網絡等，有時也作爲客戶總負責，與我方溝通和協調）；
2）按崗位級別分爲：領導和具體業務人員（與我們打交道最多，要當朋友處）
1）硬件集成商（服務器、網絡設備、存儲設備等）；
2）軟件提供商（數據庫、其它軟件授權等）；
3）項目關聯對接部門（有時一個項目於很多部門對接，像覈對系統都對接好多部門數據）
1）公司領導
2）公司商務
3）項目經理
4）實施工程師
注：不同公司情況可能有所不同，僅供參考。
1） 售前項目交接
完成從售前到實施的正式交接，項目負責人開始全面負責項目的實施工作。
交接內容：
項目負責人接到實施任務後，要儘可能詳細的瞭解項目背景，項目牽涉哪些部門，部門人員是否配備齊全、客戶對此項目態度是否積極、客戶對項目前期準備情況、瞭解項目售前過程，並收集相關售前文檔。對於售前文檔，項目負責人在交接時需結合項目合同和投標文件認真解讀，對於以下內容應特別注意：
● 合同中的系統建設要求是否明確、是否具有二次開發內容；
● 相關硬件、軟件接口需求；
● 項目是否包含硬件實施；
● 項目的驗收方式：是否分階段驗收；
● 是否有規定的實施完成時間限制；
● 發現問題儘快向商務代表反映、落實，儘可能在項目前期解決。
2） 瞭解客戶基本情況
● 客戶是否積極
● 客戶的聯繫方式
● 部門之前是否配合
● 客戶對於項目的準備程度
1）如果客戶自行提供軟硬設備，在項目進場前一定要確認相關信息（如服務器配置、操作系統版本、網絡是否通暢，帶寬多少等）；
2）如果客戶從我方購買設備，需要在公司把設備全部調優發至現場，並簽署收貨清單。
注：不要聽客戶嘴說什麼都準備好了，一定要自己確認一遍，避免耽誤項目進度。
1、 項目啓動會重要性（不是所有項目都有啓動會）
1）進場前的準備
● 做一份《整體實施計劃初稿》，顯的正規；
● 做一份系統框架、主體功能的介紹PPT（類似宣傳資料）
2）和客戶確認啓動會時間以及甲乙雙方參會人員
3）啓動會流程
客戶領導講話→介紹項目概況→介紹系統框架及功能→介紹整體實施計劃→客戶總結性發言
● 要求初步確認《項目整體實施計劃》；
● 形成會議紀要（郵件抄送客戶及公司領導）
1、 需求介紹（需求分析是一門大的學問，水平有限，只能簡單說下）
常規的需求分析流程，如下：
● 基礎數據類（如用戶表、用戶權限、其他基礎數據等）
● 業務流程類（整體業務流程、審覈審批流程、其他業務流程等）
● 報表類（需要做哪些報表）
● 接口類（和哪些系統需要做對接等）
● 界面類（頁面展示、字段名稱等）
● 其他類（個性化需求）
● 客戶說不清楚（我們需要把客戶提出的需求分類，分爲合理、不合理和自相矛盾的，引導客戶把需求明確）
● 客戶隨意提需求（有些客戶很隨意的提需求，並且修改頻繁，我們需要提醒並引導客戶，確定的需求要簽字確認，如果無效可以向領導彙報）
● 由於業務或崗位等因爲變動產生新的需求；
● 甲乙雙方都未考慮的需求
出現上面兩個情況需要及時向客戶彙報需求概況，並解釋出現此需求的原因。
項目啓動後，不論是公司領導還是客戶都想清楚知道項目進度情況，過程中遇到哪些困難、不清楚的地方等，所以此時我們就需要做好項目彙報的工作。
1）日誌（記錄當日做了哪些書和遇到的困難，編寫明天計劃事宜）
2）週報（總結一週事宜，列出下週計劃）
3）當面彙報（定期當面向領導和客戶彙報項目進度，提前準備好材料和思路）
日誌和週報必須以郵件方式發送，抄送客戶人員聽從客戶指定。
注：工作要幹，彙報更要幹
1）提前想好下一步工作需要什麼，前提條件是什麼；
2）提前和客戶彙報，給予客戶考慮和準備時間；
3）對於項目需求、系統功能等，可採取“邊做邊驗收”模式。
1）項目遇到問題，需要整理思路，想好如何表達，需要領導做什麼，要提前想好；
2）下面做事不配合，可利用領導巧妙壓制。
● 確定培訓時間、地點
● 確定參會人員
● 提前發放會議通知
● 準備培訓材料（會議簽到表、系統幫助手冊等）
● 培訓演示數據準備
● 提前到達培訓現場，測試投影、網絡、話筒等
● 會前安排人員填寫簽到表及發放操作手冊
● 培訓時語速儘量適中，控制緊張感
● 系統演示中不要頻繁搖晃鼠標和切換窗口
● 多和用戶做一些互動
● 軟件調試已完成
● 用戶培訓已完成（培訓後乘熱打鐵）
● 通過對實際業務的模擬演練，檢驗系統設計和功能是否滿足用戶實際業務需要
● 提高業務人員對系統的熟悉度
● 提前在實際業務環境檢驗系統的穩定性
● 根據項目的大小，一般選擇用戶的一個業務處理週期
● 試運行週期不宜太長
● 多和用戶交流，收集問題及需求
● 爲用戶解答各種問題，增加使用熟練度
● 和領導彙報系統運行情況，促進項目正式上線
項目上線=項目投產=用戶正式使用
● 要求客戶提前發佈系統正式啓用通知
● 檢查系統是否正常運行
● 刪除測試數據
● 檢查系統各種備份機制是否正常（重要）
● 解決客戶問題
● 及時跟蹤記錄服務器使用情況、系統使用率等
● 再次強調檢查系統各種備份機制是否正常
● 主動走訪重要用戶，詢問了解使用情況，收集並解決問題
項目這個環節比較重要，故單獨列出來寫，詳細內容請看《淺談軟件項目驗收》專篇。
很多人認爲項目驗收移交後就跟項目實施人員沒關係了，其實不是，一個項目實施下來，作爲實施人員對於項目細節是最爲了解的，很多問題售後部門同事一時無法弄清，所以實施人員後期還需多關注（畢竟後面還要收取售後維護費）。
● 維護+保障；
● 維護的方式：遠程、出差、駐點、售後服務中心
● 系統維護、檢查數據備份等
● 修改小的需求，如增加用戶、修改權限等
● 增加系統模塊、系統補丁升級等
● 建議驗收後的一段時間內，每週編寫項目運行情況週報抄送給甲方和公司負責人（讓客戶知道工作量）
● 項目維護中，接到客戶的電話、遠程協助等服務儘量形成文字材料存檔（後期談服務費可能有所用處，用工作量體現，讓客戶心甘情願掏維護費，免得說我們沒做什麼事）
● 定期回訪客戶（回訪週期根據實際情況而定），詢問客戶使用情況，讓客戶感受我們的關心