《走出软件作坊》一书中在《产品生命周期》一章中提到 “  一个好的软件，有许多评价的方面，如实用性、稳定性、容错性、性能、可测试、可理解、可修改、可实施、可支持、灵活性、移植性、兼容性、安全性、易用性……但这么多要求，我们都要有目的分阶段地一步步达到。而且，往往我们不断补齐上一阶段留下的遗憾后，我们此阶段的努力又会形成下一阶段的遗憾，总是无法做成一个赏心悦目可以笑傲江湖的软件。也许，世事轮回皆此规律。”            
        
         俗话说的好，“计划赶不上变化”。在信息化建设过程中，系统开发人员经常要根据用户的需求来对系统进行修改优化，这往往造成项目不能按原计划进展，造成系统上线应用的日期的延后。面对此种现象，如何处理？本人认为，为了整个软件项目的大局，要推迟、延误的必须延误、推迟，要坚持“质量第一、进度第二”的原则，这点非常重要；如果为了进度而不顾质量，到系统真正投入运用后，肯定会出现很多影响日常使用的毛病，由此导致的返工“既浪费前期投资，又拖延后续工程”，最终会得到一个得不偿失的结果，是极其不可取的做法。开发人员应该在提交给领导的工程进度情况报告中：(1)必须向领导详细阐述“质量第一、进度第二”的建设原则，以及它的利弊；(2)详细介绍该工程的目前进度情况（无论是完成的，还是未完成的），特别是未完成的项目，要详细阐述导致未完成的原因、到目前为止的进度、列出所有可行的解决方法，要在相互对比所有的解决方法后给出推荐的方法，这样领导小组开会时才可便于领导最终决策。
      也只有这样做，才能符合《走出软件作坊》作者所提出的一个好软件所要达到的标准。