需求管理是项目经理必须掌握的核心能力，也是商业分析师日常工作的重中之重。很多项目经理在实际工作中经常遇到需求不清、沟通低效、变更频繁的问题，根源就在于没有掌握系统的需求分析方法。本文从需求定义、需求呈现与沟通、需求分类三个维度，帮你建立完整的需求管理知识体系。无论你是刚入行的商业分析师还是资深项目经理，这套方法都能直接用。文末还会告诉你如何通过PBA认证系统提升需求管理能力。项目经理学习需求管理最佳实践，可以从这篇文章开始。
什么是需求
在商业分析师圈子里，关于什么才算需求一直有争论。屏幕布局是需求吗？业务规则是需求吗？测试用例是需求吗？每位有经验的商业分析师对需求是什么都有自己的理解，业内并没有统一认识。
PMI的《商业分析实践指南》给出了明确定义：需求是指根据特定协议或其他强制性规范，产品、服务或成果必须具备的条件或能力。国际业务分析协会的定义更侧重干系人视角：需求是干系人为了解决某个问题或达到某个目的所需要的条件或能力。
还有一种更实用的定义：足够重要并需要进行讨论、分析、文档化和确认的任何东西。有些商业分析师认为需求必须以特定格式记录，比如一个句子写成"系统应该……"，或者一条业务规则，或者一张工作流图，或者一个实体关系图，甚至是原型、曲线图等。
但采用特定格式并不能让什么东西变成需求，本质上是目的和干系人需要使之成为需求。我们可以把需求的范围拓宽：为了保证交付产品的完整性，任何用于和干系人沟通的工作结果都算需求。同时根据项目实际情况灵活处理，保证你的团队能对当前需求定义达成一致。想系统学习需求定义方法的项目经理，可以了解商业分析师需求分析方法和项目经理需求管理入门课程。
呈现与沟通需求
商业分析师把绝大部分时间花在需求上：从业务干系人那里引导需求、分析需求、呈现给干系人评审、再呈现给项目团队执行。正因为需求如此重要，团队里每个人都要理解什么是需求，并且就需求如何表示和呈现达成一致。
呈现需求的核心是用最恰当的方式向最恰当的干系人沟通。比如需求用于方案设计之前，必须经过业务干系人评审确认。根据干系人特点不同，可以用正式需求包，也可以用软件仿真来呈现。
IT架构师和方案设计人员必须评审功能需求，从而理解商业需要及解决方案功能。他们更喜欢看图、表或模型，因为这些直接体现软件设计规格。开发人员需要评审技术需求和规格说明书来构建系统，他们更关注屏幕原型、报告布局和用例描述。
经验丰富的分析师都知道一个事实：图形、模型、原型比纯文字更有效，更容易让评审者和管理者理解需求及方案。在商业分析学习中，你会接触到范围、过程、数据、规则、接口这五大类需求分析模型。不管需求多复杂，都需要组合使用这五类模型。
这里的关键认知是：没有错误的分析方法，这些工具只是帮你从不同角度观察问题的简单工具。项目因为组合使用多种需求分析工具而受益。
需求驱动所有项目工作，重要性怎么强调都不为过。商业分析师的核心挑战是决定分析、呈现和沟通需求的最佳方式，并且在项目计划时间内完成任务。商业分析师必须掌握这些可视化模型工具，还要让干系人也理解它们的价值。项目经理提升需求沟通能力的关键，就在于掌握五大类需求分析模型的组合应用方法和商业分析师沟通技巧。
需求分类
商业分析师日常工作中必须对需求进行分类。原因很简单：大多数项目包含大量详细需求，不分类就没法管理。
用图书馆分类来理解需求分类最直观。图书馆有小说、非小说、传记、少儿读物、科普、经济、法律等分类，找书时分类帮你快速定位。有的书好分类，比如传记按主题字母排序。但有些书很难分，比如关于二战的书，可能是历史书、历史小说、传记、社会学或军事研究。
同一条需求，不同人分类方法不同，也可能适用于多种分类。如果你自己开书店，你怎么给书分类？你会用系统帮员工快速上架新书吗？你会用系统帮客户快速找书吗？如果某本新书不属于任何分类怎么办？你会自创分类吗？你会定期更新分类方式吗？
对比需求管理，试着回答上面这些问题，就能帮你思考如何进行需求分类了。
给需求分类有四个核心原因。第一个原因是让需求更有条理、易于查找。项目产生大量复杂需求时，唯一的管理办法就是分类并唯一标识。为保持分析一致性，其他项目也要采用相同分类，所有团队成员都要了解分类方法。
第二个原因也是最重要的：根据受众不同把需求信息分别存放。正式文档化需求的唯一理由是沟通和确认理解，同时减轻对记忆的依赖。不同类型需求由不同干系人评审批准，业务干系人评审确保业务需求被正确理解且无遗漏，开发人员评审详细功能需求，技术需求则单独分类呈现给技术团队。
第三个原因是复用性。真实业务需求生命力更长、价值更高。从"什么"的角度创建的业务需求可用于其他项目，复用需求能节约时间、确保组织内一致性，这是业务分析带来的核心价值。功能需求对软件实施、支持和维护团队尤其重要，加强现有功能时可以复用原功能需求展示变化，其他应用系统也能复制成功的技术设计。
第四个原因是协助变更管理中的影响分析。影响分析是评估建议变更影响的过程，依赖需求可回溯性。系统上线后常有变更提出，业务领导人会问这个变更影响是什么、改变系统需要多少成本。如果需求分类清晰，分析师就能快速评审变更影响。
决定如何分类既耗时又有挑战。专业商业分析师完全可以自己设计分类方法并与干系人沟通，只要能帮干系人快速找到并使用需求信息就行。但每个新项目都开发一套分类方法效率很低，组织采用通用分类方法并一致使用会高效得多。一致的规则安排即使不完美，也能提高商业分析师效率。想掌握系统的需求分类方法并通过PBA认证提升商业分析能力的项目经理，可以了解需求分类四大原因和商业分析师分类方法以及需求管理变更控制技巧。
作者介绍
程涛，中国国际人才交流基金会ACP认证师资，获美国项目管理协会PMP、ACP、PBA认证，武汉市经信委创业天使导师团创业导师，武汉大学西南研究院干部教育中心企业管理培训讲师。拥有20余年企业中高层管理经验和10余年专业项目管理经验，曾担任美国ObjectVideo Inc及新加坡WPI中国大陆区域战略策略负责人，参与多个国家级、省部级政府项目及解放军某军种信息化项目合作建设。
总结与行动号召
需求管理是项目经理的核心能力之一。从需求定义到需求呈现，再到需求分类，每一步都需要系统的方法和工具支撑。PBA商业分析认证能帮你建立完整的需求管理知识体系，让你在项目中更专业、更高效。如果你正在寻找系统提升商业分析能力的路径，现在就联系清晖了解PBA课程详情，用专业的需求管理方法打通你的项目经理成长之路。
培训城市关闭城市
沪公网安备31010102005921号
法律顾问 北京盈科（上海）律师事务所-吴剑勇 
