如何制定科学有效的需求流程规范话题浅谈
可以说，对于需求流程规范的话题，不单单是困扰着技术研发团队，而是同样困扰着业务团队、产品团队、测试团队、以及管理者，因此对于如何制定科学有效的需求流程规范的探索，一直未停止。
过去的需求流程
回想过去的需求流程，从项目提出到项目上线的整个生命周期，为了提高开发效率，规范需求流程，可以说采用了很多方法。比如说通过Microsoft Project维护需求，指定开发计划，测试计划，上线计划等，管理项目的生命周期。同样的也采用过很多版本的产品需求文档、需求管理文档，表格的，word的等。这样的文档往往过于分散，且版本不能及时更新，项目结束之后文档的沉淀保存也是一团乱。
后来不断探索，为了解决文档分散，版本不统一的情况，开始向线上需求流程管理平台靠拢。在此期间又尝试了禅道，一款国产的开源项目管理软件，专注研发项目管理，内置需求管理、任务管理、bug管理、缺陷管理、用例管理、计划发布等功能，实现了软件的完整生命周期管理
Tower，一款提供了需求管理、任务管理、时间线、看板等功能，帮助团队解决项目管理中的需求收集、进度控制、协作沟通等问题的线上需求管理平台；
ONES，一款专注于企业级研发管理工具及解决方案，结合 「管理」+「协作」设计理念 ，旗下产品矩阵贯穿产品研发全生命周期，促进产品、研发、测试、运维等产品研发过程中各角色的良好协作的需求管理平台
你或者你所在的团队一般是如何管理需求流程的？
在尝试了多款线上需求管理平台之后，受限于功能的完善性以及企业成本的增多，目前对于我所在的团队，由于涉及开发人员、产品人员人数不多，大多时候还是采用禅道，少数的时候是采用线上文档的形式，比如开源showdoc、钉钉文档等。目前，团队人数较少，需求流程管理的并没有那么严格，通常情况下是产品从业务方采集需求，形成原型文档，然后在联合技术研发人员会议讨论需求，最终在需求确定后，产品人员整理需求说明文档，补充原型文档，技术团队指定开发计划及开发监控，整个流程中涉及的文档均是采用线上文档的方式，比如钉钉文档，石墨等，保证整个业务方、产品方、技术方看到的文档版本一致。这样有一点就是过往的需求文档或者开发计划文档等往往无法形成系统的文档体系，并且后期这些比较散的文档没有知识沉淀的价值。
你是否曾经遇到过需求流程混乱的问题？你认为主要原因是什么？
说到需求流程混乱的情况，相信作为技术研发人员，没有哪个开发者是没有遇到过这种情况的，除非你一开始进入的项目组就有非常完善的需求流程管理工具或者说需求流程管理习惯，但是这样的项目组少之又少。细想来看的话，造成需求流程混乱的原因可以从以下几个方面来看。
需求关系混乱
比如说业务方负责提出需求，产品方负责分析整理需求，技术方负责实现需求，期间的对接关系就是业务方>产品方>技术方，这样的对接关系往往是比较好的。但是有时候会出现业务方直接找到技术方提出需求的，或者技术方直接找到业务方讨论需求的。那么这样的话，整个需求关系就比较混乱，导致三方最终的需求并不能一致而引发歧义，推扯。
需求来源复杂
上面说到业务方直接找到技术方提出需求，那么这中间还涉及到一种沟通的问题，导致的结果就是，需求内容不仅仅出现在现有的三方共有需求文档上，还出现在钉钉、微信、qq、邮件等多种沟通工具里，那么这样造成的结果同样是三方最终的需求难以保持一致，导致项目工期以及质量都无法保证。
团队协作困难
由于存在了上面的情况，那么同一个技术方与业务方、产品方尚且存在需求流程混乱的情况，如果引入多个业务方、多个产品方、多个技术方的效果呢，是不是需求流程只会更加混乱，这样的团队协作是无法进行下去的。
其实最主要的原因，还是没有一个大家都可以参与的，将所有需求流程相关内容统一到一起的一个需求流程管理平台，相信如果有一个完善的需求管理平台，对于这样的需求流程混乱的问题，一定会有很大的改善。因此多团队协作时，目前主要还是依赖禅道这个公共的项目管理平台来把控需求整个实现流程。
你是否使用过如阿里云云效等工具来优化团队的需求流程管理？
对于阿里云云效项目管理工具，个人实际操作过，整个项目的管理流程上来说目前还没有发现不当之处。不过企业来说的话，目前还没有大批量使用阿里云云效工具，企业的各个项目组之间的合作不多，一般都是各个项目组内部有自己的需求流程管理方式和习惯，没有一个统一的形式。下面来说说个人在操作阿里云云效过程中的感受。
项目角色
云效为了保证项目中各个角色的权限划分，在云效Projex的【全局设置】中，规范了对应的项目角色
同时也支持根据具体企业的内部情况设置其他项目参与人角色，方便后期权限划分。这样在给人员划分角色时，就会很清晰自己应该做什么不应该做什么，防止需求关系的混乱。
工作项
同样的，为了方便不同企业对于整个需求流程中涉及到的工作项内容的个性化设定，云效也提供了自定义工作项字段以及工作项状态的功能，方便不同的企业接入云效项目管理平台
需求类型
为了更好的记录需求，细化原始诉求、产品主题、需求类型等，让每一个诉求都可以准确的落实到具体的需求类型上，便于后期的开发进度监控
项目模板
为了方便企业更快更便捷的接入阿里云云效，云效准备了通常可能会用到的项目模板来方便企业在创建项目时一时不知如何操作，不同的项目模板应对了不同的场景，并且可以自定义企业内部模板
当你在云效平台首页创建项目时你会看到多种场景的模板供选择
创建完成的项目空间就像这样，不同的项目空间对应不同的角色，各自在各自的项目空间设定内容，最后通过父子级关联将整个需求流程从业务方到产品方到技术方到测试方连成一串，保证流程顺利
当然，阿里云云效提供的原不止这些，这里只是抛砖引玉，简单说一下，大家对阿里云云效好奇的可以直接到云效控制台操作体验：https://devops.console.aliyun.com/organizations
阿里云云效提供了从需求-开发-测试-发布-运维-度量的一站式研发管理服务，沉淀了阿里多年先进的项目管理和研发理念方法，提供了高标准的企业级安全保障，支持基于价值流程图的产研数字化指标体系和全流程的效能洞察，能够帮助创新创业和数字化转型企业快速实现产研数字化。关于阿里云云效的更多操作文档可以查看官方文档：云效
这里推送一篇关于需求流程的好文，写的很有见地，观点独到，感兴趣的可以看看：超详细！一文搞懂需求流程规范的制定方法和落地技巧
