所有程序员的未来都是走向管理？

所有程序员的未来都是走向管理吗？

成为技术Leader需要掌握什么技能？

如何提高团队效率？

程序员的技术出路，走向管理后又会面临的很多问题，这是很多程序员都会经历的焦虑。

3月23日，养码场第8期CTO私享会在巴比特创立方举办，十几位CTO、技术管理者就【 打造高效技术团队 】 这一主题进行分享、讨论。

现场的精彩，场主想分享给不能到场的养码人

吐

血

整

理

记得分享

威佩CTO 俞圆圆

高效团队技术leader必备的5点角色认知和责任

技术原点：

At the end of the day你还是一个工程师

当我们从一个工程师进化到管理者的时候，往往会有2大误区：

1、当你作为管理者的时候，你会认为管理能力的重要性，远远重于技术。

2、你会认为，管人（People management）的重要性远远重于管事(Project Management)的能力。

不能把学而优则仕，学而优则管当做常态。我并不是很赞成盲目努力，譬如让技术优秀的人去做管理岗，因为这样的结果很可能是， 你将失去1个优秀的工程师，得到1个三流的管理者 。

做到管理岗位就会高大上？这是一种挺大的误区。而重点其实是我们带给团队怎样的技术观和价值观。

首先，我们自己（技术Leader）保持自律。

譬如每年学习一种新的编程语言，每年深入关注一个新的技术领域，每年自己编码完成一个软件作品。

其次，了解到技术能力的的迭代和进化，对于整个技术团队的必要性。

我所看到的成功企的技术管理者，往往都是在技术领域上精益求精、不断提高自己。

会有很多人说：“我平时的管理工作挺忙的，实在没有时间去写代码，去学习技术。”大家可能听说过Google的Jeff Dean，带着3千人，但每周会给自己留半天或一天时间敲代码。

不管我们承担了多少的技术工作，还是要具体技术提高的能力， 对技术的坚持，是我们应该传递给团队的价值观之一。

技术方向： 721法则

技术方向是一个很核心的内容。而首先，需要明白技术和业务，是技术的2面。

1. 业务，或者说工程（Engineering），在不同时空复杂度的要求下，它会不断演变出新的技术（Technology）挑战来。

2. 警惕过度追逐没有实际问题可解决的技术热点，对于团队中类似“一直在做业务，技术没有进步”这样的困惑能胸有成竹地回答。

如何平衡业务和技术，可以参考721的法则。

很多时候，在投入最后的10%的时候，技术主管会受到很大的压力，因为财务部门希望把钱投在有营收的事情上，而业务部门希望所有的研发围绕着业务、客户的需求。这时候，作为团队的技术领导者，需要自己的坚持和参考，这件事情是否值得去冒一些风险。

技术决策：依赖“常识”做判断

做正确的事

微脉技术负责人 周志章

技术管理-提升技术团队效率

看起来人人都很高效，但组织效率不一定高

工具是组织效能的一部分，行动力也是

鼓励高效，就必须区分加班和磨洋工

如何提升技术团队效率？可以从以下几点着手：

工具也是我来到微脉做的第一件事情。开始的时候最大的感受就是：不快，说白了就是没有太多的工具。

因此，我们提出并做了微脉的四化 – 可视化，自动化，自助化，智能化。 目前已经成型的三大工具 – 任脉/督脉/代码生成工具。

效能工具，就是让效率和能力得到提升的工具。

任脉：打通医疗行业血脉的自动化发货工具

打个比方，一些底层一线人员，往往不需要做太多的决策，但想要coding（如建一个分支），需要先邮件汇报，这个申请和回复的过程是比较久的。但是为了效率，通常来讲，5分钟需要解决所有问题，这时候，工具（任脉）就可以实现一键操作并且可以回溯查询。

通过工具，微脉实现了1个Q完成百来个需求点，是上半年的2倍。这就是工具带来的高效。

产品经理让你做什么你就做什么？这样的结果很可能就是技术在原地打转。

而架构可以确保以最低的代价完成项目需求，持续的架构治理是不重复造轮子的关键。 这是做传统企业提升，对产品负责人来说最重要的点。

• 梯队/能力建设

梯队占比： 经营层 2% + TL层 8% + 执行层 90%。 合理的梯队建设是提升组织效率的法宝之一，不一味地追求扁平化。

一方面，10%的人挡掉 90% 的干扰， 2%的人挡掉90%的政治任务。一方面，10%做前期的业务，技术沟通探索，这样执行层的90%就可以做确定性的事情。

能力建设

1）人才培养：

2）招聘2大原则：