企业软件软件项目延迟交付是产品经理的错还是程序员的错？

我做软件开发工作20年了，大小软件开发项目也经历过太多，包括IBM全球第一个基于SOA架构的项目，我也参与过。这些大大小小的项目，包括我自己主持的项目，却很少能够按时交付。

我想读到这篇文章，参与软件项目交付的项目经理们和程序员们一定也会有这样的共鸣，项目延迟交付是产品经理的错还是程序员的错？还是用户需求的错？

个人认为，项目延迟交付的错，肯定不是一个人一种原因造成的，用户需求不稳定，频繁发生变化，需求分析、设计不合理；产品经理、项目经理、程序员、测试、运维、美工等等岗位不能按时到岗，或者到岗人员不合格，工期太紧等等诸如此类的因素，太多太多，不一而足，幸福的家庭都是相似的；不幸的家庭各有各的不幸。不过，在软件开发项目交付的领域，我还海少能够看到幸福的家庭。

既然不幸的原因太多太多，我就只说说产品经理和程序员的原因。一个软件开发项目，需求是占到至关重要地位的，对于需求的把握的度，不要说产品经理/需求分析师和程序员理解错误会造成软件交付时间严重滞后，即使统统理解的无比正确，个人认为，产品经理/需求分析师和程序员理解的越正确，距离软件交付的时间也越远。为什么这么说呢？需求分析师和程序员往往会陷入需求的及其细节当中去，尤其是程序员，往往把亿万分之一的情况也会考虑到，这是程序员的通病，一讨论需求，产品经理/程序员就会陷入到莫名其妙的兴奋当中去，会穷举客户业务的种种可能与不可能。在一个软件项目开发过程中，正向流程的开发时间可能占到30%，逆向流程的开发时间可能占到30%，剩下的300%（实际应该是剩下40%的时间，因为延迟造成）的时间就为了应对产品经理、程序员想出来的业务当中的种种异常情况。个人认为，在一个正常需求变化的项目当中，其余情况一切正常的情况下，这是造成项目延迟的最重要的原因。

如果你问客户这些异常情况重不重要？也许业户当时没想到，但是你一问客户，客户肯定回答，及其重要，这种情况非常常见云云，而客户的实际情况是一年也发生不了几回，为了这一年也发生不了机会的概率，就会造成项目的严重延期交付。花50%的时间，完成客户80%的需求，个人认为只有这样做做企业软件才能够盈利。

来源：北漂程序员聊低代码