您如何处理与您的软件产品有不同时间估算的客户？
我将描述一个不属于我的场景,但它可以捕获大致相同的问题.我是一家拥有编程部门的大公司的分包商.我们正在从事的软件项目,该部门认为,他们有一个手柄的区域,但由于他们的专业知识和我有很大的不同,我们往往会得到不同的结果.
例如:在项目的开始,我建议他们贬损为不切实际难以发展的一种方式,并建议整合不同架构(一个自己熟悉的),与我们所使用的编程语言(蟒蛇),以获得更多或更少的同样的结果.
示例:对于要与其内部系统集成的软件,他们需要提供Web服务供我使用.他们提供了一个破碎的一个,尽管它与他们的内部工具的工作(不与其他选项中.NET或Java主流封装工作).他们认为,整合花费的时间比估计的时间长,这是我的错.
问题不在于他们不知道,问题是,他们对编程足够的知识是危险的(在我看来).是否有一些指导如何处理这种情况？期望管理的一种方式？或者可能是我不应该从一开始就参与这些项目,在这种情况下,有哪些迹象？
pax*_*blo 10
如果客户对时间估计不满意,请不要做这项工作.如果他们认为他们可以更好或更快地做到这一点,请告诉他们继续前进.
我从不允许的一件事是我的估计被修改.这是我职业生涯早期让我感到兴奋的事情,但我们吸取了教训.
如果客户擅长做这项工作,他们就不会雇用我.我只是指出他们雇用了我的专业知识,为什么他们无视这些专业知识.当然,如果他们允许项目的范围发生变化(即工作量减少),那将是另一回事,还有一个需要讨论.
如果您没有锁定究竟是什么,他们注定要提供作为交易的一部分,那么它是一个"他说,她说"的局面,不幸的是,客户控制着钱袋.然而,通常,你可以拥有的最大力量就是能够走开.
没有人说你必须做这个工作.
当然,上面提到的所有建议都值得你付出的每一分钱:-)
我不知道你的具体情况.