软件快速交付之道：优秀的产品是可以快速交付么？

2019年刚加入公司的时候，开始思考、寻求软件快速交付之道。那时候感觉，有一款优秀的产品是可以快速交付的；因为优秀的产品可以减少很多工作，而且功能稳定，丰富；如果开发人员对产品熟悉之后，开发效率是有保证的，快速交付似乎不再是遥远。为了这个理想奋斗了一年半，产品有了，但并不如期盼中的优秀。这款产品功能丰富，200个多个功能，300天完成；似乎是功能的堆砌，按时间算怎么也和精细化无法沾边。如今应用了一年半，产品40%的功能都没有用到，属于产品规划不当导致的浪费。

如何做一款优秀的产品，这是一个大话题，国内绝大部分公司的产品，有其优秀的业务模式总结、为某种商业模式而生；难有核心技术，核心思想；可模仿性极强。因此优秀产品不是在短时间内能诞生的，所以我们也不具备短时间做出优秀产品的可能性，用优秀的产品来实现软件快速交付，这不是一个短期能够实现的目标，90%以上的公司实现起来较为困难。

项目做了一个又一个，怎么快起来？抽象、归纳、复用等常规思维似乎是快速完成一个项目的不错选择；似乎只有形成产品，知识的传承才能最大化；但产品难做，项目又多，而且总会在一些新领域进行尝试，多项目并行，快速交付的课题似乎加大了难度。

如果没有产品可以依靠，是否可以让多项目并行，并快速交付呢？

答案是肯定的！

优秀的研发管理方式是实现快速交付的根本。

软件快速交付看似要求快，其实隐藏着另一个更重要的因素，质量保障！这强调交付的有效性，被客户认可的交付那才叫交付。由此我开始关注研发效能。

研发效能是什么？

我们公司的研发效能是否可以度量？

回答清楚了这个问题，说明公司的研发秩序已然井井有条。