agile - 如何让用户/客户参与迭代开发？

Question

当您的（外部）客户的用户没有时间/意愿积极参与迭代开发时，您会怎么做？你如何“强迫”他们牵连？请记住，他们通常必须在完成所有常规职责的同时执行此操作，并且赞助软件项目的 IT 部门无权让一些关键用户免于他们的常规工作。

Answer 1

你不能强迫他们。他们的管理层可以，但显然对这个项目不感兴趣。这意味着他们认为这不会产生任何好处或提高生产力。这反过来意味着您的软件无论如何都不会被使用。

他们是你需要说服的人。

Answer 2

让他们知道 SCRUMM 是短暂的会议。如果他们不在那里，让他们知道该项目可能会偏离轨道。让他们知道，如果他们出现，他们会立即获得意见。

Answer 3

我确保合同是时间和材料，因为您将在最后一刻更改范围，并且您希望避免消耗该成本。

除此之外，您不能强迫他们使用该产品。您可以期望的最好的结果就是发布更改并让他们知道。我的内部客户正面临这个问题，他们错过了我们软件的一两个版本，当他们最终重新使用它时迷失了方向。

我能做的最好的事情就是与他们沟通，了解变化以及他们看待变化的重要性，但归根结底就是这样。

Answer 4

我认为非常清楚地表明最频繁的参与者获得最多的输入是至关重要的。我们的最新应用程序有一个客户，在其他人往往偶尔出席的每次会议中都会出现该应用程序。因此，调整和/或添加到应用程序的功能对一个客户更有用。如果你能让他们明白他们的反馈真正塑造了他们可能想要的最终产品。

Answer 5

敏捷要求满足特定的进入标准。其中之一是拥有产品所有者和客户协作。虽然您可以做一些事情来简化产品负责人的角色，但消除这个角色是实施敏捷的关键障碍。所有者确定产品待办事项（技术债务除外）上的内容，并为团队确定待办事项的优先级。如果你在没有产品积压的情况下工作，那么你就不是价值驱动的。

最好教育你的商业伙伴。为此，通过与成功实施敏捷的公司或团队共度一周，让他们沉浸在敏捷中。一旦你买了继续。没有商业伙伴的支持算了。

Answer 6

我发现让客户感兴趣的最好方法是向他们展示一些有形的东西。这通常意味着某种用户界面，即使很少或没有真正的后端代码。当人们可以将您为他们构建的产品形象化时，他们会变得热情，并且可以在这些条件下提供更有效的输入和批评。然后，为了维持反馈周期，最重要的是确保你接受他们的意见，并表明他们的意见是有价值的。当客户看到项目不断发展并感受到该过程的一部分时，他们很难保持愤世嫉俗和不感兴趣。