time-estimation - 关于软件时间估计的分歧

Question

您如何与对软件产品的时间估计与您的时间估计不同的客户打交道？

我将描述一个不是我的情况，但大致涵盖了相同问题的情况。我是一家拥有编程部门的大公司的分包商。我们正在从事的软件项目属于部门认为他们可以处理的领域，但是由于他们的专业知识和我的知识截然不同，因此我们倾向于获得不同的结果。

示例:在项目开始时，我建议了一种开发方式，他们认为这是一种不切实际的困难，并建议将一个不同的框架(他们熟悉的一种)与我们正在使用的编程语言(Python)集成在一起，以或多或少地获得同样的结果。

他们对这种集成的估计:不到一周(他们之前没有进行过集成)。

我对整合的估计:两周以上。

使用我建议的方法来获得所需的结果(包括在项目中其他地方使用的其他库中使用matplotlib):45分钟。这不是一个估计，该位实际上是在45分钟内完成的。

示例:要将该软件与其内部系统集成在一起，他们需要提供一个供我使用的Web服务。他们提供了一个损坏的工具，尽管它可以与内部工具一起使用(在其他选项中不能与.Net或Java主流软件包一起使用)。他们坚持认为，整合花费的时间超过了估计的时间，这是我的错。

问题不是他们不知道，而是他们对编程有足够的了解以至于危险(我认为)。是否有一些有关如何处理此类情况的指南？期望管理的一种方法？还是我不应该从一开始就参与此类项目，在这种情况下，什么是明显的迹象？

Answer 1

如果客户对时间估计不满意，请不要进行这项工作。如果他们认为自己可以做得更好或更快，请告诉他们继续前进。

我永远不允许做的一件事就是修改我的估计。那是在我职业生涯的早期就吸引了我的东西，但是我们吸取了教训。

如果客户很擅长做这项工作，他们就不会雇用我。我只是指出他们是因为我的专业知识而聘用我的，所以为什么他们不理会该专业知识。当然，如果他们允许改变项目范围(即减少工作量)，那将是另一回事，需要讨论。

如果您没有完全确定交易中打算提供的内容，那么就是“他说，她说”的情况，不幸的是，客户控制着钱包。但是，通常，您可以拥有的最大力量就是能够走开。

没有人说你必须做这份工作。

当然，以上所有建议都值得您为此付出的每一分钱:-)

我不知道您的具体情况。