agile - 如何与第三方一起管理敏捷项目

Question

关闭。这个问题是 opinion-based 。目前不接受答案。

---

想要改进这个问题吗？更新问题，以便 editing this post 可以用事实和引文来回答它。 .

已关闭 6 年前。

Improve this question

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

我们所做的工作通常是固定价格的，我们在报价时通常只会对要求有一个较高的了解，因为这通常是一种竞争情况。我们经常发现，当我们赢得契约(Contract)并开始关注细节时，功能范围就会扩大。虽然我们确实有一个管理这种范围蔓延的机制，但它不够强大和透明，这通常会导致我们放弃几天。

敏捷方法可能会说不存在范围蔓延这样的事情，但在现实世界中我们都知道存在这种情况。当客户要求您以固定的价格和时间范围(他们总是会这样做)提供解决方案，然后在项目中期更改目标时，这就是范围蔓延。在预算结束时，他们很可能会留下与最初预期不同的东西，并且可能无法完全满足他们最初的要求。到那时，他们会回来争辩说他们没有得到他们所支付的费用 - 我们对此的唯一保护是一个规范，该规范准确地列出了他们将预先获得的我们可以提供的内容反对，显然不是敏捷的方式。

我知道人们会说客户应该随时了解他们正在获得什么以及什么被移出范围等等等等......-但是在现实世界中，据我所见总会有客户在最后说——这不是你 promise 交付的/我们已经付钱的。我们如何应对这种情况？

Answer 1

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

1. 业务负责人必须参与流程的每一步。
2. 必须与业务负责人一起选择哪些故事构成特定的冲刺。
3. 不要在冲刺中执行未计划用于该冲刺的任何操作，而不将其添加到该冲刺的冲刺待办事项图表中。最好以不同的颜色显示添加到冲刺中的内容。这样您就可以看到原始计划(希望按计划进行)和添加内容(导致延迟的原因)。
4. 在每个冲刺中生产出“可以投入生产”的东西。企业会发现他们的钱得到了返回。他们还可以根据他们所看到的情况调整 future 的冲刺。每个冲刺都是一个很好的停止点。

-- 编辑 --
嗯。也许项目提案中应包含 Ray 建议的视频 DVD(或 this one)。当你试图开始这份工作时，这可能会产生不同的结果。客户在雇用您之前应该了解您的团队如何运作。它将使您的公司脱颖而出，而不仅仅是一家“车身修理厂”。

如果您是一家“车身修理厂”...
1. 你可能无法对项目的进展进行太多控制。您将收集时间。
2. 如果您发现项目进展不顺利，请开始向客户暗示“如果我的公司正在运行这个项目......”。您可能会得到下一个项目!