需求管理是项目管理的基石。根据我的经验，项目失败或延期的原因十有八九是因为需求管理不善。
首先区分两个概念：一个是需求，一个是理念。
需求必须清晰、可行、明确，但想法不是。想法不严谨，或者是一个没有被实践证明成熟的虚假需求。
需求管理有三大任务：需求收集、需求细化和需求控制。
一、需求收集
要求一般由业务人员或产品经理提出。我们经常发现，大多数人很容易提出需求，但是他们不会写需求文档。因此，在许多情况下，专业需求分析师应该被分配到项目团队来完成这项工作。如果没有专业的需求分析师，产品经理应该承担这个角色。
1.需求访谈
，并不是所有的需求收集阶段都需要需求面谈。对于大型的复合型项目，比如需求方涉及多个部门或地区时，就要做好需求面谈，因为几乎不可能有人对所有业务部门的细节和需求了如指掌。在需求面试阶段，要注意以下五点：
制定访谈计划
.基本上每个人在工作中都有多个工作，不可能把100%的时间和精力只投入到一个项目上。因此，在需求面试开始时，一定要确定面试者的时间，并尽快与对方确认时间，以便面试者提前做好安排。从010到1010，在制定面试计划时，需要确定面试者。需求的提出者应该为自己的需求负责。从一件事比一件事好的角度来看，肯定是有相互推诿的。因此，框定需求的面试对象就是框定需求责任的负责人。
确定访谈对象
诬陷面试内容是写面试提纲。为了提高面试效率，面试者必须提前准备好相关材料，梳理业务流程和逻辑。
框定访谈内容
需要大量的信息，所以面试时要有专人记录面试纪要，必要时可以使用录音设备。面试纪要是需求文档的基础资料，在撰写需求文档时，往往会反复查看或回放录音。
记录访谈纪要
"color: #333333; --tt-darkmode-color: #A3A3A3;">根据经验，大型项目的需求访谈一般需要进行1~3轮，每一轮访谈都会比上一轮访谈更深入。2.制定需求模板、划分需求类别
项目经理需要制定需求模板，分发给不同模块的需求撰写负责人填充需求内容。
需求划分方法因项目不同而不同，以软件类项目为例，需求分为9类：流程性需求、数据性需求、接口性需求、界面性需求、权限性需求、表单性需求、报表性需求、功能性需求、非功能性需求。
3.制定需求撰写详细计划
对中大型项目来说，撰写需求说明书的人应该有多个，所以需要切分工作任务，每个任务尽可能独立，任务的安排尽可能并行。
每个任务必须要确定完成时间，如时间不满足项目进度，需调配其它人力资源进行协助。
4.项目内审查
一般来说，需求文档是很重要的交付物之一，为了确保需求文档的质量，就需要建立互查机制：项目组内互查、项目组间互查。
5.与业务确定需求
当需求文档完成审查之后，即可交付给业务负责人做确认。为了加速业务负责人确认需求文档的时间，可以邀请业务负责人参加需求评审会，然后再让业务负责人线下确认。
6.修改需求
当业务在确认需求说明书的过程中有反馈意见提出时，需尽快讨论并确认意见的合理性，对合理的需求需尽快更新到需求说明书中，再次提交确认。
二、需求细化
业务主流程一般在需求访谈阶段都能梳理清楚，所以我们重点讨论数据细化、界面细化、权限细化、报表细化、及批处理。
01 数据细化
业务访谈过程中获取到的数据很多情况下是非结构化、异词同意的，或者格式不符合系统化管理，此时就需要数据细化。
02 界面细化
界面细化主要是为产品设计做好铺垫，这个阶段需要确定哪些界面应该展现哪些数据项、界面之间的跳转关系、正常或者异常时的交互方式、不同权限的用户看到的界面有何不同。
03 权限控制
在需求分析阶段，越早梳理用户权限越好。
04 报表细化
报表是很多经验不足的产品经理或需求分析员非常容易忽略的内容，甚至有些人不认为报表需求是需求文档的一部分，这是不对的。
05 批处理
批处理主要涉及的任务有报表和上下游系统的交互。
三、需求管控
需求管控包含：需求跟踪、需求差异控制、需求变更控制。
01 需求跟踪
需求跟踪指的是牵头或推进一个非体系化的需求成为体系化需求的过程。这些数据很可能分布在很多部门或者系统当中。
02 需求差异控制
需求差异控制指的是控制用户对需求实现的期望。当然，需求差异控制需要一定的技巧，至少要让用户觉得是有理有据。
03 需求变更控制
需求变更控制简单地说就是控制需求尽量不要发生变化，但不绝对。比如项目进行期间业务模式发生变化，之前提出的业务模式已经不适用了，那么就一定要允许变化，否则失去了项目的意义。
