信创
需求是研发管理的前提和基础，好的需求管理可以帮助项目团队理清产品研发的整体方向，令后续的开发、配置、测试、变更等环节更加清晰和明确，进而有效地提高项目成功率。
什么是需求？
这里我们所说的「需求」与广义上的需求有所不同，PMI (项目管理协会）对于产品需求有过明确定义：需求是指产品所必须拥有的一项功能特性，这个特性一般用于解决客户的特定问题，或者是给客户带来额外的价值。
也就是说，在项目管理中，一个有意义的需求必须是能够解决问题或带来价值的，否则，它就只能算是一条伪需求。
常见的项目需求类型有哪些？
需求的分类是需求管理过程中至关重要的一个环节。通常，需求可以分为功能需求和非功能需求两类。
（1）功能需求
功能需求指的是和系统主要工作相关的需求，主要表现为系统和环境之间的行为交互，即在不考虑物理约束的情况下，用户希望系统所能够执行的活动，这些活动可以帮助用户完成任务。简单来说，功能需求就是描述系统、应用和服务应该怎样运行。
（2）非功能需求
非功能需求指的是软件产品为满足用户业务需求而必须具有且除功能需求以外的特性，影响着产品是否能够持续稳定并高效的提供服务。非功能性需求主要包括性能需求、质量属性、对外接口、安全需求、约束等。
① 性能需求：响应时间、容量、吞吐量、负载、实时性、CPU 使用率、内存使用率等；
② 质量属性：可靠性、可用性、可维护性、可移植性、效率等；
③ 对外接口：硬件接口、软件接口、数据库接口等；
④ 安全需求：保密性、防泄漏、权限控制、防攻击等；
⑤ 约束：进度约束、预算约束、资源约束、法律法规及社会文化等。
除了功能需求与非功能需求这两种分类，我们还可以按照需求来源、需求类型等其他角度对需求进行分类管理。
如何用 ONES 进行需求管理？
1. 收集需求
畅通且全面的需求收集通道是需求管理的前提。常用的需求收集方法有竞品分析、用户访谈、问卷调查、数据分析等，研发团队可以根据自己业务场景的需要灵活选择。
在 ONES 中，团队可以借助工单小程序快速收集和管理需求，客户可使用微信小程序自助提交工单，查看处理进展。客户与客服人员可以在 PC 端与微信端直接进行消息互动。
2. 拆分需求
对于复杂需求，我们可以将其拆分为颗粒度较小、更便于执行的需求，这样既可以避免任务遗漏，也有利于准确预估资源成本，进行任务分配。
在 ONES 系统中，需求的拆分思路主要有两种，一是将大需求细化成小需求，即利用父子关系或关联关系拆分子需求。
二是将需求拆分成具体的研发、测试任务，即借助关联关系将需求与前端任务、后端任务等任务关联起来，之后在需求的关联内容详情下查看拆分后的具体任务，追溯需求所隶属的大需求。
3. 需求分析
需求分析是为了达成开发者和用户对需求信息的共同理解，该环节决定了产品开发需要实现什么。需要分析的主要内容包括：
对需求的分析不到位，可能会导致各角色对需求理解不一致、需求变更频繁，无法对需求做出估计等问题，给项目和团队带来负面影响。
4. 需求的优先级排序
对积压的需求进行排序是产品负责人最重要的职责之一，没有优先级，团队就无法正常开展工作。下面介绍三种优先级排序的常用方法。常用的优先级排序方法包括 KANO 模型分析法、四象限法则、MoSCoW 法、投入产出比 ROI 等。
① KANO 模型分析法
通过分析用户的满意程度，将产品需求分为基本型需求、期望型需求、兴奋型需求三类。基本型需求的优先级应当排在第一位，期望型需求排在第二位，而兴奋型需求则排在最后。
② 四象限法则
四象限法则又叫矩阵分析法，第一象限为重要且紧急，第二象限为紧急不重要，第三象限为不重要也不紧急，第四象限为重要不紧急。我们可以把所有需求按照重要性和紧急性放进相应的象限当中，根据轻重缓急安排产品迭代计划。
③ MoSCoW 法
MoSCoW 法有助于各项目相关方就需求的重要性和紧急性达成共识，将需求分为必须有、应当有、可以有、不会有四类。
5. 设置统一的需求验收标准
如果需求没有验收标准就投入开发，可能会给项目引入大量的潜在缺陷，带来巨大的风险。因此，提前为项目设置设置统一的需求验收标准十分必要。
定量的描述可以有效减少沟通中的误解，有助于项目团队达成对需求的一致理解，另外，统一的验收标准还有助于需求的确认与验证。
6. 在 ONES 中构建需求工作流
在 ONES 中，产品负责人可以根据项目类型和团队情况自定义需求工作流，让流程兼具规范性和灵活性，从而高效监控需求进展。
另外，ONES 还支持添加步骤验证、验证步骤属性和后置动作，提高需求流转的安全性和自动化程度。
想马上体验 ONES 需求管理解决方案？欢迎点击文章下方或右上角的「免费试用」，或直接与我们的解决方案专家沟通，了解和评估 ONES 如何帮助您的团队更进一步。
