【IT项目管理】收集需求与定义范围
- 你联合同学做一个年级微信公众号加强各班相互了解、联合活动等。请写一份两页的报告，描述收集需求的方法，并附上收集的需求跟踪矩阵（不少于五个需求）；
需求收集的方法
本项目的目标是做一个年级微信公众号，以加强各班的相互了解和联合活动。虽然本项目不是软件开发，但同样需要收集需求，了解本年级学生的诉求，以便于更好地运营公众号。经考察，我认为以下方法可作为收集需求的参考：
1.问卷调查
问卷调查是比较通用的需求收集方法，因为调查的受众广泛且成本较低。目前问卷调查可以在线上进行，更免去了发问卷的人力成本和时间成本，可以作为收集需求的首选方法。
问卷调查的第一步是设计调查问卷，我们需要明确知道我们调查的用户特征，以及我们真正想从用户那里了解什么；然后开始设计问题，注意调查的问题应当为较为封闭的问题。
显然，我们调查的用户是本年级的学生，我们需要了解的和本项目的目标“加强各班的相互了解和联合活动”息息相关，比如调查学生平时了解班级间活动的渠道、参加班级间活动的频率等等问题。经初步考虑，本项目的调查问卷可以作如下设计：
问题一(选择题)：学生的班级
(说明：各班组织参加活动的情况不一样，我们需要具体了解)
问题二(选择题)：学生去年参加的班级间活动次数
(说明：了解学生参加班级间活动的频率，活动是否不够多？)
问题三(多项选择题)：学生获取班级间活动的渠道有哪些
(说明：了解此前学生获知班级活动的渠道，捕捉痛点。)
问题四(填空题)：学生对其他班级了解多少？
(说明：了解现状，班级间是否缺乏互相了解)
问题五(选择题)：学生对参加班级间活动的期待程度？
(说明：获知学生对本公众号核心功能的需求程度)
问题六(填空题)：现即将创建一个年级公众号来加强班级间了解与联合活动，学生对它有什么期望？
(说明：除了既定的功能，调查学生是否有其他需求)
注：上述问题仅供参考，具体的问卷还需要作更细致的考虑，不能忽视以下可能存在的问题：
1.样本过少
问卷发出，如果填写的学生较少，达不到调查问卷的目的。最好能让各班班长鼓励各班学生填写。
2.学生回答问题的意愿
如果精心准备了问卷，而因为涉及的问题过于繁琐使学生们回答问题时敷衍了事，同样是没有意义的调查。因此，为了充分调动同学们回答的意愿，因注意问卷最好是选择题居多，提供备选项；同时应避免引导式的发问，比如“你期待更多的班级联合活动吗？”，这样一些本不大感兴趣的同学也许会顺着填“期待”，这样所填非所想，也不是我们的目标。应改为提问“你是否期待更多的班级联合活动”。
2.用户访谈
用户访谈可以采用一对一的形式，也可以通过召集学生开会进行需求的收集，但是学生大会从前期的准备到后期的收集整理，会有较长的周期，但是获得的需求质量一般来说也会比较高。
一对一的用户访谈，需要注意以下几点：
首先，问题需要经过精心准备，既然是访谈，比起问卷来说更加开放，受访学生有更多的表达空间，因此可以设计更多的开放式的问题，更全面、清晰地了解用户的需求。
其次，发起访谈者最好是受过相关培训，至少也应有访谈的经验。这样不仅可以使受访者的访谈体验更佳，更重要的是能使我们获得高质量的访谈内容。
还需要注意受访用户的选择，既要有代表性，比如挑选班*与非班*，男女生都访谈，也要考虑受访学生的自身情况。比如，可能有同学从未出席过班级活动，说明该同学明显对班级活动不感兴趣，就没有必要进行访谈。
如要召开学生大会来进行访谈，需要注意的事项更多。
首先，不仅仅是准备问题那么简单，需提供给与会学生一些纸质问卷来辅助访谈；还需考虑大会的时间是否与学生的课表冲突、参加大会的学生人数等等。同样也要考虑与会学生的代表性，还需做好会后的统计工作。
3.实地调研
所谓实地调研，即根据用户的使用习惯来进行功能需求的优化，让用户真正体验，再收集用户的使用需求。
当然，在公众号运营的准备工作做好后，可以投入使用，再收集用户的评价与需求；在公众号运营还未准备完善时，可以先做某种“代替”，比如暂时先在班级群或年级群中发布班级活动的通知，收集用户反馈，等公众号准备好了再将发布活动迁移到公众号上。
4.竞品分析
所谓竞品，即和我们的项目功能多少存在重合的产品，比如校园公众号、校园APP等。竞品毕竟是竞品，它的业务场景可能和我们不一样，不能直接copy，需要辩证的分析它存在场景的价值和意义。
比如校园公众号，可能会发布班级间活动的消息，联动各班参加活动；但是它也有其他功能，比如也发布校内的科研活动、学术进展等。我们可以分析校园公众号与我们公众号重合的功能是如何运营的，运营的效果又怎样，用户反馈如何。我们分析竞品的优势与短板，提炼需求，再完善我们的项目功能。
5.头脑风暴
项目相关人员聚集在一起，针对“需求”这一主题提出自己的想法。在头脑风暴过程中，使用思维导图进行记录，最后将这些想法进行排序。头脑风暴需要注意以下几个原则：
第一，越多越好。头脑风暴的目标是数量，后来变成质量。团队产生的想法越多，获得的选择就越多。当两个或更多参与者说同样的事情时，这是正常的。如果有些想法很有趣，这是正常的。协调人的任务是鼓励人们分享他们心中隐藏的东西。
第二，没有批评。头脑风暴的目标是产生一系列想法，欢迎所有想法。
第三，按照步骤。只有目标导向和有时限的活动才是富有成效的，而通常不受控制的创造力无法走向成功。
附：本项目的需求跟踪矩阵
| 需求项目标号 | 需求标题 | 需求状态 | 需求类型 | 优先级 |
|---|---|---|---|---|
| 1.1 | 发布联合活动通知 | 已批准 | 功能性需求 | 高 |
| 1.2 | 分享活动照片 | 已批准 | 功能性需求 | 高 |
| 1.3 | 学生投递活动建议 | 已批准 | 功能性需求 | 高 |
| 1.4 | 推文介绍各班学生 | 已批准 | 功能性需求 | 中 |
| 1.5 | 分享学习资料 | 已批准 | 功能性需求 | 中 |
2.使用思维导图，为作业1或2构建WBS ，并使用项目管理工具制作WBS或根特图。并按要求检查工作包的可管理性，分解完整性。例如：检查测试、培训等。
思维导图:
WBS:
检查工作包的可管理性，分解完整性：
思维导图、WBS中的各种收集需求的方法在第一部分中有详细说明。这些方法被分解为一个个小的工作包，按先后顺序呈现在思维导图中。例如，用户访谈分为以下五个核心步骤：准备访谈问题、培训访谈者、确定访谈对象、约定时间地点、访谈与记录，从前到后排列，囊括了访谈的前期准备、中期工作、后期记录。这样按先后顺序排列增加了可管理性。
由此可见，工作包具有一定的可管理性与分解完整性。