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

Question

作为一名程序员，我全都赞成敏捷方法论，我们都知道这样做，但你怎么把它卖给第三方？。

我们所做的工作通常是固定价格，我们通常只在报价时才能高度看待需求，因为它通常是一种竞争形势。我们经常发现，当我们赢得合同并查看详细信息时，功能会在范围内扩大。虽然我们确实有一种管理这种范围蠕变的机制，但它不够健壮和透明，这通常导致我们承认日子。

敏捷方法可能会说没有范围蔓延这样的东西，但在现实世界中我们都知道存在。当客户要求您以固定的价格和时间尺度（他们总是会）提供解决方案时，然后在项目中间更改范围蔓延的目标职位。在他们的预算结束时，他们很可能会留下与他们最初预期不同的东西，这可能不完全符合他们的原始要求。那时候他们会回来并争辩说他们没有得到他们付出的代价 - 我们唯一的保护就是这个规范准确地说明了我们可以提供的东西。反对，显然不是敏捷的方式。

我知道人们会说客户应该随时了解他们得到了什么，以及什么被移出范围等等等等......但是在现实世界中，据我所见总会得到一个客户，他们最后会说 - 这不是你承诺提供的/我们付出的。我们如何处理这种情况？。

Answer 1

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

1. 业务负责人必须参与流程的每一步。
2. 必须与业务负责人一起挑选哪些故事才能成为特定的冲刺。
3. 如果没有将sprint预定用于该sprint，请不要将其添加到sprint的sprint backlog图表中。显示以不同颜色添加到sprint中的内容是很好的。通过这种方式，您可以看到原始计划（希望按计划进行）和添加（导致延迟的原因）。
4. 在每个冲刺中制作“可以投入生产”的东西。该公司将看到它正在为他们的钱获取一些东西。他们还可以根据他们看到的内容调整未来的冲刺。每个冲刺都是一个很好的停留点。

- 编辑 -
嗯。也许Ray提出的视频DVD（或this one）应该包含在项目提案中。在尝试开始工作时，它可能会有所不同。客户在雇用您之前应该知道您的小组的工作方式。它将使您的公司脱颖而出，而不仅仅是一个“车身店”。

如果你是“体育用品店”...... 你可能无法控制项目的进展方式。你会收集时间 2.如果您看到项目进展不顺畅，请开始向客户提示“如果我的公司正在运行此项目......”。你可能会得到下一个项目！

Answer 2

如果没有客户的支持，您无法进行敏捷项目 如果他们不理解为什么他们的方法有缺陷，你就不会让顾客买入你喜欢的方法 您必须向客户介绍软件开发挑战和方法 即使这是耗时的，也不能保证成功。

（或者你可以顺其自然，尝试开发具有固定时间表和固定预算以及不断增长的范围的软件，我们都知道这是不可能的，但这只会导致上述问题。）

Answer 3

维护项目的燃尽图。

当他们看到它时，他们会得到它。他们将知道项目的速度，他们将 看 范围蔓延的影响。他们还可以通过修剪低优先级项目来查看 范围缩减 的值。

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

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

Answer 4

  

一个规范，它准确地列出了我们可以提供的内容，我们可以提供

是一个童话故事。从未见过，永远不会。它唯一的是一个双输局面的创造者。首先要做的是开始用真名命名。童话故事是一个童话故事，即使它被称为规范