在传统组织中有多个部门,它们专门负责特定职能——营销、财务、人力资源、运营等。很多时候,这些部门各自为政,只有在涉及多个部门时才会共享信息。不过,构建和交付软件的现代需求需要能够高速解决大量问题。随之而来的是需要有一个完整的团队来反映提供解决方案的各种专业知识,这就是跨职能团队的用武之地。
跨职能团队是一群来自不同领域的人聚在一起,用他们各自独有的能力来实现一个共同的目标。跨职能团队不仅是横向的各种职能专业知识的碰撞,也是纵向的自上而下的结构比对。
由团队成员和主要决策者组成的跨职能团队并不少见。跨职能团队对于实践 DevOps 方法的组织尤其有用。其价值可以通过多种方式体现出来:
虽然跨职能团队的想法听起来很妙,在实践中也相当简单,但高达75%的跨职能团队并不成功。跨职能团队受到工作习惯和亚文化差异的困扰。来自组织不同部门的每个成员都有自己习惯的工作方式。
这就使得适应新的工作方式有点困难。记住,如果每个团队成员都有自己的偏好,也可能并不习惯这种工作方式。跨职能团队面临的其他挑战有:目标不一致、沟通不畅、误解角色和指挥链、工具不同及方法冲突。
每个团队成员都可以为整个项目做出贡献。但很容易忘记他们的工作与其他团队成员之间的联系。这是很常见的问题,尤其对于临时来调整产品的团队成员来说。
但它经常会导致人们对某些问题产生误解,比如某个特定成员的任务何时应该进入周期。成员们在完成任务时,可能也只会做最低限度的工作。这些冲突会延伸到更小的细节,如数据存储格式和其他方面。结果是交付质量参差不齐,需要重新审查产品,这会拖慢团队的速度。
跨职能的团队成员往往难以进入良好的沟通节奏。首先,它们可能用于不同的通道,这可能导致信息不同步。其次,通信频率可能存在差异。一些团队成员可能喜欢频繁发送通知,告知他们所做的每一个更改。但其他人可能只想接收更重要的里程碑和重大变化的消息。有些人可能更喜欢书面总结和简短的语音记录,而另一些人则想要时间更长的面对面会议来剖析计划、发现、分析等。
未能及时、一致地接收关键信息可能会导致失误和结果延迟。
在许多跨职能团队中,一个部门的成员可能会提出建议,而这些建议必须由另一个人实施。例如,商务人员可能会建议开发一种功能来跟踪有关用户行为的特定指标。开发人员和 UI 设计师可能仅仅将其视为建议,直到上级有人签字再落实行动。但项目负责人可能已经将其视为不需要任何额外许可的项目。
从本质上讲,团队成员可能对他们每个人的工作有所了解,但并不了解团队最终目标的全部内容。有时,工作只需要对接一两个其他成员的人甚至可能不知道其他成员到底在做什么。
在许多传统组织中, 数字化转型并不全面,如云计算这样的技术可能还没有渗透到整个组织中。
此外,在日常任务中,很多部门可能会使用不同的工具。无论是自动化测试还是关于软件开发生命周期进度的交流,拥有太多不同的工具都会让人头疼。
一旦团队成员开始合作,那将所有相关数据集中在一个地方并且实现完全可见就极富挑战性。
在一个部门中,相当于测试和质量保证的部分一般放在最后。而另一个部门可能会采用敏捷方法来完成项目。当来自这些不同方法背景的成员会面时,他们完成项目的方法可能会导致进度不同步。
要建立一个成功的跨职能团队,有许多方面需要注意。
建立和维护一个持续成功的跨职能团队,要避免以下错误:
原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。
如有侵权,请联系 cloudcommunity@tencent.com 删除。
原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。
如有侵权,请联系 cloudcommunity@tencent.com 删除。