项目管理-范围管理之需求分析

Posted 2021-05-02 济南项目管理协会

        我们知道项目范围管理是项目管理的知识领域之一,是决定项目成功的重要因素，是客户需要的产品、服务或成果的重要内容，需求的收集与梳理又是范围界定的必要过程，因而需求的梳理与规范化在成功的项目管理中显得尤为重要。今天一位叫张吉震的项目经理在工作中总结了一种需求梳理的方法，适用于需求多而且繁杂的项目，现分享给大家。

一种需求梳理的方法

----张吉震

今日我们讨论如何有规律的将需求梳理清晰，结合我在工作中遇到的问题及解决方法，再横向比较不同类型运营商对需求的明确程度进行分类，并对需求确认的影响也做说明。该方法比较适用于需求多而且繁杂的项目。

需求确认对一个项目来说是很重要的，需求明确了才能明确项目范围边界，才能够进行明确的任务分解。如果项目需求不明确，会出现项目总是很紧张，项目经理到处救火，成了救火队长：XX需求很重要，需要XX时间完成，第一需求还没有完成，第二需求又来了，第一需求开发的bug也来了，造成整个项目团队总是手忙脚乱的。

我在项目工作中对需求梳理的过程总结了一套个人的方法，现在分享给大家，希望对大家有所帮助。

首先、认真阅读业务需求规范、标识出对应的业务需求点、整理出业务需求表。

如项目有完备的业务需求规范，建议对技术规范进行阅读，标识出对应的业务需求点。再根据业务需求点，列入到需求Excel中。模板如下：

序号	章节号	业务模块	业务要求	责任人	状态	备注
1	2.4	A	在移动设备上EPG呈现	XXX	OK
2	2.5	B	符合附录XXXX的规范	XXX	NO

图一

    其次、PM需在业务需求表的基础上进一步收集需求并对需求进行确认。

    上面对正向的业务需求进行了梳理，这样并不算完整。虽然有明确的业务需求，但有些规范对事务或数据处理流程描述不清晰或有疑问，需要PM收集或确认。疑问确认是双向，我方研发的疑问确认及客户业务要求(不含在规范中的)，需要作为规范的辅助或补充文档，我建立了一个需求确认模板，模板如下：

序号	模块	问题详细描述	问题应答	应答人	内部跟踪人	备注
1	C	1.开机默认图片分辨率多少     2.开机视频分辨率多少	1080P	xxx	xxx

图二

 

对需求确认的模板针对不同客户的时候如何使用，需要的注意事项我大体分了三类：

第一类，顶级运营商，接口规范定义完备，业务规范清晰的，例如：天威。这里就要特别提醒了，一级运营商给的业务规范比较完善，勿要以为规范完全，直接发给研发即可，要切实的将业务需求进行拆分，落实到具体可执行人。如果不监督执行需求落实，会产生需求、接口遗漏，甚至有责任划分不清晰的地方。

从需求完整的大蛋糕到每一个可入口的小块都落实清楚后，项目60%成功的把握就有了。这里衍生一个小问题，切蛋糕应该是PM  or专门部门，个人认为大项目应该由专门部门来主持，PM参与；部分项目PM可以主导，其他部门参与。

第二类，技术实力稍弱些的运营商，需要确认的需求就要多些了。客户(有时甚至是多个部门的人)提的需求不多，就需要PM多做功课。客户未说，隐含的需求就多了，考验PM的业务知识储备了。

第三类，维护类项目的客户，客户提出的是个别的修补需求。这时，若有以往完备的需求模板，需求确认模板，那就往上累加就好了。若没有，建议在项目管理系统上（例如：Redmine）上建立一个需求确认历史记录的单号，便于PM、研发查看跟踪。

另外，对客户无感知的隐含需求不要忘记，如：网络基础架构等。

需求确认是一步方向性棋子，项目走的稳不稳、好不好，全看这一步。一种需求确认的思路供参考，希望能对读者有帮助。

济南项目管理协会

搭建优质项目管理平台，聚集优秀项目管理专家，助力万千中小企业发展

TEL： [phone]

E-mail：[e-mail]