代码之家  ›  专栏  ›  技术社区  ›  Muhammad Alkarouri

软件时间估计的分歧

  •  6
  • Muhammad Alkarouri  · 技术社区  · 15 年前

    你如何处理一个客户谁有不同的时间估计软件产品比你的?

    我将描述一个场景,它不是我的,但捕捉到了大致相同的问题。我是一家有编程部门的大公司的分包商。我们正在进行的软件项目是在一个部门认为他们有能力处理的领域,但由于他们的专业知识和我的专业知识非常不同,我们往往会得到不同的结果。

    :在项目开始时,我提出了一种开发方法,他们认为这种方法非常困难,并建议将不同的框架(他们熟悉的框架)与我们使用的编程语言(Python)集成起来,以获得或多或少相同的结果。

    • 他们对这种整合的估计:不到一周(他们以前没有做过整合)。
    • 我对整合的估计是:两周以上。
    • 使用我建议的方法获得所需的结果(包括在项目中其他地方使用的库中使用matplotlib):45分钟。这不是一个估计,比特实际上是在45分钟内完成的。

    例子 :要使软件与他们的内部系统集成,他们需要提供一个web服务供我使用。他们提供了一个损坏的包,尽管它确实可以与他们的内部工具一起工作(不能与.Net或Java主流包以及其他选项一起工作)。他们坚持认为,整合花费的时间比估计的要长是我的错。

    4 回复  |  直到 15 年前
        1
  •  10
  •   paxdiablo    15 年前

    如果客户对时间估计不满意,就不要做这项工作。如果他们认为他们能做得更好或更快,告诉他们去做。

    我从来不允许我的估计被修改。在我职业生涯的早期,这件事吸引了我,但我们吸取了教训。

    如果客户很擅长做这项工作,他们就不会雇佣我了。我只想指出,他们雇用我是因为我的专业知识,所以为什么他们无视我的专业知识。当然,如果他们允许 对于要改变的项目(即更少的工作),那将是另一个问题,并且需要讨论。

    如果你没有锁定 作为交易的一部分,他们打算提供什么,然后是“他说,她说”的情况,不幸的是,客户控制着钱袋。然而,通常情况下,你能拥有的最大的力量就是能够走开。

    做这项工作。


    当然,以上所有的建议都值得你为之付出的每一分钱:-)

    我不知道你的具体情况。

        2
  •  2
  •   jv42    15 年前

    或者也许我不应该从一开始就参与这样的项目,在这种情况下,什么是信号?

    我的答案是肯定的。如果你能避开那些项目,就去做吧。

        3
  •  2
  •   Randy    15 年前

    首先,在这样的环境中是没有乐趣的。 所以,如果你喜欢在工作中找乐子,而且你不需要因为经济上的原因而接受这份工作,那就干脆不要去做不好玩的工作。

    很多时候,管理层处理的其他问题是你不知道的。小心这个事实,也许可以问管理团队,如果是这样,再次没有居高临下或消极。

    最后,如果你有比会议花费更少时间来讨论它们的替代方案,那就在沙箱里试试,然后展示出来。这将大大证明你的观点。这里要注意的是,你可能会被指责为没有团队精神,或者浪费资源,或者不服从指挥。在你自己的时间里做这些事情,或者在仔细考虑你在这些事情上花了多长时间,以及你的老板看起来在其他选择上有多得力之后,确保这一点得到缓解。

    高温高压

        4
  •  1
  •   Kenneth Parker    13 年前

    我在整合方面遇到了同样的问题。示例:对于 软件要与他们的内部系统集成,他们需要 集成时间超过估计时间的故障。

    哇,和我和一个客户的经历非常相似。我能建议的最好的办法就是保存好文档。最后这就是救我的原因。说到指手画脚,我把所有的电子邮件和事实都整理好了,并准备好为自己辩护。 我建议你把目标和估计分开。我不会改变我的估计,除非它涉及到实际删除功能或揭示一些东西,使之更容易。告诉他们你会尽一切努力达到目标,你关心的是业务目标。不过,你的估计不会改变。如果它不在哪里,他们只是密集,然后微笑和点头,并采取如果这是唯一的演出周围。

    只是在我的博客上写的 How to estimate the WRONG way

    推荐文章