如何与第三方管理敏捷项目

Question

作为一名程序员，我完全赞成敏捷方法论，我们都知道它是有意义的，但是你如何将其卖给第三方呢？

我们所做的工作通常是固定的价格，当我们报价时，通常只对要求有一个高水平的看法，因为这通常是一个竞争的情况。我们经常发现，当我们赢得合同并查看细节时，功能的范围会扩大。虽然我们确实有一种机制来管理这种范围蔓延，但它不够健壮和透明，这通常会导致我们让步的日子。

敏捷方法论可能会说没有范围爬行这种东西，然而在现实世界中，我们都知道有这样的事情。当客户要求您以固定的价格和时间范围提供解决方案时(他们总是会这样做)，然后在项目中期更改目标帖子，即范围爬行。在他们的预算结束时，他们很可能会得到一些与他们最初的预期不同的东西，这些东西可能无法完全满足他们的原始需求。在这一点上，他们会回来争辩说，他们没有得到他们支付的东西--我们唯一能防止这种情况发生的是一份规范，它准确地列出了他们将获得什么，我们可以针对这些规范进行交付，显然不是敏捷的方式。

我知道人们会说，应该随时让客户知道他们得到了什么，什么被移出了范围，等等……-然而，在现实世界中，据我所知，你总是会得到一个客户，他们最终会说-这不是你承诺的交付/我们已经支付了。我们该如何处理这种情况？

Answer 1

这就是SCRUM的一些概念得到回报的地方。

业务领导者

1. 必须参与该流程的每一步。
2. 挑选哪些故事构成了一个特定的冲刺，必须与业务领导者一起完成。
3. 不要在sprint中做任何没有为该sprint安排的事情，除非将其添加到该sprint的sprint backlog表中。以不同的颜色显示添加到sprint中的内容是很好的。这样你就可以看到最初的计划(希望是按计划进行的)和增加的(导致延迟的原因)。
4. 在每个冲刺中都会产生一些“可以投入生产”的东西。企业将会看到，他们的钱是有价值的。他们还可以根据他们所看到的来调整未来的冲刺。每一次冲刺都是一个很好的停止点。

-编辑--

嗯。也许雷建议的视频的DVD (或this one)应该包括在项目建议书中。当你一开始就想要得到这份工作时，这可能会带来不同的结果。在雇用您之前，客户应该知道您的团队是如何工作的。它将使你的公司脱颖而出，而不仅仅是一个“身体修理厂”。

如果你是“身体修理厂”..。

1. 你可能无法很好地控制项目的进展。你将收集小时数。
2. 如果你看到项目进展不顺利，就开始向客户提示“如果我的公司在运行这个项目...”。你可能会得到下一个项目！

Answer 2

如果没有客户的支持，你就不能做敏捷项目。

如果客户不理解他们的方法有缺陷的原因，他们就不会接受你的首选方法。

您必须让客户了解软件开发的挑战和方法。

即使这很耗时，也不能保证成功。

(或者你可以随波逐流，尝试开发有固定时间表和固定预算的软件，我们都知道这是不可能的，但这只会导致你上面描述的问题。)

Answer 3

维护项目的燃尽表。

当他们看到它的时候，他们会得到它。他们将知道项目的速度，他们将看到范围爬行的含义。他们还可以通过修剪低优先级项目来看到scope reduction的价值。

Burndown图表是一种让您和您的客户随时了解情况的方法。一旦你们都看到了大局，你们就可以公平地协商如何前进。

这个video是一个很好的案例研究。