軟體開發專案快速研發整理總結

軟體開發專案快速研發整理總結#

無論專案過程中發生了什麼，任何討論，會議等只針對專案，不針對個人。因為一個專案是一個整體，一個人的不足就是整個專案的不足，共勉～

介紹#

寫此文件目的有兩個：

幫助自己梳理專案管理中該注意流程以及問題
幫助想轉專案管理或者入門軟體開發專案管理一些事項

說明#

軟體研發專案（如 Android、IOS、Web 等）過程基本通用，不理解的可先套用，按照步驟理解每一步每個職位在每個時間節點該做什麼，明確任務目標，合理分配任務，達到快速交付專案的目的。

過程#

軟體專案研發過程包含：立項、業務功能梳理、定義產品原型、定義專案測試大綱、確定專案開發計劃、開發過程、測試過程、品質驗收、專案交付。以上是專案開發主要內容，細節後續說明。一般涉及功能職位（產品經理，產品負責人，UI，測試人員，開發人員，品質）

立項#

無論是外包專案或者自家公司專案，專案需求來源無非三方或者自家的市場調研或者反饋。一旦確定，召開立項會，確定專案內容以及方向和相關人員。

由於我們參與專案未必是從頭參與，故立項單獨拎出來說明。

其他#

階段	內容	責任人	備註
功能列表	由產品經理主導，產品負責人為輔，根據市場或者三方要求或者反饋，整理相關需求，確定專案功能列表。	產品經理	產品負責人為輔
產品原型	由產品經理負責，根據功能列表整理。	產品經理
測試大綱	由測試人員根據功能列表，部分可結合產品原型整理測試大綱。測試需考慮全場景覆蓋等問題。	測試
開發計劃	由開發負責根據產品原型評估工作任務，確定開發各個模塊開發負責人以及任務，完善開發計劃。	開發人員
開發過程	專案開發過程中，邊開發邊測試；開發分階段開發；測試分階段測試；所有功能開發完成後，進行全功能開發	team	具體看開發過程說明
品質驗收	由專案負責人提交，由專業的產品品質來驗收，確定成果是否合格達標。	產品品質
專案總結	無論專案交付品質高低，後續必須進行專案總結。總結本次開發過程中的優缺點。	ALL

舉例說明：#

假如我們現在要開發一款覆蓋全平台（Android ios web）的商城專案（長期專案）。我們跳過立項和市場等因素，直接進入專案開發過程。那麼我們具體任務：

整理當前收入的需求；討論確定第一階段交付任務目標（由於是長期專案，我們每個迭代暫定 2 個月。簡單說，2 個月一個版本）；根據交付任務目標確定完善具體專案功能列表；
```
需求（1-2天內完成）：
	1. 增加秒殺功能
	2. 增加代付功能
	3. 增加優惠券功能
```
確定功能列表後，組織會議討論。目的：
```
功能列表同上面需求（1-2天內完成）
```
- 專案相關人員了解專案內容
- 確定需求是否合理，以及功能等能否實現，或者實現需要額外條件等。
- 專案的每個功能必須要有統一認知，因為認知不同可能會導致專案開發功能方向偏離，導致專案事故。（次要求較高，需慢慢磨合）
- 重複此條，直到完全確定功能列表，大家的認知基本一致。
產品根據功能列表，設計原型。會議討論：
```
原型不畫了。根據任務量，確定完成時間。（一般2月專案週期，原型2天基本差不多了）
```
- 原型設計是否合理（交互等）
- 是否可以實現（存在認知偏差等因素）
- 重複此條，直到完全確定原型，大家的認知基本一致。
測試大綱（1-2 天內完成），次任務與產品原型並行，過程中可與產品和開發討論細節。主要根據功能列表編寫測試大綱。會議討論：
- 確定測試大綱是否合理
- 確定測試場景是否覆蓋完善
- 明確測試階段，測試時間。
- 重複此條，直到完全確定，大家的認知基本一致。
開發計劃（1-2 天內完成）（四端：Android IOS WEB 後端），於測試大綱並行。根據功能列表，產品原型，測試大綱，以及自我功能拆分，評估工作內容以及時間，完善開發計劃。會議討論：
- 確定任務分工
- 明確任務時間節點
- 功能拆分顆粒越小越好，開發過程中，根據情況調整，普通功能 2 天左右提交，困難任務根據評估時間提交。每次提交後，由測試及時測試。
開發過程：
- 開發根據計劃，在固定時間節點提交開發的功能。
- 測試根據計劃，在固定時間節點接入測試。
- 開發主要內容：分功能開發，提測，以及分功能 bug 處理。（一般情況下，我們要求：分功能 bug，盡量在開發下一階段時修改完成。特殊 bug（花費時間長，影響範圍不大），可延後處理。）
- 測試內容：整個過程中，測試任務相當重，幾乎整個開發過程中，一直在測試。目的是發現問題，解決問題，提升專案品質。
  - 分功能測試（根據專案時間確定次數。2 月專案週期建議 3 次分功能提測。），bug 提測，bug 驗收。
  - 開發完成所有功能後，進入全功能測試（2-3 輪全功能測試，開發提測時間 3 天左右，根據實際情況調整），測試時間 2-3 天。
  - 全功能測試後，評估專案品質，進入系統測試。
  - 系統測試（一般 2 輪內，要求專案基本不能大的改動）確定是否合格，如果不合格則考慮砍掉不合格功能，保證任務時間節點，保證順利通過品質驗收。
  - 系統測試合格後，由產品品質驗收。
- 產品驗收：根據測試報告以及測試大綱驗收專案產品。
專案總結
- 總結專案過程遇到的問題
- 每個人發表專案過程中發現的問題和不足
- 討論專案中問題的解決方案
- 發表專案過程中優點
- 由專案負責人總結優缺點。
其他說明：
- 專案過程中臨時需求插入怎麼辦？
根據現有專案時間節點，功能，評估需求優先級，根據優先級調整。原則是：時間盒子不變，專案開發功能替換，或者砍掉。

總結#

專案開發過程中，無論任何事，都是人在做，是人做就有可能犯錯，那麼作為 PO（專案負責人）應該時時刻刻關注專案中的異常情況，根據情況進行談心或者調整。無論專案過程中發生了什麼，任何討論，會議等只針對專案，不針對個人。因為一個專案是一個整體，一個人的不足就是整個專案的不足，我們共勉～

註：

不擅長寫文，個人心得，不喜勿喷。