需求理解
- 理解需求背景
- 確認需求明確,無邏輯遺漏
- 確認所有需求方案都有實現方案
- 合理預估時間
- 需求不明確或者不清晰的點,可以當場提出來,或者稍後整理
- 快速整理出未實現過的功能,邏輯,技術點,可以和leader一起討論交流方案
- 確認驗收標準是否完善
- 確認Story優先級和粒度無疑問,有問題反饋給leader
方案評審
- 前後端快速整理出接口,哪些可複用,哪些需要合併
- 接口遵循RESTful風格,考慮擴展性
- 參數和返回值都清晰明確,遵循接口定義規範
- 關鍵業務邏輯畫業務流程圖
- DB設計完備,SQL語句完善,索引完整,常量標註清晰,表名和字段名符合規範
- DB設計中預估數據量和增長速度
- 製作出架構圖
- 後端預估併發數
- 前端給出公共組件
- 前端給出瀏覽器兼容版本
- 確定是前後端分離還是不分離
- 明確開發,測試,線上三個環境的IP,內存,域名等資源分配
- 給出多種解決方案和推薦方案
- 方案應該在兩三天之內完成
- 評審通過後,Task在兩小時之內拆解完成,Task的粒度不超過2小時,Task無遺漏
日常任務
- 3次Todo List
- 下班前提交代碼,部署開發環境,測試當天完成的內容
- 尋找影響Story完成的阻礙點
- 晨會演示昨天完成的內容
- 測試正常的數據和邊界數據
- 晨會審覈燃盡圖,更新Demo時間,找出延期原因,給出解決辦法
- 每天隨時測試完成結果,遵循測試方法
性能測試
- 明確結論,通過或不通過
CodeReview
- 是否符合編碼規範
- 是否和設計方案一致
- 是否有邏輯漏洞和潛在風險
Demo
- 確保所有關鍵業務邏輯全部走通
- 確保異常數據處理正常
- 確保各種兼容性
- 確保最終研發出來的產品符合用戶使用邏輯