IT项目管理——收集需求与定义范围
本篇主要结合上次作业中制作一个为增进班级间了解的年级公众号的项目,讨论收集需求的方法,并为作业二中我自己构思的校园线上点餐小程序构建WBS,并绘制甘特图和思维导图。
在IT项目管理中,需求指根据特定协议或其他强制性规范,产品、服务、成果必须具备的条件或能力,一般可分为业务需求、相关方需求、解决方案需求(包含功能性需求与非功能性需求)、过度和就绪需求、项目需求和质量需求这几类。收集需求是为实现项目目标而识别、记录并协调管理各相关方的需要的过程,通常包含数据收集、文件分析、决策、需求呈现等类别,每个类别又有一些不同的方法和工具,它们有不同程度的资源需求以及各自的优缺点。
数据收集有助于收集、整合有用的信息,指导项目需求的制定。一种最常用的方式是头脑风暴,这种方式能够开放性地收集大家的意见,并使参与成员相互启发,获得一些自己单独思考难以想到的内容,有助于在短时间内获得大量信息。这种方式的问题在于不同成员间可能有较大分歧,导致整个进程进展缓慢,且很多想法未经过深思熟虑,最终得到能采纳的意见需要后期大量的人工筛选。且这种方式是一种半正式的形式。只适合较小规模的团队,如果人员过多,则可能比较混乱,难以达到理想的效果。比如几个同学一起开发微信公众号这个场景,就比较适用。而对于一些正规企业里的大的项目,头脑风暴可能只适用于某一小团队完成一个子任务时的一种方法,难以作为整个项目的支撑。另一种常用方法是问卷调查,在互联网日渐发达的今天,这种方式变得更加实用,但很多线上匿名问卷难以对填写者的特征做一个准确的筛选,而目标受众的偏离可能导致结果出现偏差,且问卷问题的设计也需要斟酌,避免引导性。但这种方式最大的好处还是在于快速、低成本地收集大量信息(以线上问卷、转发到多个群里为例)。与之相对应的收集少而精的信息的方式有一对一访谈、焦点小组,这种方式可有效提高收集到的信息的质量,但往往需要一些专业人士,且时间长、成本高。
文件分析有助于从正式资料中提取有效信息,规范产品计划的需求的制定。协议、商业计划都是重要的资料,可提供关于产品需求、范围、时间、成本等的具体分析,而对业务流程、业务标准以及政策与 程序的分析,可明确已有流程和标准并以为参考,同时明确业务上的约束。这些方法都需要管理层以及业务专家的支持,适用于有一定规模、预算的比较正式的团队。
决策是收集整理大量信息后做出筛选和择优选择的一个重要步骤。在一个比较民主的团队中,投票法是最常用的方式,其具体机制有很多种,比如一人一票、不同权重投票、打分制等,其目的主要在于既汇集大家意见,又在某些情况下给予一些人更大的发言权,以期得出更科学的决策。当然,在有一个明确的、大家都信服的leader时,也可考虑“独裁制”。
在需求基本确立后,需要选择合适的方式加以呈现,常用亲和图、思维导图等,后者有着明确的分级、分层,逻辑结构清晰且简洁直观,是一种很受欢迎的方式。
综合一些常用方法,我对上次作业的年级微信公众号的项目做了简单的需求分析,并绘制需求跟踪矩阵如下:
需求跟踪 |
||||||||
旨在增进班级间交流的年级微信公众号 |
||||||||
标识 |
关联标识 |
需求描述 |
业务需要、机会、目的目标 |
项目目标 |
WBS可交付成果 |
产品设计 |
产品开发 |
测试案例 |
001 制作一个微信公众号 |
0.0 |
|
|
制作一个旨在增进班级间交流的年级微信公众号 |
一个微信公众号 |
|
|
|
002 面向年级同学 |
2.0 |
身份验证 |
用户均为本校本年级同学 |
|
身份认证模块 |
姓名、学号认证 |
|
|
2.1 |
宣传推广 |
向目标用户推广 |
|
用户数在指定时间内达到目标 |
|
|
|
|
003 加强班级间交流 |
3.0 |
内容设计 |
设计有助于班级间了解的文案等内容 |
|
指定数量的符合标准的内容 |
内容设计 |
|
|
3.1 |
线上线下联动 |
组织线下活动 |
|
指定时间内成功组织活动数 |
线下活动报名板块 |
|
|
|
004 项目需求 |
4.0 |
完成时限 |
3周完成并推广 |
|
指定时间完成产品并推广 |
|
3周时间 |
|
4.1 |
成本需求 |
3000元 |
|
详细账单 |
|
|
|
|
005 质量需求 |
5.1 |
可用性需求 |
网络正常情况下,各栏目可正常打开 |
|
测试符合标准 |
|
|
|
5.2 |
性能需求 |
高并发、延时 |
|
测试符合标准 |
|
能应对1000个请求,延时小于2s |
|
接下来简要回顾作业二中我自己构思的校园线上点餐小程序,并绘制甘特图和思维导图。
在学校中,每天中午、晚上时段都是食堂就餐的高峰期,很多时候需要在窗口前排长队,排到之后点好,再等待现做现取。这样的流程其实效率并不高,点餐者需要等待很久才能将自己的需求传达,而如果将这些菜品搬到线上,方便提前点餐,就可大大降低等待时间,缓解食堂拥堵,提高效率。
首先,我们先将该产品的范围定为只针对中大东校区的食堂,先从小做起,这样可以降低实现难度。接下来将该项目的流程大致分解为收集菜品信息、软件开发、线下对接、宣传、信息更新与产品维护这几个部分。首先要将各个菜品的名称、图片、价格等信息收集好,然后开发一个小程序将其统一放上以供选择。与此同时,需要与食堂方做好线下对接,确保线上订单的按时、准确交付。这样一个基本可用的产品雏形就做好了,此时需要通过宣传推广来吸引用户,使其真正投入运营。最后,当其开始常规化运营后,需要对菜品等信息做日常更新,并针对产品遇到的问题、反馈做出修改。
结合上述分析,绘制甘特图及思维导图如下: