管理层为何关心速度？

最新推荐文章于 2023-02-14 21:28:24 发布

danpu1174

最新推荐文章于 2023-02-14 21:28:24 发布

阅读量121

点赞数

文章标签： java python 大数据人工智能编程语言

我一直在和管理层关心他们工作速度的人交谈。 “我的管理层希望我们将速度提高一倍。” 或者，“我的管理层希望我们在冲刺中做更多的事情。” 或者，“我的管理层想知道我们何时将成为一支表现出色的团队，因此他们想知道何时我们将达到Scrum承诺的12倍速度。”

“双倍速度”是一款敏捷的进度游戏。这很容易管理-您将分配给故事的分数加倍。呜！您的速度增加了一倍。没有糊涂，没有大惊小怪。

但是，让我们了解一下管理层真正想要的是什么。

您的管理层想要的是团队在给定时间段内做更多的事情。这就是为什么他们希望在冲刺中获得更多，或者让团队成为表现出色的团队。因此，让我们来看一个表现出色的团队的项目条件：

没有多任务处理。管理层必须管理项目组合。您可以要求您的经理这样做。真的可以
客户或产品所有者必须对功能进行排名。
项目团队必须已经知道如何一起工作。这意味着您不能添加或减去人员。团队必须已经组建，进攻并规范。他们必须知道如何一起工作。
他们拥有物理基础架构：构建服务器，电话线，计算机，无论需要什么，他们都知道如何使用它们。不要小看这部分。例如，如果没有此部分，则无法进行连续集成。
团队需要足够的人担当跨职能的角色：开发人员，测试人员以及团队需要的其他任何东西 ，以便团队可以完成工作。我故意含糊不清。我不知道您的团队需要什么。它可能需要催化剂。它可能需要UX用户。它可能需要一个全能的DBA。它可能需要一个项目经理来协调其他团队的工作。我不知道，因为这是你的团队。我所知道的是，您的团队需要足够的跨职能角色来完成其所有工作，以使这些故事不会再引起您的注意。

这些只是项目条件。看看我去年编写的估算系列中的项目金字塔。项目条件是工作环境的一部分。如果您有分散的团队，那么祝您好运到表现出色的团队。你可以做到吗？当然。需要更长的时间吗？是。为什么？因为你有你的项目的条件进行试验。在进行实验时，管理人员必须保持谨慎。

现在，我以机智和外交而闻名。我对管理人员说的是：“速度对团队来说是个人的，就像对一个人来说是重担一样。您需要关心的是我们的功能吞吐量。您需要关心我们的演示，而不是我们的观点。我们如何控制速度就像制作香肠。你不想知道。您想知道结果。我们想向您展示我们的演示，而不是我们的创作行为，好吗？”

我已经成功地做到了这一点，尤其是对于超重管理者以及那些了解香肠制作的人。只要团队迭代不超过两周，我就已经取得了成功。

为什么？因为随着团队的学习和实验，它更有可能创建较小的故事。它更有可能四处散布故事。它更有可能自动执行更多测试。它更有可能在进行过程中偿还技术债务。不保证执行任何此操作。以我的经验，这样做的可能性更大，因为团队成员知道推迟自动化会带来伤害。推迟技术债务的痛苦。大故事比小故事花费更多。等待集成的成本比立即集成要高。而且，任何人之间的非正式配对总比没有配对好，并且……每个团队都学习自己的经验，因为每个团队都是不同的。

但是，仅因为与我一起工作的团队的许多课程适用于许多其他团队，并不能使它们成为“最佳实践”。 Phht。它们是在上下文中起作用的实践。他们尤其在商业环境中工作。而且，一旦管理层开始关注速度，团队的业务环境就会发生变化。

经理们，看一下演示。如果您想从团队中得到更多，请从事项目组合。决定什么是第一。如果您不确定，请以看板方式运行项目组合。我将在“ 管理项目组合”中进行说明。速度太低了。

团队，向您的经理显示产品积压的燃尽图或燃尽图。我还将在“ 管理您的项目组合”中对此进行说明。而且，演示！我建议进行其他一些测量，例如累积流程图。

我喜欢用速度告诉我们项目是否将要结束。我在“ 管理您的项目组合”中有那些图表。

经理，您可以要求团队做更多的事情。但是，您无需查看速度之类的内部指标。这对团队来说是个人的，无助于您对团队的工作做出任何判断。

鼓励团队进行实验。使用累积流，产品待办事项燃尽/燃尽，功能吞吐量和演示。这就是查看团队是否正在生产的方式。

参考： 管理层为何关心速度？从我们的JCG合作伙伴 Johanna Rothman在产品管理博客中获得。