image

收集需求

收集需求就是与项目的所有干系人坐在一起,得出他们的需求是什么,这就是收集需求过程中要做的事情。你的项目要想成功,你就必须知道怎样才能让所有干系人认可你的项目已经满足目标。你要提前清楚地了解你的项目有什么需求,否则项目进行中将很难知道你的工作表现是好是坏。正式因为这个原因,你要把所有项目需求和产品需求写下来,而且要有足够的详细信息,以便考核你的团队进展情况。

关于需求,要理解的最重要一点是每个需求都要满足一个特定干系人的需要。

输入:项目章程、干系人列表

工具:

image

三种工具和技术来收集需求

访谈(Interviews):是很重要的方式,可以让干系人解释他们将如何使用你的项目所创建的产品或服务。通过与人们一对一地交谈,可以让他们明确地解释他们需要什么,以便你确定你的项目能够满足其目标。

专题小组讨论会(Focus Groups):是与一群人讨论他们的需求的另一种方法。通过一组人员共同讨论最终产品,可以让他们告诉你原先他们自己可能都没有想到的需求。

辅助工作室(Facilitated Workshops):是最为结构化的小组会谈,由一个调解人领导小组通过头脑风暴共同得出需求。在辅助工作室中,误会和问题可以立即得到调解,因为所有干系人都可以在合作定义需求。

做出需求决策

有四种决策技术:

一致同意(Unanimity)表示所有人都同意这个决定

多数同意(Majority)表示小组中超过半数的人同意这个决定

少数服从多数(Plurality)表示多数人投票的结果得到认可

总裁制(Dictatorship)由一个人为整个小组做出决定

群体创新技术:就是指收集需求时启动这些创新性思维

思维导图:是一种很好的方法,可以采用可视化的方式描述你的想法相互之间如何关联。完成一个想法时,可以创建一个导图来说明你是如何得到这个想法的,并展示哪些想法可以归组在一起,有时这会很有帮助。

德尔菲法:可以让小组中每个人对产品中应当有什么给出想法,并保证这些想法是匿名的。使用德尔菲法时,关于产品需要做什么会提出一些问题,每个人要对同样的这些问题写下他们各自的答案,然后交给一个调解人。这些问题可能涉及产品应当具有的特定特性。

亲和图:如果你有 很多想法,需要分组来对它们做些处理,亲和图就很适合。很多人在墙上用贴纸做亲和图。采用这种方式时,你可以移动这些想法,并在考虑到需要研究的新领域时可以改变分组。有时将需求归类就可以帮助你找到新的需求。

头脑风暴:这是收集需求最常用的方法之一。只要与人群坐下来考虑新的想法,就是在做头脑风暴。

名义群体法:这是头脑风暴的一种形式,你在发现新想法时把他们写下来,让群体投票看哪些想法最受欢迎。然后使用这些投票对所有想法排序,将不重要的想法与希望进一步深入的想法区分开。

使用问卷从更多人那里得到需求

原型为用户展示产品将是什么样子

有时要让干系人对你的产品给出看法,最好的办法就是向他们展示一个原型。原型是你要建立的产品的模型,可以让你的干系人更好的了解你的团队在想什么。有时尝试过原型的用户会提出他们此前从未想到过的一个全新的需求。如果能让干系人通过原型找到新的需求,与等到项目结束再把产品展示给他们相比,处理这个需求会容易得多。你在建立一个相当复杂的产品时,可以作为需求收集过程的一部分建立原型,这很有道理,这样一来,你可以较早地发现用户将会提出的变更。敏捷开发的话,原型是一个很棒的工具。

需求文件

    需求文件描述各种单一需求将如何满足与项目相关方的业务需求。
    一开始,可能只有高层级需求,然后随着有关需求信息的增加而逐步细化
    只有明确的(可测量可测试的)、可跟踪的、完整的、相互协调的,且主要相关方愿意认可的需求,才能作为基准。
    需求文件的格式各种多样,既可以是一份按相关方和优先级分裂列出全部需求的简单文件,也可以是一份包括内容提要、细节描述和附件灯的详细文件。

需求跟踪矩阵

    把产品需求从其来源连接到能满足需求的可交付成果的一种表格
    把需求和业务目标联系起来,确保每个需求都有其商业价值
    提供了在整个项目生命周期中跟踪需求的一种方法,有助于确保需求文件中被批准的没想需求在项目结束时都能交付。
    需求跟踪矩阵海为管理产品范围变更提供了框架。
    在这里插入图片描述

输出:

需求文档:

列出产品的所有功能和非功能需求。功能需求是新特性、bug修正、新行为;非功能需求有时成为“质量属性”,因为这是你对可交付成果的期望,并不是具体的特性。非功能需求包括:性能、可靠性、错误处理及易用性。

需求管理计划:

指出如果收集和分析需求。

需求追溯矩阵:

显示需求来自哪里,在哪里实现,如果得到验证。 这是一种很好的方法,可以快速得到所有需求的一个高层试图,并确保他们映射到具体的测试用例。

针对考试的要点:

产品范围表示所建立产品或服务的特性和功能。项目范围表示建立产品需要做的工作。

功能需求是产品的行为,非功能需求是产品的隐含期望。

范围管理就是要确定完成项目需要做的所有工作,并确保只完成这些工作——而不做任何多余的工作。

范围管理计划作为项目管理计划的一部分建立。它定义了用来定义范围并管理相应变更的过程。

为准备考试需要知道这些过程的顺序。要记住这个顺序,一个好办法是理解一个过程的输出如何用作为另一个过程得的输入。