IT项目管理-个人作业5
一、年级微信公众号的需求分析及其矩阵图:
需求收集方法:
1、数据收集:
- 焦点小组 : 向已有的类似公众号开发及运营人员请教,学习总结他们的经验和教训。
- 访谈 : 在全年级范围挑选出几个有典型性的同学进行一对一访问,比如班级负责人(班长、团支书、学委)、班内活跃同学,收集他们的需求和想法,以满足年级主要人群的需要。
- 头脑风暴:召开项目组内会议,每个人发表自己的意见与想法,讨论如何进行数据的收集。从讨论中选出合理的高效的方法,记录下来,然后讨论其实现的难易程度,再讨论出实现的方法,规划出实现的步骤,然后列出计划表,进行实施。除此之外,还需要讨论新系统所需要的功能,通过成员的日常生活中的经历和需要来进行补充,最后收集这些需求。
- 标杆对照:查看其他学院或者往届学长的优秀公众号,看看它们都实现了什么功能,满足了什么不一样的需求,以及效果如何。
- 问卷调查。以问卷星的形式,通过各班级负责人牵头,将调查问卷分发到各个班级,询问他们对公众号的看法和使用意愿,以及他们希望公众号该有的功能等,尽可能多的找到年级里普遍人群的需求。
2、决策:
- 投票法。完成数据收集任务以后,对收集到的功能需求进行整合汇总,制成需求功能列表,写到调查问卷中,以同样方式分发到同学们手中,让他们投票,以此筛选掉其中不怎么被需要的功能。
- 打分法。在调查问卷中,让同学们收集到的功能根据需求的程度打分,以此得到各功能的需求优先级,以便优先完成那些需求最高的功能。
3、需求呈现:
- 亲和图。选出需求之后将需求进行排序、分组、分类,找出哪些需求是重合的,将其归于同一个或同一类需求中,通过画图的方式直观的表现出来,并借此对需求进行进一步的调整。
- 思维导图:在会议中讨论需求的时候就需要实时记录下来讨论的内容,画出重点需求,在之前亲和图的基础上再通过思维导图的方法记录会议内容,这样就能够得到更好的结论。
需求跟踪矩阵:
二、为上面项目构建WBS及其余检查
- 检查工作包的可管理性:
逐条检验可管理性要求。
- 能计算时间:
因为每个任务都有明确的过程并且在需求追踪矩阵中提供了实现过程,所以其时间花费是可度量的。
- 能赋予人力资源,包括负责人:
因为只是一个公众号的运营,所以首先体量就不会很大,其次我们的工作主要在于信息收集、推送编辑发送、公众号小程序实现这三个部分,所以任务分工是十分明确的。我们认为需要为每一个部分的工作配备一名负责人,负责人之间通过会议协调进度。
- 能给出成本预算模型:
公众号的运营成本主要在于人力成本,之后为了保持流量发放礼品可能需要与商企交流,拉取赞助或者接受外营业务。
- 具有明确的任务活动以及相关成果:
在需求思维导图中已经对任务做了详细的分解,并且在需求追踪矩阵中提出了WBS可交付成果。
- 分解完整性:
我们认为,二级任务的联合是符合一级任务的需求的,当然,这需要在后续的操作中得到验证,“实践是检验真理的唯一标准”,建立一个可跟随迭代更新的工作包也是十分有必要的。