我们的项目经理通常会咨询开发人员,他们需要多少小时来实现客户要求的某些功能。这是否符合管理的原则呢?您或您的项目经理是否也这样做?
发布于 2009-02-19 08:48:19
没有其他方法可以知道一件事需要多长时间。你应该心存感激,真的,你的项目经理甚至咨询你--太多的经理和客户聚在一起,承诺不可能的时间表,然后期望开发人员履行他们令人震惊的承诺。
发布于 2009-02-19 08:48:55
当然。没有对开发时间的估计,没有人知道发生了什么。你需要能够管理利益相关者的期望,在这种情况下是你的客户。而且更好的估计来自马的嘴巴(在这种情况下是开发人员),而不是PM承诺不可能的时间框架!
开发人员有时会对这种性质的评估感到好笑(我知道我是这样做的),但这对运营业务至关重要。处理它的最简单的方法是理解PM只是想要信息。保持开放和诚实-不要说事情会在不会做的时候完成,并解释什么时候和为什么事情可能是未知的,或者为什么你的估计可能存在风险元素。
发布于 2009-02-19 08:53:08
是的,你无法摆脱想要一个准确的数字的PM需要多长时间。
我的方法一直是使用+/-值进行估计。我有60%的把握我会在一周内完成这项工作,有30%的可能性会更长,10%的可能性会是2天。首相需要一段时间才能习惯这个想法,但这是现实情况。正如有人曾经说过的,只有在这里插入神才能改变现实,无论PM多么希望它是不同的。
我们知道Dev是一门不精确的科学,传统项目管理的紧张,满足创造力和最佳猜测估计可能是专业发展最令人头疼的单一问题。从敏捷中真正学到的是我们在估计方面有多糟糕,大多数开发人员会低估80%的时间--这是我的估计。
https://stackoverflow.com/questions/564426
复制相似问题