研发管理心得整理

https://www.toutiao.com/a6658151816229814791/

 

2019-02-16 11:37:55

研发管理心得整理

在现在的公司工作了快5年了。陪伴着公司从创业初期一直走到现在， 公司业务也从0发展到注册用户5000W+、月流水4000万，年流水5个亿。 研发团队从我一个人的单打独斗扩张到现在几个团队。一路走来，从高级研发到架构师，从架构师到项目总监的转型，临时接手大数据组种种的经历。接下来以个人的经验来总结下技术研发团队的管理心得。

 

经历几个阶段:

第一阶段: 对于我们这样一个创业公司来说，刚开始人不多，而且要求产品赶快上线进行第一轮验证，因此以产品灵活、响应快、研发与产品配合度高的情况就体现出来了。但这种模式是以产品快速响应用户需求为导向，对研发质量的不重视也为后来埋下了巨大的隐患。无论是代码规范性、性能的要求都缺乏足够的重视，导致后来很多代码无人能接手，很多技术瓶颈完全无法解决，最终没办法只能重构。

第二阶段: 是纯粹的直线职能制的流程化开发模式，按产品出需求、研发实现、测试验收的流程化进行的。这种模式的好处是各司其职，每个部门把自己的事做好就行，而且各部门在质量上都有提高，无论是产品的需求完整度，研发的代码和架构质量以及测试对细节的把控都有很大的提高。但也不是没有问题。这种模式对市场和用户的响应程度上就明显慢很多，而且没有人对整体项目的结果负责，产品也缺乏真正的核心功能和亮点。还有一方面是在团队协作上效率极低，相互推诿，相互攻击，不利于团结的情况时有发生，对公司整体团队氛围也影响很大。

第三阶段: 项目制度的模式，由产品发起需求，进行需求评审确定功能有价值进行研发，评估研发成本后，从各个部门调配研发、设计和测试人员资源。整个项目成员属于一个团队，每个人对自己负责的工作负责。产品做为对整体项目的结果负责，会把好最后的验收关。团队协作上的效率得到提升，大家目标一致，为了最终的项目交付积极努力工作。

做为研发管理者的总结了如下几点:

• 技术架构(技术视野)。技术能力仍然是基础，但是要格局更宽阔、视角更全面，既要能关注到未来的技术发展方向和趋势，也对公司的技术储备和路线心中有数，能够进行技术的落地和创新。公司什么阶段该用什么样的技术，哪些新的技术需要引进来，在不同的阶段，引入什么样的技术力量，这些都是技术管理者的职责。
• 建立公司主营业务中技术框架和实施模式
• 建立技术体系标准
• 流程制度（管理能力）。在技术岗上，你的成功就只是决定于你做得有多好；在管理岗上，你的成功决定于别人做得有多好。成为管理者，一定要有这个思维方式的转变，重点是让团队做好，而不是自己亲自动手。而想让团队具备高战斗力是需要很多「道」与「术」的，比如打造团队文化、团队激励是「道」，沟通技巧、考核方式是「术」，而这些如果不想在实践中通过各种挫折来走弯路，那就一定要多学习和了解一些行业大拿的成功经验。
• 建立高效率的技术团队
• 建立健全的项目管理体系
• 建立员工能力发展体系
• 知识体系
• 知识库管理体系，技术培训和分享体系
• 视野&执行(商业嗅觉)。其实这考验的是对于业务和公司战略的理解程度，作为技术管理者一定要明白，技术最终还是要通过业务来产出价值，想要制定技术战略，首先要了解企业战略，了解行业趋势，了解公司在行业中的位置和地位，然后再去考虑技术团队如何支持和配合公司的战略，在这个过程中，优秀的技术管理者要学会跨界，跳出技术人的思维，从产品、市场甚至CEO的视角去思考问题，从而培养自己的战略思考能力。
• 具备技术前瞻性、战略落地能力

题外话：

当我还是个单纯直男癌程序员的时候，觉得做技术应该是最复杂的，时不时想要搞个客户端技术，网络、SQL、架构设计、Java，操作系统, 什么都要懂；Python，Js, shell要学的东西很多；还不断的有新的东西出来，今天 React Native，kotlin ，明天又大数据，后天人工智能，区块链等等。。学无止境呐。

在看看那些高管和老板们，不参与具体的版本开发，不需要找bug，天天就是开开会，发发邮件，今天跟测试撕逼，明天和产品讨论版本计划，后天和项目经理讨论人力安排，半年来个总结汇报，多轻松啊。

只有当我做了leader后，有些事我才真正开始明白

1. 决策者永远比执行者累，要负的责任和要做的事的大小的影响都是完全不同的概念。
2. 想要招聘个心仪的下属，不知道要花掉多大的力气还有运气才行。
3. 管理方法是可以学的，但是责任，担当，格局这些内在是需要修炼的！
4. 下属能力不够，有leader来带；自己能力不够，自己想办法去弥补。
5. 公司失败了，永远是老板的责任，老板不会说公司失败了是因为招了一堆垃圾员工，因为招什么人的责任也是老板自己来背。这个原则向下同样适用于任何管理职位。
6. 从来不会因为某个技术问题发愁，让人累的都是人的问题
7. 很多时候明明已经对全部人交代了，但很多人还是要单独确认，同样的话总是要翻来覆去的说。推出一个新的流程，自己要先试试，然后写清操作规程，接着是普及和推广。然后运行的时候各种低级错误依旧层出不穷。