我们的项目经理通常会向开发人员咨询他们需要多少小时来实现客户提出的某些功能.这是否符合管理原则?您或您的项目经理是否也这样做?
没有其他方法可以知道需要多长时间.你应该感恩,你的PM甚至会咨询你 - 太多经理与客户聚在一起并承诺不可能的时间表,然后期望开发人员兑现他们无耻的承诺.
当然.没有得到开发时间的估计,没有人知道发生了什么.您需要能够管理利益相关者的期望,在这种情况下是您的客户.更好的估计来自马口(在这种情况下是开发商),而不是PM承诺不可能的时间框架!
开发人员有时会对这种性质的估计感到好笑(我知道我这样做),但这对于经营企业至关重要.接近它的最简单方法是了解PM只是想要信息.坦诚相待 - 不要说事情会在他们不知情的情况下完成,并解释事情何时以及为何可能未知,或者为什么可能存在风险因素.
是的,你不能让PM想要确切知道某事需要多长时间.
我的方法是给出带有+/-值的估计值.我60%肯定我会在一周内完成这个,有30%的可能性会更长,10%的可能性会是2天.PM需要一段时间才能适应这个想法,但这是现实情况.正如有人明智地曾经说过的那样,只有[在这里插入神灵]才能改变现实,无论PM多么希望它与众不同.
我们知道Dev是一门精确的科学,传统项目管理的紧张,满足创造力和最佳猜测估计可能是专业发展中最头疼的问题.从敏捷中学到一个非常好的经验就是我们估计有多糟糕,大多数Dev会低估80%的时间 - 这无论如何都是我的估计.
是的,这是他的工作,因为时间=金钱
如果你考虑这个事实
你是一个企业的一部分
企业的目的是赚钱
时间=金钱
然后,你的经理会问你"需要多少时间",这是完全合理的,因为它将完美转化为"这需要多少钱".
有人必须支付这笔费用,无论是客户还是贵公司.PM将使用您的估算来确保项目在预算内按时到达.如果你说某事需要10天,而且比他想要的还要多5天,那么由他来决定a)削减一些其他功能以获得这个或b)延长截止日期.
这就是PM的工作,从您那里得到估计,并在交付时间和交付的功能之间保持平衡.
您的工作是提供最好,最诚实的估算.就像别人说的那样,总是给人一种自信的气息."2天,30%有信心""可能是1天,可能是3个最糟糕的情况"等.
经常被问到可能会很烦人,但这是他的工作.
PS有时回答"我不知道"是完全可以接受的,但是你应该把它说成"我不知道,我需要多看一点,然后我会有更好的主意".
希望这可以帮助.