软件项目“落地”能力的培养2：需求

       我经常自豪的对同事们说“我做的90%项目的需求都是我自己提出来的”，这当然有吹嘘的成分，但这也说明了我习惯于提前参与甲方的需求，甚至参与的程度非常高，这样起码可以做到在项目所涉及到的单一业务领域里，我对需求的理解程度甚至要高于甲方，由此形成的需求分析、设计方案等自然就能更容易的得到客户认可。

      那么，好的需求有什么标准呢？

      Requirement需求是软件项目的指路明灯，不但描述了这个项目涉及到的现实工作中的业务细节，而且还要提出项目涉及的现实工作中存在的业务痛点、难点，甚至规划出通过这个项目的实施而形成的特点、亮点和创新点。

    一般的需求人员只能做到第一点，即将现实工作真实、完整的复现出来，这种需求下完成的软件项目可以实现用软件替代人工的目的，但也仅此而已，早期大量的软件也都是这么开发出来的。

    高级需求人员在复现现实工作的同时，还会针对现实工作中存在难点、痛点、不合理等环节提出替代性解决方法，这样不但实现了现有工作，还对现有工作进行了优化、完善，这就体现了计算机软件不但能够实现现实工作，还能利用计算机软件技术对现实工作进行提升。这种需求下实现的软件项目，才是合格的。

    顶级需求人员在以上基础上，还能针对业务特点、行业现状提出创新的思路，使本项目支撑下的业务工作在行业内形成特色。这就要求需求人员不但熟悉甲方的现实工作，而且理解甲方所在行业的发展现状、发展趋势，甚至了解甲方同行业其他企业的管理方式，在此基础上才能提出一些前瞻性、创新性的需求。这种需求下实现的软件项目，肯定是优秀的。

    另外一个关键就是需求的参与时点和参与深度，显然需求参与的越早越好、参与的越深越好，甚至要提前做一些储备（如可行性研究报告等）。对于那些根本不参与甲方的需求过程，只等甲方提供出需求，然后照样实施项目的公司，我表示很无语。

    需求是得到客户认可、获得项目的第一步，但要能和客户达成长期合作，还需要开发、设计、分析等企业综合实力的支撑。