pic*_*rte 8 project-management
我的情况是我已与客户商定了每个项目的提案.该提案含糊不清,但仍然以某种方式命名功能,可以考虑是否包括它,同时留出一些解释空间.我最初尽可能多地按下每个月的合同,认为该项目大多是不可预测的,但客户拒绝了.作为一家小公司,我不得不根据我的团队的估计折叠并签订合同.在这一点上,我们已经完成了大约85%的功能(我们认为)但我们的预算已经用完了.我们在之前的合同中已经与这位客户合作了近两年,我们已经交付了他们满意的好产品,因此我们建立了良好的合作关系.
更多信息: - 有一些范围蔓延,但我认为不足以让我躲在那个论点背后 - 我们已经提供了关于每月的部分版本. - 我们没有系统的用户测试.
你不会躲在范围蔓延的背后 - 你为它充电!
收取任何范围蠕变.
从顾客的角度来看,它被称为萨拉米香肠谈判 - 他们只需要一个小片,然后是另一个 - 你知道的下一件事 - 没有萨拉米香肠.
开发人员告诉自己的一个伟大的发展神话,而且经常,错误地说,客户端在估算中有足够的填充来吸收新的请求.现在学习这一课,估计中没有足够的填充来吸收甚至一个微小的变化.
而是学会立即分析和估算新请求的成本,以书面形式提供给客户并在开始之前获得他们的批准.
嗯,我还没有看到一个开发项目按时且低于预算完成,但这就是为什么你永远不应该接受没有明确目标的固定投标合同。
您需要通知客户,但您还应该与您的团队进行交谈,看看他们是否愿意熬夜赶进度。提供充足的 Dunkin Donuts Turbo Hot 咖啡,并尽可能地喝下去。如果客户知道你愿意努力回到正轨,他们可能会更加理解。