问责呢?
我最喜欢的一条线是一名漂亮的高级家伙，我正在使用几年来送给我。我对这个整个敏捷的事情很新，并且正在努力了解如何在没有我的公约和每周状态报告的情况下运行可预测的项目。他对我说......看迈克，敏捷是关于不确定性的......你得到什么就得到什么．
这与我的团队过去的运作方式相去甚远。我更喜欢这条线…y我叫你做什么你就做什么．这在过去总是有效的，我真的不明白为什么这次的情况有任何不同。我绝不准备把我的项目交给一个无法承诺的团队。
那次谈话已经过去好几年了，但我在此后与我共事的许多团队中都听到了同样的感受。不知为何，敏捷社区中的一些人认为，敏捷就是开始编写代码，直到完成……中间很少有计划。承诺到哪里去了?问责制哪去了?
和生活中的大多数事情一样，真相就在这两种观点之间。敏捷设计是为了处理不确定性。当不确定性成为等式的一部分时，再多的预先计划也不会给我们一个不受变化影响的计划。另一方面，没有计划就前进是不负责任的。企业有权亚博vip9通道知道他们将得到什么，以及什么时候能得到。
毕竟，他们是支付账单的人..对吗？
混乱和可预测性之间的桥梁是速度。速度测量团队的吞吐量。换句话说，他们能够通过迭代完成迭代的工作量。我应该在这里更详细地进行更多细节，但我假设您可能已被引入概念。点击这里如果你需要更多的信息。
作为一名敏捷项目经理，我并不真正关心速度的单位，甚至实际的数字。这是团队特有的。我关心的是这个数字是否有用。团队必须能够使用这个数字来确定在即将到来的迭代中他们可以做多少工作。我也关心潮流。速度是增加还是减少。我们是以一个特定的数字为中心的吗?或者度量标准在一次又一次的变化很大?
虽然不断提高速度是理想的，但至少我需要能够使用过去的性能作为未来性能的可靠指标。它让我对项目的健康状况有了更深的了解。
事情让我带来了关于问责制的观点。
敏捷团队是一个被授权的团队。该团队被授权进行评估。团队可以决定在迭代中引入多少。团队可以决定如何构建软件。团队可以决定他们如何组织自己。团队可以决定将工作分解成任务，也可以决定不这样做。团队可以决定谁在做什么。
所有这些授权的交换是问责制。为了让敏捷发挥作用，我们需要能够做出承诺并实现承诺的团队。我们需要不断努力实现稳定的开发速度的团队。我们需要重视可预测性的团队。我不会告诉团队该做什么或如何做，但他们需要能够实现他们所说的他们将要实现的。
时期。
该团队是对知道他们可以做的两周内能做什么......如果我们不能犯两个星期，我们就会搞砸了。
评论（4）
机会
你熟悉《团队的5个障碍》这本书吗?它似乎沉浸在传统的管理中，但我喜欢以信任为基础产生结果的概念。从那里我们可以有健康的冲突来达成共同的承诺。在那之后，我们可以让人们对这一承诺负责，以便产生结果。
Mike Cottmeyer
我非常熟悉那本书，并一直用它的原理作为例子。我不认为这是传统的管理或敏捷……更多的是理解团队为什么会崩溃的一些良好的基本原则。
信任是一切的基础。它导致安全的冲突，开放的分歧，获得购买的能力，然后注意结果。
我们必须相信团队......这就是为什么他们得到赋权并决定。如果一个团队遇到麻烦和会议承诺，我将全心全意地使用5个分组中的原则作为分析工具。
无论我们如何到达那里，我们都必须引起结果。
艾伦Feaheny
很好地把Mike -以及@chance的和你的评论。良好的讨论。
我当然很喜欢工具在这些方面对团队有很大的帮助，但如果没有一个像你描述的那样有责任心、有责任心的团队，单靠工具是无法解决问题的。
Mike Cottmeyer
是的，Ellen，作为一个VersionOne的人，我绝对同意好的工具可以支持透明度和问责制。我也同意工具是一个推动者，他们可以帮助改变文化，但文化承诺交付必须在那里。