如何计算Scrum中的通信浪费？

Question

沟通浪费是团队成员在下列情况下进行沟通所花费的时间：

1. 交付客户不需要的功能
2. 交付部分特性(分析、设计或测试已经完成，但功能在完成和交付之前被取消)

任何其他类型的交流都应该是有效率的，即使它可以被压缩一点。

有谁能给出如何计算上面提到的这两个项目的建议？

谢谢

Answer 1

这个问题背后的推理有很大的缺陷。

1. 假设团队内围绕被取消的功能进行沟通的理由是“交流浪费”。这一术语意味着，这些通信是在浪费时间，至少对其中一些来文来说，这是不可能的，因为它们将产生有益的副作用。
2. 为什么只想衡量“交流浪费”，而不是所有浪费的时间？
3. 为了衡量“通信浪费”，您需要一种测量所有任务的通信时间的方法。你打算把麦克风绑到你的发展中去，然后把所有的东西都录下来以备以后分析吗？如果不是，那么你将很难得到准确和有意义的数字。

我建议你把整件事从头开始，从调查为什么任务被取消开始。解决这个问题，整个“通信浪费”问题就变得毫无意义了。

Answer 2

我认为，在精益的意义上，试图测量沟通将是废品废品。这是难以置信的困难。最简单的方法是自我报告，但这会给实际完成手头的工作增加不必要的开销。相反，我会专注于消除那些可能导致额外沟通的事情。

交付客户不需要的功能

您可以通过确保所有工作都是活动任务的一部分来消除这一问题。你的问题特别提到了Scrum，所以每个团队成员都应该只处理属于当前Sprint的故事。如果团队完成了分配给Sprint的工作，那么他们应该与Product一起确定什么(如果有的话)能够被带到Sprint中。这可能包括决定偿还技术债务的团队。

产品负责人应该在Sprint开始时积极地对Product进行优先排序，并与团队合作，将事情带入Sprint中。如果这样做是正确的，并且团队坚持由Sprint目标和定义的计划，那么就不应该有任何不需要完成的工作。

交付部分特性(分析、设计或测试已经完成，但功能在完成和交付之前被取消)

这个更难。敏捷方法包含更改，但是如果Sprint中有太多的更改，它可能会对团队造成破坏。Scrum的部分角色是对涉众进行过程培训和教育，其中可能包括产品负责人。应该做足够的工作来定义产品待办事项并对其排序，以确保高优先级项是正在处理的项目。

任何其他类型的交流都应该是有效率的，即使它可以被压缩一点。

我建议不要试图减少建设性的沟通。沟通是团队之间的知识共享，这导致了一个跨功能的团队更了解产品。但是，您确实需要平衡通信开销和内部好处。

Answer 3

这是产品开发浪费上的错误特性。

可以通过更好的沟通来避免这种情况。

通信废物

实际上，在几个不同的敏捷环境中工作对我来说没有任何意义，尽管根据下面的反馈，它们在精益或六西格玛中似乎有特定的含义。