案例背景：背景：gi項目，對接方是域內(nèi)的my，要求高，幾乎不允許我們犯錯。在上個迭代中，因為開發(fā)人員的問題，導致出現(xiàn)線上 bug，緊急發(fā)版。
目標：盡量不出現(xiàn)人為原因、低級錯誤。
實施策略：
框架層面：
1. 收斂核心公共方法
2. 搭建具有彈性的項目骨架
3. 加強代碼 review
4. 完善項目文檔，清晰的 CHANGELOG
5. 人員素質提升，用大量知識，提高人員素質，反哺項目
本次線上問題：
1. 開發(fā)不能明確的認知問題的嚴重性，并表示不能因為我的一個錯誤，就否定我一個季度的努力
2. 冷處理，一周內(nèi)，不再提這個事情，給開發(fā)時間自己多想一想
3. 一周之后，單獨和開發(fā)溝通這個問題的嚴重性
4. 組織會議，對這個事情進行復盤，為什么會犯這種錯誤，下次如何去規(guī)避
最終取得的結果：
1. 開發(fā)認識到問題的嚴重性
2. 代碼質量保持著相對的穩(wěn)定
管理問題：問題：項目開發(fā)時間不夠，一直加班，如何處理
案例：h22 項目給到開發(fā)的時間很少，本期開發(fā)時間只有 1~2 周，基本都是倒排，我們也沒有底氣對客戶說不，人員補充困難。目前基本靠著團隊的凝聚力，團隊進行加班完成，周末也經(jīng)常加班，去完成這么多的任務。但是人會累的，客戶的不合理排期，最終都會傳到到開發(fā)側，這種情況，我們?nèi)绾翁幚怼?br /> 自我管理優(yōu)勢（經(jīng)驗總結）：
1. 年齡偏大，對很多事情的看法可能更平和，更全面。
2. 技術優(yōu)勢。能夠帶領團隊解決大量的技術問題，帶領團隊共同進步。