软件需求的开发导向分为两种实现模式，一种是项目模式，另一种是产品模式，多数公司基本上是采用项目模式。
第一类：项目开发导向
需求直接面向客户，这类用户本身具备明确的工作任务，或者说相对明确，无论需求怎样都框在用户现有的业务上面。产品经理需要弄清楚用户业务的流程，这些业务流程将通过产品人员文档化的方式传递给下一站，研发经理。业务流程化描述的越清晰，越全面，研发部门越是能够做出贴近实际需求的产品。
当研发经理拿到需求后，他所做的是需要理解整个业务流程，同时结合研发经验分析，这样的业务流程采取什么样的语言能够快速的去实现，并且能够适应该用户将来可能的业务变迁。他会内化需求成大致的软件处理流程，以软件开发人员所理解的角度组织研发部的人员进行需求讲解，讨论什么样的技术路线实现的业务系统最适合处理这类业务。因此，对于研发经理或架构师而言就需要对市面上比较成熟的各类技术解决方案都比较熟悉其优缺点。
当确定技术方案后，研发部门往往会先要求UI设计人员进行原型图设计，此时UI和产品人员将和客户确认软件初步的操作方式，此时研发部门同步通过对已经挑选的代表性需求关键点，使用前期选定的几个技术方案进行技术实现来验证各方案在开发效率，维护性，人员招聘等等多维度进行综合评估，以最终选定技术方案。
当最初的原型图选定后，研发人员搭建起开发环境与项目场景，成立项目组。此时项目经理进场，项目经理将协调多方人员，去保障和平衡需求修改与开发计划的任务能如期完成。为了项目能如期完成，项目经理需要处理各方面的人员协调工作，定期和产品经理为客户演示功能和接收需求修改与新增需求的沟通。
由于产品经理往往和项目经理在后期工作重合，此类需求下小团队一般将产品经理与项目经理合并为同一人了，而研发则将研发经理和架构师合并为同一人，有的项目往往只做一次，后续不会再升级进行产品研发。
第二类：产品研发导向
需求不直接面向客户，这类需求往往不针对特定业务，而是针对某个特定行业，提取出的通用的需求。这类需求一定是该行业均需要的流程，将其信息化。此类需求往往需要软件公司已经在该行业有着较多的业务或者技术沉淀，对整个行业的方向与运作模式有很熟悉的了解，持续的进行软件改进。
这类一般从各类类似项目里面抽取通用部分，进行产品化，也可以说是上一节所描述需求的深入阶段。无论什么产品的研发，采用找机会先实现第一阶段的任务往往产品化成功率更高。
也有那些直接开始产品研发的团队，这就需要产品经理有很高的市场把握能力，能够从已知中推测出未来的走向来设计前瞻性的产品，待研发完成后投入市场。直接进行产品研发往往风险较高，因此多数直接进行产品研发的团队一般以最小的人员投入，最快的方式将最核心的需求实现出第一版本，然后马上推出市场，看市场的反映。这阶段占领市场一部分后，再通过扩充各个项目里面的人员，进行团队的扩大，同时在实践中完善产品。
对比产品研发和项目研发，市面上的公司多数都是先项目导向后产品导向。项目导向属于以战养战的模式，项目一开始是确定的，投入即开始产生经济效益，而直接产品导向则在最开始的阶段是纯粹投入，而且投入结果还是未知，更何况两者比较而下，项目有客户的要求和压力，开发速度更快，反而直接产品导向的话，往往得靠管理人员去控制整个进度。
无论以哪种导向去做软件，要以软件即服务的思想，要认识到软件有人用，能服务人才有价值，一开始就需要订立好需求目标，先有目标了，然后再想办法达到目标。所以两者中，需求文档和最初的原型设计图十分的重要，这决定了去哪里，而技术则解决怎么到，或者用什么到那里比较快一些。
网友评论