《途牛CEO 于敦德 :创业、密度制胜》文中关于人才密度、时间密度的评论,对我这两年的工作经历来说是很好的总结。
人才密度。对于公司来说,当然是越优秀的人才越想招纳于麾下。不过这是不现实的,不论公司的成本考虑还是人才的自我选择,都是初创公司不能提供的。 如何让一个团队中的人才密度和成本考量达到公司现阶段承受的最大值,这是管理层需要思考和磨合中分析出来的。
首先,一个团队中如果只考虑成本,招聘大量刚毕业1-3年的员工,这样确实成本控制到最低。但这样的团队的产出可预想的结果:
产品需求技术评审阶段,无法很好的针对需求指出prd的盲点,产品经理未考虑到的技术实现。开发过程中,一步一个坎,需求在开发过程中不断进行校对,代码不断推倒重来。
开发联调阶段,前端android/iOS/h5与后端接口开发互相推诿自己是否能够实现,应该后端还是前端来进行修改。
测试阶段,功能测试还好,但是性能测试时,会发现整个接口并发qps只能到10。
个人经验,团队中一个team起码一到两个高程,这样在工作过程中,需要分出精力去把握初中级程序员的技术实现方案的可行性,避免低级错误(for循环插表之类)的发生,保证数据库设计缓存设计的合理等等,整体提高整个团队的技术水平。
时间密度。就如于敦德文章提到的,连续时长效率要大于间断工作效率。时长的长短根据项目和产品的阶段来衡量。这是很值得推荐的。
好的团队主要体现在产出和高效上。如何高效产出,是很多公司和管理层一直探讨的方式方法。例如,绩效考核、工作时长统计等各种各样的解决方案。
本人比较认可的创业公司开发模式,是敏捷迭代开发模式:
1、团队接收到评审后需求任务,进行内部任务分解,不同团队领取自身的计划工作。
2、leader分配任务到个人,通过worktile/teambition/jira等项目管理工具跟踪任务的完成情况,每天早或晚每个团队的项目经理进行任务进展短会(5-10分钟),统计任务,解决任务瓶颈。
3、并行任务或者线上bug进入团队由team leader进行统一拦截,分优先级分派任务。根据组员现在情况,进行合理分配。
4、新产品线开放出来后,根据各组的工作饱和度,进行合理的组间抽调和外派。
敏捷迭代主要优点就是在于每2-3月一个迭代,产品稳定后,团队整体进行调整后,在进行新一轮的产品迭代,保证团队的战斗力和工作氛围,同时兼顾员工的生活质量。
这里面比较极端的公司,认为需要开拓市场,抢占先机,不能认清自身产品的解决的痛点,跟风长时间的进行产品和需求的迭代,不考虑团队的战斗力和效率,迷信奉献和态度,不考虑员工的基本身心需求,没有合理的工作机制和流程。就如时间密度中提到的,过长的时间连续,会导致工作效率降低,工作氛围低沉,员工负能量过多等,这样的团队是不能给出有说服力的产品。