完美软件不是结果，是追求

     从事软件项目开发和管理多年，在企业做过，在软件公司也做过，放眼过去，在企业做开发，软件系统都是自已架构自已一行行写出来的，随着时间变迁，技术也进步了不少，回头看以前的代码，发现很多地方写得不好，但又不想也没太多时间去重写或大量的改动，于是，形成了一开始做的模块的代码写得很烂，中间做的模块的代码写得精练一些，最后的模块的代码写得更好，总想用最专业的方式来写代码，希望写出完美的代码；

     企业开发中，业务部门会不断的提新的需求，或改原来的需求，不想不断加新需求，因为以前的代码写得不好，一些新需求和改动，需要改以前的代码，但没有办法说服业务部门不要改，麻木的希望做出让业务部门感觉美完的系统，随着时间变迁，系统并未完美，因为新需求和修改从未中止过，于是我的开发也会进入一种“忘我的境界”，新需求和修改基本都满足业务部门，却忘了软件开发人员是要深入理解业务，才能减少新增需求的增加和修改，让新需求和修改变得更有意义；

     假如做一套人力资源系统，就要想方设法让自已成为人力资源管理师，这才能让我们的开发更有意义；假如做一套供应链系统，就要了解供应链的业务流程和关键业务节点，完美软件是从了解业务需求开始；

    但后来进入项目型软件公司，这种思维行不通了，项目型软件公司重交付，即如何快速让用户验收收款；如果还抱着追完美软件的心态，视必无法适应公司对软件开发人员的要求；

     一个项目下来，可能是你完全没有接触的行业，而且没有太多的时间让你去学习这个行业的特性，那如何把握需求呢？需求分类。我们要把需求分为：

    1、基本需求：即必需完成的需求，否则无法验收；

    2、扩展需求：更多栏位或更详细的报表，更多的快捷按钮等等

    3、非功能性需求：界面的美观度、栏位的排版等等

项目若想快速验收，必须完成第1项需求，完成好了，拿到验收报告就有了基本保障，拿到了验收报告再做第2项和第3项，当然时间不多时，第3项以后再做其实也不是不可以的；

    对于项目型的开发，拿到验收报告是第一要务，认真做好第1点，不要追求系统的完美，那只是一个美好的追求；