project-management - 当客户端的错误真的是一个新功能时

Question

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












想改善这个问题吗？更新问题，以便可以通过 editing this post 用事实和引文回答问题.

2年前关闭。




Improve this question




我读
what-payment-structure-do-you-use-for-small-projects
我想知道你们是如何处理错误与功能的。我曾经遇到过客户想要静态报告的情况。然后在项目接近尾声时，在完成大部分报告工作后，他说他一直想要动态报告。这种改变并不容易，因为我们选择的框架不支持动态报告。这是一个奇怪的情况，因为客户有一个编程团队，所以他们应该知道。也许只是缺乏沟通技巧。

你们如何处理试图让你添加功能的客户，因为他们忘记了，改变了主意，或者被误解了？

我的意思是大功能，而不是小功能。

编辑:

他说预算是固定的，不能改变，而且这个功能(像每个一样)很关键，没有它他们不会接受系统。 (只是最坏的情况)

Answer 1

根据我的经验，在这个问题的双方，这通常更多地与经济学有关，而不是关于编程、流程或项目管理。

我们，客户，经常说“这可能是一个功能，但如果我们称之为错误，也许我们可以让他们免费做。”

最后，我们，程序员，收费或不收费更多地取决于它是否会帮助或损害我们 future 工作的机会。我们，客户，将 future 工作的胡萝卜作为激励，让程序员免费做额外的工作。

我不相信这一切都会因为我们有更好的流程来说明“这是一个错误”或“这是一个新功能”而改变。