哪种类型的客户端可能支持XP (极限编程)实践?
发布于 2008-11-15 18:39:19
我在一家从事敏捷(不是严格意义上的XP,但仍然适用)的公司工作,我们的客户群完全是政府组织。一旦他们在工作中看到了敏捷过程的结果,即使是那些需要以类似瀑布的方式提供文档的人也会非常高兴地继续收获敏捷过程的好处。
是的,我同意vfilby。你的客户应该关心结果,而不是你如何实现它们。
发布于 2008-11-15 18:34:08
如果你的团队取得了很好的成绩,并且有良好的业绩记录,那么公司就希望取得成功。如果反之亦然,那么只有那些盲目徘徊的公司才会感兴趣。
在奇怪的情况下,客户希望遵循特定的实践。比如有经验的开发经理将项目外包给外部公司,或者潜在的客户听说XP很好,但对它没有真正的知识或经验。在前者中,有经验的消费者将知道他想要什么,如果你不提供这些服务,他们就会去其他地方。如果你试图假装,他们会知道,而且会非常不高兴。后者,只要他们得到好的结果,并认为是他们自己的智慧把他们从地面上带出来,就没那么重要了。
无论哪种方式,结果都很重要。
现在开始我的抨击,到目前为止已经激起了很多愤怒:
你会为了迎合客户而危及你的良好实践吗?如果你坚定地支持XP,那就把它卖了!如果他们想让你使用一种你强烈反对的方法。告诉他们。如果你不能达成共识,就不应该有交易。
我要告诉面包师使用什么谷物吗?烤箱有多热?见鬼,不。如果我说我想把罂粟籽放在小圆面包上,我不在乎它们是如何放在那里的,只要它们在那里就行。Dp我选择一个面包师是基于他的方法,还是根据面包的可口程度?让一个非程序员告诉你如何做你的手艺是非常糟糕的。
如果你想要赞美XP的优点,那就开诚布公地说出它的成本效益和投资回报。向他们展示为什么在开发人员效率和缺陷减少方面对他们更好。如果你在为非程序员工作,你就是专家,掌握主动权并给出建议。
如果你的团队在XP上表现出色,并且取得了很好的结果,那么向任何潜在客户推销你的实践都不会有任何问题。结果对客户很重要;如果你能证明你能在一致的时间内始终如一地生产出高质量的产品,那么你应该可以畅销你的方法。(除了一些绝对需要瀑布的例外)。
发布于 2008-11-15 19:14:16
这可以说使这些客户端很少:-)
https://stackoverflow.com/questions/292877
复制相似问题