【IT项目管理】收集需求与定义范围
年级微信公众号管理
要求:联合同学做一个年级微信公众号加强各班相互了解、联合活动等。请写一份两页的报告,描述收集需求的方法,并附上收集的需求跟踪矩阵(不少于五个需求)。
收集需求方法
专家判断
专家判断是指基于某应用领域、知识领域、学科和行业等的专业知识而做出的,关于当前活动的合理判断,这些专业知识可来自具有专业学历、知识、技能、经验或培训经历的任何小组或个人。
所以我们附上当前项目的相关背景材料,向专业自媒体人收集需求,根据反馈修改自己的项目需求,然后再次交给专家。经过至少三轮迭代后形成最终的文件。
数据收集
头脑风暴
本技术用于在短时间内获得大量创意,适用于团队环境,需要引导者进行引导。头脑风暴由两个部分构成:创意产生和创意分析。制定项目章程时可通过头脑风暴向相关方、主题专家和团队成员收集数据、解决方案或创意。
头脑风暴会议由项目经理、开发人员、有自媒体运营经验的团队成员共参与。主要目的在于收集信息而不是分析,所以鼓励回忆中所有的成员发言,尽量保持热烈的气氛,从而在短时间内收集到尽可能多的需求。在会议结束后,要将会议纪要整理汇总给参会成员,获得反馈后形成最终文件。
访谈
访谈是通过与相关方直接交谈,来获取信息的正式或非正式的方法。访谈的典型做法是向被访者提出预设和即兴的问题,并记录他们的回答。访谈经常是一个访谈者和一个被访者之间的“一对一”谈话,但也可以包括多个访谈者和/或多个被访者。访谈有经验的项目参与者、发起人和其他高管,以及主题专家,有助于识别和定义所需产品可交付成果的特征和功能。
以项目发起老师、有自媒体运营经验的同学、目标受众三组人员分别进行一对一访谈,进一步探讨公众号的高级需求,明确细节,形成文件。
焦点小组
焦点小组是召集预定的相关方和主题专家,了解他们对所讨论的产品、服务或成果的期望和态度。由一位受过训练的主持人引导大家进行互动式讨论。焦点小组往往比“一对一”的访谈更热烈。
邀请在一对一访谈中提出建设性建议的人员参加焦点小组,进一步了解高级需求。就访谈中得到的需求进行更深层的讨论,并进行优先排序。
问卷调查
问卷调查是指设计一系列书面问题,向众多受访者快速收集信息。问卷调查方法非常适用于以下情况:受众多样化,需要快速完成调查,受访者地理位置分散,并且适合开展统计分析。
向年级里的同学发放年级公众号需求调查问卷,收集用户的需求、拟改进需求的重要程度、以及拟改进需求能否满足用户的需求,并在全面收集需求后开展统计分析。
标杆对照
标杆对照将实际或计划的产品、过程和实践,与其他可比组织的实践进行比较,以便识别最佳实践,形成改进意见,并为绩效考核提供依据。标杆对照所采用的可比组织可以是内部的,也可以是外部的。
与社会上现有的优秀公众号、其他学校已经建立的学生公众号标杆进行比较,对比已有的需求,进行再一次的优化。
数据分析
可用于本过程的数据分析技术包括(但不限于)文件分析。文件分析包括审核和评估任何相关的文件信息。在此过程中,文件分析用于通过分析现有文件,识别与需求相关的信息来获取需求。有助于获取相关需求的文件很多。
根据已有的高层级需求,根据项目范围、时间、成本等来提取业务和财务的高层级需求,并根据严格的行业标准和相关政策来约束需求。
决策
投票
投票是一种为达成某种期望结果,而对多个未来行动方案进行评估的集体决策技术和过程。本技术用于生成、归类和排序产品需求。
由各班代表对已收集到的需求进行投票,按照多数人的意愿来获得优先排序。
多标准决策分析
该技术借助决策矩阵,用系统分析方法建立诸如风险水平、不确定性和价值收益等多种标准,以对众多创意进行评估和排序。
借助决策矩阵,用系统化的方法对众多需求进行评估和优先排序。
需求跟踪矩阵
工作分解结构(WBS)
创建工作分解结构 (WBS) 是把项目可交付成果和项目工作分解为较小的、更易于管理的组件的过程。本过程的主要作用是,为所要交付的内容提供架构。
思维导图
WBS
- WBS 是对项目团队为实现项目目标、创建所需可交付成果而需要实施的全部工作范围的层级分解。
- WBS 组织并定义了项目的总范围,代表着经批准的当前项目范围说明书中所规定的工作。
- WBS 最低层的组成部分称为 工作包 ,其中包括计划的 工作。工作包对相关活动进行归类,以便对工作安排进度 、进行估算 、开展监督与控制 。在“工作分解结构”这个词语中,“工作”是指作为活动结果的工作产品或可交付成果,而不是活动本身。
- WBS 是树结构
- 节点称为“任务( Work )”,节点深度称为层级;
- 树根必须是产品或可交付成果
- 树叶必须是可管理的“工作包”
根据思维导图,实现WBS分解:
可管理性、完整性检查
可管理性:
- 能计算时间:招募工作、需求收集可以自己设置合理的完成时间,账号申请、文章发布则取决于公众号的设置,但是这些都是可以有明确的时间的。
- 能赋予(人力)资源:在招募到人员之前,可以由项目发起人负责招募工作,之后就可以根据人员属性分配运营和开发工作。
- 能给出成本预算模型:本项目暂时没有可量化的成本,主要成本为同学的时间成本。
- 具有明确的任务或活动以及相关成果:人员招募以招募结果为成果,项目设计则以文档为成果,功能实现和后期运营则都有明确的任务和活动。
完整性:
以上分解结果囊括了从人员招募到项目设计开发及最后产品上线后的运维,能够概括整个项目周期,所以是完整的。