agile - 极限编程和客户端

Question

哪种类型的客户端可能支持 XP（极限编程）实践？

Answer 1

我在一家从事敏捷（不是严格意义上的 XP，但仍然适用）的公司工作，我们的客户群完全是政府组织。一旦他们在工作中看到了敏捷过程的结果，即使是那些要求以类似瀑布的方式提供文档的人也非常乐意继续从敏捷过程中获益。

而且，是的，我同意 vfilby。您的客户应该关心结果，而不是您如何实现它们。

Answer 2

如果您的团队通过良好的业绩记录取得了巨大的成果，那么公司就希望取得成功。如果反过来，只有盲目游荡的公司才会感兴趣。

有一种奇怪的情况，客户希望遵循某些做法。就像经验丰富的开发经理将项目外包给外部公司，或者可能是听说 XP 很好但没有真正的知识或经验的客户。在前者中，有经验的消费者会知道他想要什么，如果你不提供这些服务，他们就会去别处。如果你试图伪造它，他们会知道并且最不高兴。后者，只要他们取得好成绩并认为是他们自己的智慧使他们从地上出来，就没有什么关系了。

无论哪种方式，重要的是结果。

现在开始我的谩骂，到目前为止已经激起了很多愤怒：

你会为了迎合客户而损害你的良好实践吗？如果您坚决支持 XP，请出售它！如果他们希望您使用您强烈反对的方法。告诉他们。如果不能达成共识，就不应该达成协议。

我会告诉面包师使用什么谷物吗？烤箱有多热？一定不行。如果我说我想在面包上放罂粟籽，我不在乎它们是怎么放在那里的，只要它们在那里。Dp 我根据他的方法选择面包师，或者面包的美味程度？让一个非程序员告诉你如何做你的手艺是很糟糕的。

如果您想赞美 XP 的优点，那么请提前宣传成本效益和投资回报率。向他们展示为什么在开发人员效率和减少缺陷方面对他们更好。如果您为非程序员工作，那么您就是专家，掌权并提供建议。

如果您的团队在 XP 方面表现出色并取得了不错的成果，那么您将毫无问题地推销任何潜在客户。结果对客户很重要；如果你能证明你在一致的时间内始终如一地生产出高质量的产品，那么销售你的方法应该没有问题。（除了一些绝对需要瀑布的例外）。

Answer 3

• 要么是已经在 XP 项目上取得好成绩的客户。
• 或者吞下了 Kool-Aid 的客户。

可以说，这使得这些客户少之又少:-)

Answer 4

我认为客户接受敏捷开发实践（尤其是 XP）可能不像过去那样令人信服，因为它们现在更加主流。过去与敏捷团队有过积极经验的客户更有可能购买这些方法。对于较小的客户或问题较小的客户来说，如果他们担心 XP，他们可能更容易接受 XP。对于持怀疑态度的客户，我建议从小处着手并建立信心。并确保你兑现你的承诺！

Answer 5

几乎所有其他人似乎都在您是或为 ISV 为客户编写自定义软件的背景下解释您的问题。是这种情况吗？

如果您的问题类似于什么样的公司可能采用 XP，那么我会说一家过去被烧毁的公司花费太多时间编写开发人员文档和为重用而设计只是不得不扔掉它完全浪费时间和精力。

Answer 6

每次迭代，客户必须接受具有固定时间、固定资源、固定质量（工作到 100%）和稍微可变范围的迭代交付。

然而，更常见的是他们想要确定时间、资源、质量和范围。

可能支持 XP 实践的客户端类型是已经了解 XP 提供的软件生产系统的优点和缺点的客户端。