client - 当客户对交货的 react 是否定的时，如何 react ？

Question

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












想改进这个问题？更新问题，以便 editing this post 提供事实和引用来回答它.

7年前关闭。




Improve this question




我是一名初级程序员。由于我的主管告诉我与客户坐在一起，我加入了。尽管项目成功(从我的程序员的角度)交付，但我看到了客户不满意的表情!

客户:你可以包括这个!
我们:不在规范中!
客户:常识!

作为程序员，遇到这种情况你会如何应对？

Answer 1

你应该怎么做才能避免这种情况:

明确说明将包含哪些内容和不包含哪些内容。

问题可能归结为规范的未指定部分:

客户认为应该包含未指定的内容，即它是隐含的。

开发人员认为不应该包含未指定的内容。

对于您拥有的 future 规范，您应该有一个 catch all 声明，明确指出如果本文档中未指定某些内容，则可以在原始规范完成后完成，但需额外付费。

当前情况下应该怎么做:

除了从您的经验中学习之外，您还应该与客户达成一些妥协。

示例:我会做这个你认为是常识的功能，但是对于所有 future 的添加/更改，它必须明确指定。

IE。您将不得不做更多的工作，但这是值得的，以换取您的客户将签订的所有明确规定的协议(protocol)。

规范不好？

它一定是一个糟糕的规范吗？不。

不可能提及您的客户可能期望的所有内容，因此在您的规范/契约(Contract)中清楚明确地说明上述所有声明至关重要。

其他减少问题的方法:

尽早让客户参与，向他们展示早期的原型(prototype)。即使他们不要求。

尽量不要向客户出售最终产品，而更多的是为他的产品提供服务。

考虑一个敏捷开发模型或类似的东西，以便任务定义明确、规模小、有偿且无可争议。