維護類專案的定義：
（1）在已交付的軟體基礎上增加少量功能；
（2）對已交付的軟體進行區域性的需求變更；
（3）修改已交付軟體的bug；
維護類專案的特點：
（1）工期短，客戶要求相應快；
（2）對已有的軟體進行區域性修改，投入的人力少；
（3）變更容易對已有的功能造成影響，容易注入新的bug；
（4）需求溝通、設計方案的確定、測試的工作量大於開發的工作量；
（5）維護的請求比較多；
（6）維護的請求具有不可**性，隨時可能會發生；
基於上述的特點，制定如下的維護類專案管理策略：
1 變更的影響範圍應該經過市場、需求、開發、測試的評估，識別對成本、工期的影響、識別技術的風險，然後進行決策是否接受此次維護請求；
2 每個維護請求一定要有乙個責任人，比如稱為維護專案經理或產品經理等，負責該維護專案的始終；
3 維護請求的進展狀態進行跟蹤管理。
4 新增的需求在描述時應採用：功能需求描述+介面原型的方式，功能變更的需求應描述清楚功能的輸入、處理、輸出。
5 需求的外部確認：一定要**和客戶溝通確認需求，然後給客戶傳送描述了如下內容的確認郵件：角色+功能+目的+驗收標準。
6 需求的內部溝通、策劃會議：在本次會議上：
（1） 需求交底：由需求人員講解需求，開發人員、測試人員和需求人員達成一致，不再另行進行需求評審；
（2） 快速設計：大家一起對做什麼、怎麼做、怎麼測進行討論，並記錄設計與測試的核心思想；
7 定義wbs分解的模板，幫助專案組成員完備的識別任務，任務的顆粒度不超過8個工時，每個任務定義明確的交付物。
8 維護成本核算：開發人員在專案管理工具中每天錄入完成的任務與實際工作量。
9 專案監控：每天跟蹤專案的進展，每週舉行公司級的例會高層匯報。
10 本次新增**，要求開發人員新改**工具靜態檢查，公司定義哪些錯誤或告警必須改，專案經理抽查是否修改了該改的告警。
11 專案經理指定人員進行新增、修改的**比對，對新**進行**評審。
12 系統測試時應首先對所有修改或新增的功能進行測試，然後進行波及到的其他功能進行測試，如果時間允許，執行全面回歸。
13 週期性發布版本時，要定義版本發布計畫。
14 qa人員在過程中和專案結束時分別審計一次，幫助專案組總結經驗教訓。
維護MMO專案的隨想
近期我的工作內容是在維護乙個歷經幾年的mmorpg大型專案，寫下自己的一些感想 專案進度 遊戲中基本的系統功能都有了，現階段的主要工作就是修復系統的bug及重構部分系統。1 拿到乙個需求，結合老 和新需求進行分析 在老 基礎上開發？整理思路重新開發？如果老的 不用怎麼改動就可以滿足新需求，那就在老 ...
維護MMO專案的隨想
近期我的工作內容是在維護乙個歷經幾年的mmorpg大型專案，寫下自己的一些感想 專案進度 遊戲中基本的系統功能都有了，現階段的主要工作就是修復系統的bug及重構部分系統。1 拿到乙個需求，結合老 和新需求進行分析 在老 基礎上開發？整理思路重新開發？如果老的 不用怎麼改動就可以滿足新需求，那就在老 ...
vue案例 專案的開始
1.在進行開始開發vue專案的時候，所需要的步驟。npm init webpack 專案名字 npm run dev 執行專案 npm run build 編譯打包專案 2.安裝外掛程式 dependencies 開發依賴 npm install less less loader 3.main.js...