每天加班,为何团队研发效能仍是那么低?

前段时间一个 Github 项目把互联网公司的加班文化推上了风口浪尖，不能否认，最近这十年，国内互联网的发展速度遇上甚至超过了硅谷，为了加速发展，国内不少公司采用了“拼工时”的作法，每天加班，却忽略了最最应该关注的研发效能。

能够回想一下，你的团队是否是也面临着下面的问题？

研发团队人很多，你们也很辛苦，但产品发布经常延期，上线后产品问题频发。

开发提测质量很差，大量压力汇集到测试，致使代码返工率极高。

开发人员疲于应付业务，没有精力或者兴趣去精进技术，工做效率低。

这其实就是团队的研发效能出现了问题。

你所处在的研发团队

这里我列举三种能够看见的研发团队

第一种：

项目从0到1，系统或产品都没有搭建完成，团队的开发资源都在这个项目周期中。开发到一半可能由于业务或领导的决定改变方向，最终花了几个月时间可能整个项目没有任何结果或只有半成品。

这样的研发方式：传统研发模式

第二种：

团队项目进入到1.0后的版本，项目团队以产品线为中心，将产品经理所匹配的前端、后台、安卓、IOS等为一小组。项目2周一版本，碰着大需求的时候就3周一版本。但必定要保证版本迭代的方式落地项目，而不是一次性几个月才上线一个完整的项目。

这样的研发方式：敏捷开发scrum

第三种：

团队项目有1.0以后的版本，也有从0到1的版本。所以团队以产品经理为中心，开发匹配在一块儿后，以1-4周的时间范围内为版本时间。另外0到1的项目呢，开发人员all in在这个这里，致使没办法继续作迭代的工做。

这个第三种有点像第一和第二种的结合

这样的研发方式：四不像

你是哪种？

如何提高团队研发效能

互联网产品由于产品的需求面临用户，或则是线下的业务。需求自己会不停地变换或调整到最好的方式，按传统的方式从需求调研、原型设计、评审、文档、设计、研发，这样的流程须要大量的文档、以及项目审核时间，当审核结束后咱们才能进入开发。而且开发的时间周期也是很是长的。致使互联网研发中，其实不少需求均可能已通过时了，但咱们仍然在研发中的尴尬局面。

瀑布型工做流程也会致使团队产生容易敌对的关系，好比产品说：“研发他们作不了”，研发说：“产品他们总是变”，互相的责任推卸影响团的士气。

虽然瀑布流的逻辑很是严谨，但开发、产品人员都能了解到它的缺陷。团队内部都会反问本身：“是否应该更应该合理的遵照流程，输出更详细的文档？”

可是却越严格，致使结果团的沟通问题愈来愈大

因此，在当研发有2-3个以上的时候，突破传统开发瀑布流的方式。能够将有效的增长团队人员的参与感，从需求调研到项目结束每一个人都可以完整的感觉到项目的成就与失败感。

以人为沟通的“敏捷开发”

敏捷开发的意义是将人的沟通为切入，将团队的概念引入。以产品经理为主导将开发、设计人员关联在一块儿。固定的每日站会、每周评审、每个月复盘，产品经理为切入点带动起来整个项目。

固然敏捷开发的好处是必需要规定1-4周为一个版本。每一个周期叫作spring，一旦定下来了就不能更改，简单称呼为：小步快跑、快速迭代。

真正的“敏捷开发”流程究竟是什么样的

敏捷开发后咱们的研发流程大体以下，下面以CORNERSTONE敏捷开发工具为例:

一. 项目启动

1.1 需求收集

CORNERSTONE为需求生命周期搭建流程，能够自定义更改按收集、评审、排期、设计、开发、发布设立多个阶段，在不一样阶段把任务分发给产品、设计或者开发人员，让需求完成无缝衔接。这个阶段实际上是产品经理最擅长的领域，即为何要作这个项目？

在这个阶段，对于负责项目的产品经理来讲，须要输出的是需求文档及原型，这是你用来打动老板的基础，也是须要与涉及项目团队成员沟通需求的基础。

1.2 项目启动会

在立项会上顺利从老板那里得到资源后，项目能够真正开始启动了，这时就须要召开一个项目启动会，将项目涉及的各个团队召集到一块儿，给你们讲一个充满想象力的美好故事，让你们为了这个目标而努力。

那么，具体须要作哪些呢：

1. 明确项目要作什么，其实在这个环节，就是给各团队的同窗讲为何要作这个项目，这个项目能解决什么问题，带来什么样的收益，用项目价值去打动各团队一块儿努力比老板说必须作这个理由更有说服力和感染力，也会让全部人全心全意去为项目努力付出

1. 明确各团队的职责，即为了这个项目须要作哪些功能的新增或对现有功能的优化。

1. 明确时间节点，即针对于上面提到的功能或优化，各团队开发、测试以及联调的时间节点，明确时间节点能够保证项目能够在计划的时间内完成。

1. 明确项目干系人：项目负责人、技术负责人、测试负责人，在遇到问题时能够找到对应负责人沟通。

在CORNERSTONE里，能够同时并行管理多个项目。每一个项目清晰明确可见责任⼈、任务状态、优先级、类别、时间等多维度信息，帮助企业快速⾼效的对项⽬进⾏全周期管理。

1.3 需求讨论及需求分析

做为产品经理，你多是某一个项目的负责人，也多是项目相关团队的产品经理。

不管哪个，你都须要针对本身团队负责的任务进行需求整理，与本身团队的开发、交互视觉设计、测试确认需求、评估需求。CORNERSTONE讨论功能可供团队成员互相交流,共享信息,解决本身在工做中遇到的各类问题。

二. 项目执行与监控

2.1 项目执行

需求确认、工时评估完成后，正式进入项目执行阶段，由相关成员进行开发、设计及测试。CORNERSTONE的甘特图功能可方便管理者弄清项目的剩余时间，评估工做进度，调整工做任务，更好地把握项目的总体。

2.2 站立会、周会

每日站立会以及周会是保证项目正常进行的手段之一，经过天天的站立会沟通，确认团队成员是否遇到了问题，针对问题进行及时沟通与解决，保证项目能够正常进行。

若是项目时间较长，经过周会能够统计周期内好的现象以及遇到的问题，经过会议总结，让各团队了解当前项目进度以及遇到的阻碍。

2.3 联调

联调每每是跨团队项目须要考虑的问题，只要项目涉及的团队大于两个，就须要进行项目联调，保证各自团队负责的功能模块不会由于新的需求出现问题。CORNERSTONE针对这一需求，提供了全局报表（项目进度）。方便管理者了解项目分布、进度计划、质量风险等，并从中获取客观的实时数据，帮助管理人员分析、评估项目，全面了解组合内项目情况，以便做出及时决策。

2.4 项目监控

项目监控，是保证项目进度，保证项目能够在规定时间内保质按时上线。CORNERSTONE中管理者可根据项目建立状况，可实时更新项目状态，预警项目风险。简单来讲就是：对项目风险的管理——遇到项目风险如何处理，如何解决。

项目风险的可能性有不少，好比开发的delay、测试出现严重bug、业务需求方在项目进展过程当中频繁变动需求致使工时无限延长等等。

CORNERSTONE在可视化的平台活动图上，任意自定义不一样纬度统计卡⽚，可⼤⼤⽅便项⽬经理全⾯掌握项⽬进度和团队表现，了解每位成员⼯做产出与⼯时，提早化解潜在⻛险；同时⽀持⼀键分享卡⽚内容。

三. 项目收尾

结束是新的开始，项目也好、产品也好，只要没有死，就必定还会有新的开始。

在产品的生命周期中，包含着无数个项目，这其中有好的项目也有很差的项目。

每一次的项目上线或收尾，都须要对项目进行一次复盘和回顾，发现项目过程当中的优势与不足，优势继续保持，不足找到解决方案，在下一次项目中尽量的避免。