起点学卐院课程

如何改变团队协作混乱的现象?

0 评论 3092 浏览 15 收藏 10 分钟
15天0基础极速入门数据分析,掌握一套数据分析流□程和方法,学完就能写一份数据报告!了解一下>>

在很多小公司或者传统企业中,业务〒和产研团队协作混乱,导致效率低下,想改变却无从下手。

本文内容主要是结合本人实操经验谈及团队协作问题,目标是希问问望可以提供一个改造目前团队协作流程的可执☆行方案,将会从 [ 是什么 ] → [ 为什么 ] → [ 怎么做 ] → [ 所需资□ 源帮助 ] 等4个维度去叙述。

由于卐本文讲述的是团队协作流程,所以涉及到一些产品阶段的工作方法将他们还没有放弃不会展开描述,只会粗略带过。

一、概念介绍

本章节主要对产研流程及推动流程的◣理由作介绍。如有不合理的地方,还请指正讨◎论。

需求协作●流程介绍

本部分主要阐述一个很典型的协作流程,如果清楚这部分内容,可以略过。?

一般都是啐了剧毒的需求协作流程,简单来说其实当对方一出现在自己就是:

业务/产品/研发提交各↘种需求给产品团队 →?产¤品团队收集各方需求?→?产品团队评估需求合理性并排优先级 → 产品团队制作需∏求方案并与各方达成一致 → 需求流入设计研发,产品团队及时跟进对方一开始也没有说话进度 → 需求流入测试 → 产品团队验收,并安排业务方『验收 → 产品上线,产品团队及运营收集反馈?→ 开始新Ψ 一轮迭代。

为什么需要定下规范的团队协作流♀程

本部分主要从公司、团队、个人角度阐述为什么需要规范团队协作流程,有什么好处。

商业组织都是追求效率最大化的→,如果可以定下一个规范的流▃程,将大大提高效率,提高ROI(投入♀产出比)。下面将从三个角度阐述为什么要定下规范可遵守的流程:

  1. 从公犹豫司角度:可以提高资源利用率,提高效率。试想一下,如果我们没有定下人人遵守的协作流程,需求都▼是随意口头沟通,随意修改,那么需求如何追踪Ψ,这个需求要排在什么时候开发,是人人都可以≡以自己利益为先去要求研发对他倾斜资源吗?功能一个插一个,何时能有阶段性成果?种赶忙不动声色种的问题,将导致开发工作大大加重,且无效开发越ζ 发增多。浪费人力、时间成本,且无法看到阶段性成【果。
  2. 从团队角度:将提高团队工作【积极性,且不让团队陷入混乱。协作不仅包括开发流程,也包括阶段性冲刺目标。如果团队每个阶段的冲刺目标是什么,将带着目¤标冲刺,态度◇会更积极,且不会将时间投入优先级不高的№需求中。而且需求规范管理,也将使研发避免陷入一个怎么做都做不完的怪圈。
  3. 从个人角脑海中瞬间闪过一道灵光度:可以更好规划个人时间,提高工作幸福感。提前预估工作╳量,可以更好☆切割工作时间,提高〖产出效率。也避免个人陷入需求改来改去的假忙碌曼斯望也没望所罗的状态。

二、规范流程措施

主要从几个维度阐∩述如何搭建规范的产研团队协作流程。涉及具体执行方∩案。

阶段性目标及♂版本规划

详细描述

团队有阶段性目标,每个季度有工作重点(时间可根据具体情况而定,双月/季度/半年等):

(1)每个阶段,从最上面走到哪都有人惦记着定下阶段性目标,往下各个部门团队∞拆解,根据大目标制定各个部门▅目标,再拆分到★部门内每个人本阶段目标。在对应阶段ω ,团队成员可以对着目标冲刺,工作会更有重点。

(2)每个阶段初事情,对上阶段目标进行总结及复盘,然后◣开始新一轮的冲刺。(一般会在阶段末※尾,团队成员会进行阶段性总结,先进行自①我复盘)

常规〓迭代按版本开发,每个版本大概2周~1个月时间:

每个版本都会有一个已经经过评审的需求 list,在规定时间内,研发团队就往↑版本需求冲刺。冲刺阶段,需求→一般不会进行大修改,如果需要大改≡动,或者根据市场需】要临时增加,增本版本开发时间要不延长,要不 cut 需求。

措施收益

  • 团队可以专注阶段性目标冲刺,不会浪费时间处理震惊低优先级需求
  • 围绕目标工作,可以提升团队成员工作使命感,提升自驱力
  • 按版」本快速迭代开发,可以※在较短时间内,将mvp(minimum viable product,最简可行产品)投入市场,验证产品是否达到PMF(product market fit)状态,及时根据市反馈调整产品

需求从开始到上线规范流程

详细描述

所∑ 有的需求,都需要上协作↙软件:

(1)业务、产品团队、研发关于产●品的需求,都要先跟产品沟通后,再自行写上协作软件,并指派@给对应的产品同事。

(2)当业务需要研发、设计、产品团队协作的文档需求、数据需求,都需要将需求写在协作软件上,指派给对应的产品同事。

(3)跨业务部门协作资源△请求,跨业务部门同事需先发邮¤件给业务/项目负责人,由业务/项目负责人或由业务/项目负责人安排产品同事去协调资源,并将需求写上协作软件。

所有的需①求,先汇到产品这边,再ξ 统一安排协调资源。

协作具体流程图(点击放大)

措施收益

  • 可以及时跟进需求进度,不跟丢
  • 信息对齐,知道团队成员手头上有什么工作,更容易安排工自然不会搭理这些人作
  • 便于安排需求优先级,不轻易打断研发手头上工作
  • 将需求汇到产品♀团队处,便于产品团队◣更深入挖掘需求,而不是使ω解决表层问题

制定进度措施

详细描述

每个需求颗粒度要拆分够细,最好一个user story 可脸皮后如城墙以说清楚。

写需求时,需要将大需求尽量拆分,将∴每个拆分后的需求指派到对应的研发及设计同事上。

每天/隔天需要组织一个①10分钟左右的↘晨会

(1)在白板上,会分阶段将目前冲刺阶段的需求列出,在晨会上,对应功能负责人会向大家汇报开发进度或者遇到的困难

(2)当遇到向着风影挥去困难,有延期风险时,产品团队和》研发负责人及对应同事在晨会后会商量√,是否延期、更改需求或者安排更多人手◆

措施收益

  • 需求颗粒度较细时,便这点连它自己都是吃惊不已于估算开发时间,减少延误风险。
  • 站会方便了解团队进度,及时解决问题

三、所需资源支持很突兀

推动团队流程建设需↑要从上而下,所以我们▃需要向上索取资源。本章主要阐述所需资源支持。

向领导申请从上而下的推动支持

团队的协作流程是从上而下推动的,单靠一个部门或者一个人是无法让临走大家去改变固有模式的。

要做到建立规范的团队协作流╱程,需要有人牵头,且各部门配合。

在制定阶段『性目标及跨业务部协作方面,需要我们先准备山野局长您去忙吧一个方案,去争取上层领导的行动及支持。

在业务部内的团队协作,需要我们向上争取领导承诺,推动各部〗门负责人的配合。

协作∑ 的工具

正如措施讲到,规范协作流程,很大程度上需要需求可跟踪,团队成员可以看到进度。所以,如果公司目前兄弟给围住没有使用协作软件的习惯,需要我们去推动团队使用协作软件。市面上已经有十分成熟的团队☆协作软件了,这里就不『多说了。

总结

推动团】队协作流程规范,需要从上而下支持▼。另外,每个团队那一刻情况可能有所不同,本文只说出一般通用情况,具体需要针对每个公司的情况有所调整。本文如有不合理的地方,还请指正※讨论。

 

本文由 @摇滚比卡丘 原创发布︽于人人都是产品㊣经理。未经许可,禁止转载。

题图来自 Unsplash,基于 CC0 协议

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
起点学院ξ课程
评论
评论请〗登录
  1. 目前↑还没评论,等你发挥!