项目范围的灵活性？

Question

如果客户请求不在项目范围内的需求，程序员应该有多灵活？

Answer 1

一般观点：

你需要谋生;客户需要一个计算解决方案：客户有权确保您提供的解决方案符合他的需求。达成和达成协议后的更改和添加，反映了您将用户的需求分析到系统设计中的能力，因为未能将这些要求调查到足够深度和细节：您需要谨慎地执行此操作并获得书面签名从客户那里就您的系统设计达成一致意见。

法律观点：

您应该确定项目的范围，并让客户签署该范围的协议。一旦你达成协议，任何未涵盖的内容都构成了一个新项目。

商业视角：

您想继续开展业务（与现有客户还是未来客户）？您需要评估添加新的必需功能对当前项目的影响：如果影响很小，那么就这样做，但是以书面形式告诉客户您正在帮他一个人;如果影响较大，那么您必须与客户协商，概述问题，并调整您当前的协议，或者重新制定新的协议。你不想做的是对抗你的客户。

最后：“客户永远是对的。” - （直到你必须放弃并离开的地步。）

Answer 2

这个问题不能给出全面的答案。这取决于项目项目。

示例：

客户有资金燃烧，时间长，没有其他项目，我非常灵活。

客户紧张的是$$，时间表很短，其他项目在旅途中，我几乎不灵活。

其他因素也起作用，例如为项目选择的过程。例如，您将在敏捷过程中更灵活，在瀑布式方法中更不灵活。

Answer 3

我认为你的问题的答案归结为你的客户在时间和成本方面的灵活性，因为你不能改变项目的范围而不影响这两件事。

范围蔓延如果允许项目发展并对项目结果产生总体积极影响，则可能是一件好事。您确实需要一个正式的变更流程来管理范围变更。

Answer 4

如果这是一个固定投标项目，那么我愿意进行谈判并同意扩大一个领域的范围，以换取在其他地方减少它，或者增加预算，或者换取其他一些考虑。

如果是我每小时收费的客户，那么他们可以扩展所有他们想要的范围，因为无论是否在项目的原始定义范围内，我都会按照我的费用向他们收取费用。或不。

Answer 5

预先定义系统将执行的功能列表。

如果客户添加新功能，则相应地增加成本和时间。

如果客户决定将某个功能退出范围，那么如果您尚未实施该功能，则会减少成本和时间。