IT项目管理（5）

年级微信公众号报告

收集需求的办法

规划范围管理

首先要确定项目范围和产品范围，通过专家建议、数据分析、会议讨论，我们能够得到一个预期的需求边界，从而避免需求蔓延。
范围管理将主要针对制定项目范围说明书、根据详细项目范围说明书创建 WBS、确定如何审批和维护范围基准、正式验收已完成的项目可交付成果等方面做出限制。
需求管理描述将如何分析、记录和管理项目和产品需求，它将规定如何规划跟踪和报告各种需求活动、配置管理活动、需求优先级排序过程、测量指标及使用这些指标的理由、反映哪些需求属性将被例如跟踪矩阵的跟踪结构。

收集需求的方法和工具

数据收集

通过群体讨论、一对一访谈、角点小组专题研讨、问卷调查、标杆对照等等方法收集基本数据，从数据中分析出基本普适性需求。

文件分析

了解业务的协议、商业计划、业务流程、业务标准、政策与程序等等，将必须达成的目标整合进需求。这是硬性要求。

决策

当需求收集到一定程度后，一方面可能有些需求是冗余的或者技术上难以实现的，另一方面甚至可能出现完全对立的需求造成需求冲突。这时候就需要做出决断，保留哪些需求，通常这通过投票、企业老板*或设计模型分析打分来实现。

需求呈现

当需求已经确定，为了在之后的会议交流中方便的使用，以及为了让其他项目成员对业务对需求有一个足够的了解，我们需要将需求进行分组、分类、分级、分层、排序，形成一个结构分明的图，提供简洁明了的信息传递方式。

社交与团队技能

将需求通过图的方式传递给项目组成员以及甲方后，各方需要针对这个需求进行讨论，得出一个统一的意见，为需求定下基调。通常方法是小组提出方案并讨论投票、根据实际场景演示效果、联合业务专家和开发者会议、客户市场多维分析、讲述业务角色从产品的可得利益。

软件项目流程迭代

需求定下基调后，并不代表他就是一成不变的了，而是在项目开发过程中可能会是不断迭代的，所以我们需要有一种贯穿项目始终的方法来跟踪需求的进展。

结构化分析方法

• 顶层上下文图：描述系统、外部实体、通信数据三者的关系。
• 数据流图：自顶向下，分层描述数据输入、变换、输出的过程。
• 数据字典：记录数据的名称、属性、约束。
• 模块结构图：将系统描述为层次化结构的一组功能模块。

面向对象分析方法

• 用例图：描述系统、外部实体、用户交互行为序列之间的关系。
• 用例文本：描述为了某个目标，一组用户操作成功或失败场景的集合。
• 领域模型：操作中谁的数据实体机器关系。

敏捷方法

• 故事版：记录需求迭代的过程。
• 页面流或导航图：在行为、数据驱动下，故事变化的过程。

需求追踪矩阵

需求追踪矩阵
项目名称：		年级微信公众号
成本中心：
项目描述：		做一个年级微信公众号加强各班相互了解、联合活动等。
标识	关联标识	需求描述	业务需要、机会、目的和目标	项目目标	WBS可交付成果	产品设计	产品开发
001	1.0	组织年级班级间的联谊活动	在各个法定节假日收集各班学生意愿组织团体活动	让尽可能多的同年级同学参与到联谊活动中	参与获得学生名单	公众号推送	活动前发放问卷收集参与学生信息，在公众号发送活动推送，分享活动中的各种快乐场景
	1.1	号召各班级相互帮助	为同学们提供一个相互帮助的平台	尽可能的协调好同学们之间的互助关系	每个月平台上互助成功次数	公众号小程序	开发一个小程序平台，基本类似提单、接单的流程，让同学们之间提出需求寻求帮助
002	2.1	收集各方资讯	包括但不限于比赛活动、校内项目、学习小组、结伴互助等等各种消息，提供这些消息给用户，提供用户加入、自组织、召集、报名这些活动的平台	号召学生加入活动，组建合适的校内小团体，以相互学习、共同进步为根本目的	资讯的PV、UV	公众号推送	每星期推送一篇收集的校内讯息的文章
	2.2	提供班级间合作渠道	促进校内项目组、社团、比赛团队的形成	打造校内相互学习、互帮互助、提升能力的积极氛围	在平台上成功组合的队伍数量	公众号小程序	开发小程序用于发布组队需求，提供联系方式，让同学们自行磨合
003	3.1	为学生提供节日礼品	逢年过节采用类似抽奖的活动，回馈用户	加强公众号的凝聚力以及维持流量	每个月统计流量	与企业合作	与企业公司对接提供宣发资源，换取资金援助

为“年级微信公众号”构建WBS

使用思维导图构建WBS

检查工作包的可管理性

逐条检验可管理性要求：

能计算时间

因为每个任务都有明确的过程并且在需求追踪矩阵中提供了实现过程，所以其时间花费是可度量的。

能赋予人力资源，包括负责人

因为只是一个公众号的运营，所以首先体量就不会很大，其次我们的工作主要在于信息收集、推送编辑发送、公众号小程序实现这三个部分，所以任务分工是十分明确的。我们认为需要为每一个部分的工作配备一名负责人，负责人之间通过会议协调进度。

能给出成本预算模型

公众号的运营成本主要在于人力成本，之后为了保持流量发放礼品可能需要与商企交流，拉取赞助或者接受外营业务。

具有明确的任务活动以及相关成果

在需求思维导图中已经对任务做了详细的分解，并且在需求追踪矩阵中提出了WBS可交付成果。

分解完整性

我们认为，二级任务的联合是符合一级任务的需求的，当然，这需要在后续的操作中得到验证，“实践是检验真理的唯一标准”，建立一个可跟随迭代更新的工作包也是十分有必要的。