Please enable JavaScript.
Coggle requires JavaScript to display documents.
有東西可以看嗎?, 增加工程師Debug能力 L1~L2, 增加工程師軟體產出品質 L2~L3, 減少錯誤估時 - Coggle Diagram
有東西可以看嗎?
整理ing
鵝胃這裡有一份露營版
https://coggle.it/diagram/ZQ2ZAyssZN_K2p7i/t/%E4%B8%80%E5%AE%B6%E4%BA%94%E5%8F%A3%EF%BC%8C%E4%B8%89%E5%A4%A9%E5%BE%8C%E4%BE%86%E5%A0%B4%E5%85%A9%E5%A4%A9%E5%85%A9%E5%A4%9C%E7%9A%84%E5%AE%B6%E5%BA%AD%E9%9C%B2%E7%87%9F%E5%90%A7!-%E6%98%9F%E6%9C%9F%E4%BA%94%E4%B8%8B%E5%8D%88%E4%B8%89%E9%BB%9E%E5%87%BA%E7%99%BC/25cead73a1e0cec3834a77ca0b9a6a9e95fc469a80066b501b3b158f534a8079
增加工程師Debug能力 L1~L2
Plan
評估 bug 難易度
分類 bug 種類 (UI、業務邏輯、核心等)
每週檢視結果
請工程師自己估時
Check
確認是否都可被正確分類以及評估
確認成效是否達到預期
Action
如無法被正確評估
=> 檢視是否真的無法評估，並找出解決方法
如果花費過久時間
=> 即時給予方向以及提供合適工具
Do
完成後紀錄 bug 到文件或資料庫
增加工程師軟體產出品質 L2~L3
Plan
請工程師嘗試畫出架構圖
訓練工程師思考架構設計
(例如當 viewModel 與模組或業務邏輯資料交互時，
應該採用 clean 架構，以保證能夠進行單元測試)
每個 Sprint 結束時檢視結果
Check
Review 結果，檢查是否有設計不足或過度設計
確認完成的功能是否能夠做單元測試
並量化成參考數據
Action
如果成果不如預期
=> 規劃教育訓練讓工程師參加
如果工程師無法如預期規劃
=> 即時協助畫出流程圖
Do
應確保先產出架構，再開始實作功能
減少錯誤估時
Plan
依照第一項區分出任務大小，並直接套用在估時
計算元件數量，並確認有無需要設計介面或是參數
需要把 Review 的時間也估算進去
每個 Sprint 結束時檢視結果
Do
應確實記錄在 Jira
Check
每日檢視完成的百分比
Action
如無法正確被估時
=> 檢視是因為預估時遺漏項目或是實作時遇到困難，
並針對問題作出改善