都會女子的異想世界

開發團隊專案的一天開始了！

一．SA 交付及需求理解
客戶堅持使用標準 UML 設計開發，SA 寫完 use case 交付！來交付時，通常給一整批，大約會花一至兩天，將內容說一遍給 SD 聽，當然，在寫的當中若有問題，也會隨時播個電話問 SA！

這流程很 OK，我給 100 分！


二．SD 設計規劃
使用 UML 工具開始設計，Activity Diagram、Class Diagram、Sequence  Diagram都要出完整，可不是亂亂畫哦，連 method 及程式流程幾乎完整，會被抽查的哦！

這流程，我打 80分，專案中應要做的，我完全同意，只要給我時間，那 20 分是因為客戶不給時間而扣掉！

三．SD 審查
這時 QA 流程進來了，如何確保 SD 畫的沒有問題？
有一份 Check List，A SD 畫的圖，由 B 來審查，B 必須依 Check List 上的標準，一一打上勾勾，若是發現有問題，要寫一份改善方案！

這流程，我打 0 分，浪費時間，不管是 A 或 B ，為了不寫改善方案，絕對全部都打勾！

四．PG 撰寫
PG 拿著 SD 的文件開始撰寫，中間有問題隨時討論！這流程，千古不變！

五．PG Junit  撰寫及測試
本專案由 SD leader 規劃了一個自動化測試，並自動產生測試報告，測試結果不作假！

這流程，快速且完善，百分之百完美！

這流程  50分！
咦！那麼完美，為何是 50 分？
我原本給 100分，但因為 QA team 扣了 50 分，為何？

因為有一個該死的 KPI，叫做『單元測試缺陷百分比』，客戶認為，PG 寫出來的程式不可能沒有問題，因此在做單元測試時，絕對會抓出很多 bug，數據太完美一定有問題，所以，數據要 20% 以上！

為了要達到 KPI，我們要做假！故意程式要寫爛，然後出一份「完美的 KPI 報告」？

不是為了要防止 PG 寫出來的品質會有問題，所以 SD 花了很多時間去規劃了嗎？
若 PG 寫的邏輯有問題，應是出在 SD 那一端吧？
不然，就真的 PG 那天失神了！當然，若是 PG 一直在失神，只有一個解決方案：換人！

那下午 17:30 那場會議，我不是要一直被審問到死！因為互相矛盾嘛！

每天花在這些上面的時間，SD 及 PG 一個人平均起來大約一至兩小時，重點是，大家心裡很不爽，工程師，最不喜歡將時間浪費在不必要的事情上！工作效率，又降低了一點！

六．Code review
PG 撰寫的程式，SD 要 review！
這時，QA team 又進來了，有一份 check list，SD 必須看著上面的 check list 打勾勾，不符合的，就退回給 PG，並寫一份改善方案！

這流程，80分，是我一直要提倡，SD leader 一定要去看 PG 的 code，當然，在前一關中，做了完整的 unit test 了，照理，這關應可以輕鬆通過，但是，有些測試無法在單元測試中看出，如 transection 控制、Exception 、多人使用情況、效率等等，這時 SD 只需要重點審視即可！

改善方案，可以寫進撰寫規則中，重要的是，其它人都知道了嗎？

至於又要寫一份報告給 QA team，目的何在？結果一樣是全部打勾勾！免了吧！