待办列表的份数和多面学习: 1)看见待办列表

LeSS规模化敏捷转型案例 – Sys商店
2020年2月5日
待办列表的份数和多面学习:2)职能团队和组件团队
2020年2月5日

待办列表的份数和多面学习系列的四篇文章包括:

  1. 看见待办列表
  2. 职能团队和组件团队
  3. 特性组
  4. 专业特性团队

本篇为系列之一:看见待办列表

敏捷目标

让我们先来澄清系统优化目标以为后续的分析定下一个方向。我们的优化目标是为了获得更高的敏捷性。

敏捷性是在不确定的环境里交付最高的客户价值。伴随着不确定性,只有交付的能力并不充分,我们需要检查和适应的能力才能交付最高的客户价值。
我们检查发现市场发生了变化,随即拥抱变化作出必要的适应,然后交付价值。我们交付了最初的想法,随即检查反馈,然后响应反馈作出调整。
以下呈现的就是这一根本性的循环往复。

  • 检查能力

检查能力是学习能力:学习市场和客户,学习反馈,分析以获得洞察

  • 适应能力

适应能力是改变方向的能力:拥抱变化,决定下一合适的步骤 – 继续完善或者业务转型

  • 交付能力

交付能力与端到端的周期时间有关联:现在就交付客户价值;或者现在通过交付来学习以便之后交付更多价值

为了获得更高的敏捷性,我们对以上某项或者所有能力进行优化。

各种团队相关的待办列表

在产品开发组织里有各种团队结构。让我们来看与之关联的不同待办列表。

1、职能团队和组件团队
职能团队负责诸如分析、设计、实现和测试之类的职能工作。组件团队负责各个不同组件(比如组件A、B和C)的实现。每个团队有自己的工作和优先级,也就是有自己的待办列表。交付价值需要多个待办列表里的工作,而且这些工作是相互依赖的。

在上图中,每个框代表一个职能团队或者一个组件团队,而且每个团队有自己的待办列表,也就是总共有6份待办列表。我们将在第二篇文章中分析这对敏捷性的影响,并找到优化敏捷性的杠杆。

2、特性组
特性组也叫特性项目。它与职能团队和组件团队的结构直接相关,因此可以当作一种变体。项目组被创建以交付客户价值,它由来自各个职能和组件团队的人员组成。每个成员有自己的工作和优先级,也就是有自己的待办列表。与第一种结构一样,交付价值需要多个待办列表里的工作,而且这些工作是相互依赖的。

上图其实和职能团队和组件团队那个图是一样的,除了这个图中每个框代表一个职能成员或者一个组件成员,而且每个成员有自己的待办列表,还是总共有6份待办列表。这里有可能是多个成员共享一份基于某个职能或组件的待办列表,但是结构是一样的。我们将在第三篇文章中重温职能团队和组件团队的动态,来看就对敏捷性的影响和杠杆而言特性组与之有什么相似和不同。

3、专业特性团队
特性团队负责端到端地交付客户价值,因此要交付价值只有一份待办列表与之相关,也就是整个团队共享工作和一个优先级。然而整个组织有多个特性团队,而且每个团队有自己的待办列表。他们负责不同的客户领域,因此被称为专业特性团队。在不同待办列表里的工作是相互独立的。

在上图中,每个框代表一个特性团队,而且每个团队有自己的待办列表,也就是总共有3份待办列表。我们将在第四篇文章中分析这对敏捷性的影响,并找到优化敏捷性的杠杆。

长按识别二维码撩客服小优小姐姐

评论关闭了。