原创 产品经理需求项目延期原因分析

　　产品经理需求项目延期原因分析，项目实际完成的时间相对于期望完成的时间更迟，延期原因有很多，有可能是需求不清晰导致项目延期或是需求变更，及研发技术水平，相同的需求，不同的技术人员需要的时间是不一样的。

　　大多数延期，将期望时间直接作用于实际完成的时间，但产品经理其实不具备时间预估的能力，尤其是一些比较复杂的需求无法进行预测，导致期望时间往往不太合理。

　　相同的需求，不同的技术人员需要的时间是不一样，即使需求相同开发者相同，但代码环境不同，业务环境不同也会导致实际需要的时间出现偏差。产品经理无法预测开发时间，并不是单纯的“不懂技术”问题，而是一个客观的现象，不是实际操作者提出的预判多数是不准确的。产品经理都会有这样的错觉。

　　期望时间不合理，期望时间直接作用于实际完成时间，反馈周期太长了，只有临近上线前才能得到一个“将会延期”的反馈，极为被动，再做调整已经来不及了，只能延期。

　　预测时间，可以在开发之前对需求做减法把复杂的逻辑变得简单，把不必要的功能去掉，把不重要的功能优先级降低。最大限度减少延期风险。产品经理解决延期问题的核心，不是加班，不是换开发，而是寻求一个“预测时间”，预计完成需要多少时间。

　　预测时间只能由研发来提供即研发估时，实际操作的研发提供的时间预测可信任的，每个人的技术经验都不相同，即便是他的leader，辅助提供的预估时间也只能作为参考使用。

　　有一些技术驱动的团队CTO比较强势，经常会做一些时间上的承诺，功能很简单一天就能实现。团队的技术人员，通常会比较幸苦，或许cto自己来做真的只需要一天，但实际操作的人不是CTO，而是其他的技术人员，可能需要2天甚至更长的时间才能完成。

　　每研发人员的经验结构都是不一样的，能不能实现是能力问题，能不能快速完成就是经验问题了，再有能力的研发，遇见自己未做过的事情，都需要一些时间研究，都会经历由慢到快到过程。引入预测时间赋予团队两个可能性，一个有益于产品经理控制延期风险，另一个则有助于研发团队的客观协调管理。

　　产品经理特殊行业，需求来自于问题，而解决方案又来自于需求。项目延期的因素有很多，产品经理无法预测开发时间，并不是不懂技术问题而是客观的现象，不是实际操作者提出的预判多数是不准确的。