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

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

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

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

敏捷目标

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

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

• 检查能力

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

• 适应能力

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

• 交付能力

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

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

各种团队相关的待办列表

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

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

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

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

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

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

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