對於一個項目,最大的問題就是如何拆解爲任務,分配到合適的人手裏,並在有限的時間內完成它。前端
就像作建築工程同樣,其實作IT也是能夠量化的,可能有的人砌磚砌得慢一些,有的人快一些。數據庫
可是咱們把整個項目進行拆解的話,每一個星期進行統計分析,就能夠對症下藥,提升開發效率。後端
好比快捷鍵不熟悉,好比寫代碼以前沒有先規劃好,好比某些邏輯沒有想清楚就開始編碼了,好比新的知識點沒有學習好,並無徹底掌握。前端框架
這些就像提升你的高考分數同樣,只要咱們反覆在細節上面作到位,對症下藥,針對性的訓練,分數就能夠上去。框架
產品啓動階段 | |||
---|---|---|---|
大階段 | 小階段 | 描述 | 工做步驟 |
產品調研 | 產品立項 | 肯定作某個產品 | 1.肯定產品名稱 2.肯定產品口號 |
需求調研 | 肯定目標客戶想要的功能點 | 1.肯定產品人羣 2. 肯定產品市場 | |
競品分析 | 拿來主義,吸取競品的優勢 | 1.尋找業內第一第二的競品 2. 競品功能分析 , xmind畫出功能圖 3. 競品人羣、市場佔有率、盈利狀況分析 4. 競品功能是否知足現有需求 , 優點、劣勢 | |
產品需求 | 需求分析 | 詳細整理分析用戶的需求 | 1. 整理用戶角色 2. 整理用戶功能點 3. 不清楚的需求反覆討論 4. 寫好需求點文檔 |
模塊劃分 | 肯定產品模塊名稱和英文名稱 | 1. 肯定整個項目由哪幾個模塊組成 2. 肯定產品模塊的英文和中文名稱 | |
版本規劃 | 肯定三個月要達到的目標 | 1. 肯定版本號 2. 肯定該版本須要完成的功能 3. 肯定上線時間 4. 每週確認是否符合預期,進行調整 | |
產品設計 | 原型設計 | 設計原型界面 | 1. 設計原型界面 2. 設計各個原型之間的交互 3. 分模塊進行設計 |
UI設計 | 拿出簡潔、美觀、耐看的UI設計 | 1. logo設計 2. vi設計 3. ui設計規範 4. 每張原型的ui設計 | |
產品介紹PPT | 拿出打動客戶或者投資人的ppt | 1. PPT內容 2. PPT設計 |
編碼階段 | |||
---|---|---|---|
大階段 | 小階段 | 描述 | 工做步驟 |
框架設計 | 框架搭建 | 肯定開發使用的框架 | 1. 理解需求 2. 肯定前端框架 3.肯定後端框架 4. 肯定數據庫 5.搭建一些小的demo進行測試 |
數據庫設計 | 根據模塊設計好數據庫 | 1.確認表名稱 2. 肯定字段名稱和相關約束 | |
接口設計 | 根據模塊和界面設計好先後端須要的接口 | 1.編寫接口文檔 | |
代碼開發 | 前端開發 | 根據原型、UI、數據庫和接口開發前端 | |
後端開發 | 根據數據庫和接口開發後端 | ||
先後端聯合調試 | 先後端一塊兒聯合調試 |
發佈階段 | |||
---|---|---|---|
大階段 | 小階段 | 描述 | 工做步驟 |
產品驗收 | 開發自測 | 確保本身開發符合需求,無低級BUG | |
RC測試 | 候選發佈版本測試 | 1. 每週發佈一個版本 | |
正式測試 | 使用測試機構進行正式驗收測試 | 1. 每兩週至少發佈一個版本 |
項目管理 | |||
---|---|---|---|
大階段 | 小階段 | 描述 | 工做步驟 |
第一週 | 週一/週二 | 產品設計、需求整理、項目進度、代碼開發 | 1. 本地測試隨時發佈測試2. RC版本有須要就發佈 |
週三/週四 | 發佈候選版本 | 1. 發佈候選版本 2. 測試決定是否能夠上正式 3. 儘可能週三把版本發出去 | |
週五 | 產品會議,肯定下週的需求 | 1. 總結本週開發進度 2. 肯定下週要作的事情 3. 開發下週要上線的功能 4. 發佈RC版本作小階段測試 |