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