极限编程和客户端

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提供的软件生产系统的优点和缺点的人。