像首席技术官一样思考：如何高效管理 30 人的研发团队？-管理越多越轻松。好的研发团队，应该是上拨下用，即下级对上级的向上管理；而不是反过来，总是向下管理，甚至是 CTO 做经理的事，经理做工程师的事，工程师最终会被当成实习生。如果是这样，就会越管越累，不仅团队无法成长，而且团队整天很忙还效率低下，问题一大堆。 有这样一个小故事：一位高级经理下班后帮忙倒垃圾，结果被老板训斥了一顿。这就好比首席技术官做了实习生自己该做的事。事情本身没有对错之分，只是从不同的角度有不同的理解。 古人云："用人不疑，疑人不用"。在面对自己的研发团队时，应该相信他们能做好，授权一线开发人员充分发挥专业特长，不要限制他们的工作。但在相信他们的同时，也要进行二次确认，始终秉持 "我相信，但我要确认 "的原则和严谨的精神。因为每个人都会犯错和疏忽，通过发挥团队的智慧，团队犯错的机会就会大大减少。比如回归测试、代码审查、开发演示、变更审批等等。 如前所述，每个人都难免会犯错。但作为管理者，你所设计和商定的流程不能出错。管理者的每
老板视角：企业产效利润化
员工工作很卖力、团队产出也很高效，但是，企业最终盈利了吗，赚钱了吗？团队除了口头上的认可和鼓励，有物质上的奖励和提升吗？
我们不能为了写代码而写代码，不能为了创业而创业，在创造价值和利他的同时，作为企业，老板也要实现有收入、有盈利、有增长。
如果说员工的责任是把事情做正确，产品经理的责任是做正确的事情，那么老板或决策层的责任就是要确保前面这两者都做对后是有生存空间、有市场空间和有利润空间的。
关于创业的模型模式，也有很多种。而作为技术型创业，或以互联网、软件产品或数字化为主的创业，我们也要基于公司自己的业务、特点和客户群体，以实现企业产效利润化为目标，建立一套可量化的漏斗模型和跟踪指标。
比如，如果是以外包项目为主和收入的研发团队，可以在YesDev关注项目的研发成本投入和利润的燃尽图。
针对每一个项目，我们可以统计在每个成员投入工时背后的人力研发成本。
作为老板或者项目负责人，可以查看一段时间内，某些项目的研发成本投入情况，对于成本控制和后续同类项目的工时评估和方案报价都有重要的参考意义。
最后，老板还可以查看最终的利润结果。比较好的状态是，每个项目都能如期按时交付，项目成本可控，有一定的利润空间，能及时收到项目尾款。
当需要查看更多指标和数据统计时，YesDev也为你和你的团队提供更多有价值的分析报告和数据支撑。
如果你的团队和企业，做的是ToC的产品，那么可以另外构建你的业务指标、业绩体系。
小结
关于研发团队的管理和规划，应该适合采用Top Down的方式进行统筹、规划和推进。
而在研发协同、个体扁平化协作、发挥团队集体智慧方面，则应以Bottom Up的方式。
既要整体规划，也要逐个击破，执行到位，相信很快我们就能看到研发团队明显提升和充满正能量的AHA时刻。
上一篇： 迄今为止，数据管理技术经历了哪些阶段？
下一篇： 技术管理计划共享：技术部门结构管理流程