我的犯错集锦（技术转管理）

       我是一名普通的技术研发人员，自从想着转岗，就开始接触一些不一样的东西，第一年，我的经历是失败的，并没有能够很好的去转变，此文是记录下我的日常，提醒自己、反思自己、改正自己，如果能够给也在转岗的你带来一点帮助，那就荣幸之至。希望大家多多批评指正。

---

        作为一名开发，惯有的思维是阻碍转管理岗最大的障碍，同时，语言表达能力、统筹规划能力都是需要不断去提升和改正的，正如同我的领导跟我说的：边界处发力，释放影响力。做管理就是服务，服务你的下属，服务你的同事，服务你的客户，服务你的领导。

        作为一名研发的管理人员，还需要向前看向后看，向前是跟项目侧，向后是运维侧，要学会多替跟自己的项目研发有关系的部门着想，这样才能让你的工作更顺畅，能够提前发现和预判风险，人人为我，我为人人。让别人感觉到了舒服，在你遇到问题的 时候，别人才会想着去替你想想办法，才能在客户那替你说话。

       沟通，在项目管理中是及其重要的，一定要学会跟不同的干系人去沟通。

       规范、严谨，是研发工作的前提，要从需求侧严谨，原型要注释，要写清算法，变更要有记录，要有依据，业务讲解要透彻，要做到项目中的所有人的思想是统一的。

        会议，定期的晨会和周会是把控项目进度和质量的一个好工具，明确项目人员的工作内容，了解工作进度，尽早发现风险，这样才有利于项目的管理，同时，也可以很好的体现出项目工作量和每个人的工作量。

 

问题	产生原因	解决方法	思考
需求侧提供了数据，没有告知需要什么时间导入，随着项目的时间进程，突然有一天紧急需要给客户演示，而且是晚上发现了这个问题，客户现场无法远程操作，功能异常，无法批量导入	1.需求侧没有提供要时间 2.自己没有询问清楚	1.客户环境无法远程，先把文件传到测试环境，然后拷贝数据表数据和文件到服务器（有同事在现场）	1.没有时间意识，没有能够第一时间询问数据是否需要导入 2.没有跟踪此事，没有形成闭环，做事需要有反馈
领导安排了一项任务（画8个系统的逻辑架构图），但是由于一直被项目研发占用时间，此项工作没有开展	1.项目研发占用时间太长 2.自己没有加班去完成		1.对于无法完成的内容，需要根据自己目前的工作情况，提前跟领导汇报工作无法完成，在领导同意的情况下，是否优先完成一部分内容，或者把完成时间延后，需要领导去确定优先级

初级管理最容易犯的错就是会盲目的进行管理知识的学习，尤其是在没有经过专业的培训的时候，会通过各种渠道了解理论知识，就像一锅大杂烩，不管有没有用，先放进去再说，本人目前也是这种状态，从彼得德克鲁到技术领导力的各种公众号，各种理论知识在你初次看到的时候，都觉得它是有用的，每次记录下来或者打印出来，然后放置在抽屉里，然后又是埋头各种工作，却没有真正使用上。

想要改变这种情况，可以先选择几条理论开始实践，比如：高效会议、团队分享、邮件礼仪，这种都是最常用也是最容易使用的，经过几次刻意的练习后就会形成习惯，那么你就开始掌握这种工作方法了。

<==角色动态转换-->

作为管理者，最重要的就是学会动态的角色转换，在不同的场合，不同的时间，不同的事情上，你的角色不是固定不变的。

例如：在家的时候，对你父母来说，你是孩子；对你妻子来说，你是丈夫；对你的孩子来说，你是父亲；每个人其实已经掌握了这种动态角色转换的能力，只不过在你的工作中，你给自己限定了自己的角色。你作为一名技术人员，你会潜意识的给自己限定一个技术研发的角色，更多的是考虑给你分配的工作是否能够按时完成，工作中遇到问题应该找谁去解决。当你打破自己的角色的时候，你会变得主动，主动去寻找能够更快、更好的去完成你的工作的工具或者人，你会提前考虑是否会存在一些问题，这些问题你能如何解决，你解决不了的时候，你会带着你的解决方案去向你的领导寻求帮助。那时，你就是这个工作的核心人物，大家都喜欢遇到问题找你，那么对你来说，就会遇到另外一个问题，那就是你的时间分配问题。

<角色动态转换==>

<==时间分配问题>

<时间分配问题==>

 

附录：

1.技术管理的30条军规和提高情商的18条方法