案例背景：背景：gi项目，对接方是域内的my，要求高，几乎不允许我们犯错。在上个迭代中，因为开发人员的问题，导致出现线上 bug，紧急发版。
目标：尽量不出现人为原因、低级错误。
实施策略：
框架层面：
1. 收敛核心公共方法
2. 搭建具有弹性的项目骨架
3. 加强代码 review
4. 完善项目文档，清晰的 CHANGELOG
5. 人员素质提升，用大量知识，提高人员素质，反哺项目
本次线上问题：
1. 开发不能明确的认知问题的严重性，并表示不能因为我的一个错误，就否定我一个季度的努力
2. 冷处理，一周内，不再提这个事情，给开发时间自己多想一想
3. 一周之后，单独和开发沟通这个问题的严重性
4. 组织会议，对这个事情进行复盘，为什么会犯这种错误，下次如何去规避
最终取得的结果：
1. 开发认识到问题的严重性
2. 代码质量保持着相对的稳定
管理问题：问题：项目开发时间不够，一直加班，如何处理
案例：h22 项目给到开发的时间很少，本期开发时间只有 1~2 周，基本都是倒排，我们也没有底气对客户说不，人员补充困难。目前基本靠着团队的凝聚力，团队进行加班完成，周末也经常加班，去完成这么多的任务。但是人会累的，客户的不合理排期，最终都会传到到开发侧，这种情况，我们如何处理。
自我管理优势（经验总结）：
1. 年龄偏大，对很多事情的看法可能更平和，更全面。
2. 技术优势。能够带领团队解决大量的技术问题，带领团队共同进步。