今天给公司中层管理做管理培训，经验分享给大家

1. 心态要发生改变，做管理的紧急维度是客户的维度，而不是谁找我火急火燎的优先级就高。重要的维度不是我自己写代码觉得哪里重要，而是要和公司生存相关的维度，不做没钱的那种就很重要

2. 紧急重要的，一般都是严重 bug，线上问题，这种问题来了，就不要想什么规则和流程了，赶紧修复，今天就调集所有资源搞突击战。偶尔搞搞突击战其实对调节团队热情也是很有帮助的。当然不能天天搞突击战，天天搞突击战就证明管理混乱，怎么井井有条？继续看

3. 重要不紧急的，一般都是研发大任务，但是很多研发转岗的人并不懂得这种阵地战的打法，关键是三个：版本管理的关键是，定好里程碑，大家完成一个版本就上线，这样对团队士气有帮助，而不是所有版本功能都杂在一起做，完成进度的时间长了，团队就疲惫了，做啥都没劲；人员配合的目的是了解每个人的特长，发挥长处，规避短处，人员配合好，就有奇兵优势；质量检查主要分为高强度测试和定期嗅探代码臭味道，代码太臭了就要给同事重构的时间，这样代码结构强大才能带来产品质量稳定，稳定就可以获得客户的夸奖，对团队也是一种荣誉和士气提升

4. 紧急但不重要的，一般都是客户对新功能的需求，这些需要养成事事记录的好习惯，记录完以后，定期整理需求，整理需求的过程你就可以感受到不同背景客户的需求共性和需求差异性。获得这些信息以后，再深入思考需求，需求思考的越深入，最后你的代码架构设计才越合理，才不会经常返工，团队同事跟着你干，成功率高，有士气

5. 不紧急不重要的，一般都是伪需求，研发自己雕花认为重要的地方，这些事情坚决不要做。但是很多研发转岗管理的同学，初期都是心态转管理了，全局观和服务客户的心态没有转，容易进入拿着自己当客户，自我高潮感动。这个阶段要尽早渡过

上面就是我的培训内容，希望对那些过去研发能力很强，但是不知道怎么管理的同学提供一些战术帮助。