识别干系人并分析和记录他们的相关信息,可以帮助敏捷项目经理建立对各个干系人或者干系人群体的适度关注。在项目或者阶段的早期,识别干系人,并分析他们的利益层次、个人期望、重要性和影响力,对项目成功非常重要。识别干系人的工具,主要包括:任务、线框图和用户故事
人物是用细节描述详细阐释用户信息,提供客户的背景;部分人物带有名称、地址、年龄、收入、洗好、厌恶和其他概念性细节。任务是快速识别项目干系人和他们兴趣点的一个工具。软件项目通常创建即将使用这个系统的不同类型的任务。人物可以基于某个真实的人或者多个用户的复合原型。使用时,需要注意:
人物角色并非是对需求的代替,而是为了增加需求。人物帮助团队排序优先级,聚焦于用户,洞察真正的用户,帮助团队站在用户的角度了解产品和方案,聚焦交付一些有价值的功能,有利于项目做决策,缩短项目的讨论,通常,为了防止一些场景的用户故事被遗漏,可以通过设立极端人物方法,去识别可能被遗漏的用户故事。
线框图是创建产品模型的一种常用方法。例如,在软件研发中,线框图可以描述出不同的屏幕以及这些屏幕之间的流动关系。这个图可以确保每个人对这个产品理解一致。如果理解有差异,线框图可以为干系人提供一种视觉话的方式去帮助他们达成一致。如果理解有差异,线框图可以为干系人提供一种视觉化的方式帮助他们达成一致。线框图是"低保真度原型"的一种展示形式,可以很快度并且低成本地区获取反馈。
线框图1.png
线框图2.png
敏捷团队可以用诸如Viso、PPT或者徒手在白板、白纸上画出线框图,去定义或者改变工作流,目的就是帮助弄清什么是"完成",去验证团队正在构建的产品增量的方法是否正确。
用户故事是大小适中的,是可以被理解的商业功能模块。敏捷团队通常依赖用户故事和用户故事待办事项(通常可以等价为产品待办事项)进行商业需求优先级的排序。敏捷中的(theme)是指一组有关的用户故事。用户故事示例如下:
用户故事1.png
用户故事2.png
用户故事3.png
一个用户故事包含三个基本要素:角色、目标及可以达到的商业价值,通常形式是:
作为一名<角色>,我想要<功能>,这样就可以实现<商业价值/益处>。 例如:作为<旅客>,我想<注册成为XXX旅店会员>,是为了<使用网上预订房间的服务>。
INVEST分别是以下几个单词的首字母组合:I——independent(独立的)、N——negoitable(可协商的)、Valuable(有价值的)、E——estimable(可估算的)、S——small(小的)、T——testable(可测试的)。INVEST属性。如下图
image.png
下面我们就依次来看下:
一旦用户故事被写好,他们就应该放在一个待办事项中。这个用户故事的待办事项是一个可视化的待完成的工作列表。用户故事待办事项可以知道我们在团队内部进行优先级排序,也可以作为版本管理和迭代管理的一个计划工具,知道团队在范围讨论时可以聚焦于管理变更。此外,还可以帮助协调项目并让团队成员对任务达成共识。随着信息的不断涌现,还可以对故事待办事项进行更新。
一个大的项目从整体上来说是一个复杂的系统,有大量的工作,并且不能进行整体的规划估算。所以,我们需要把项目分解为更小的单元,直到我们可以进行实际的估算。这一点也体现了敏捷计划的适应性。尽管用户故事是用的最多的一种计划工具,但是并不是敏捷项目中用的唯一的工具。在一个项目的需求结构中,用户故事一般处在中间级别。
故事是可以分层次的,就像计划可以分层次一样,Epic、Feature、User Story是用于区分需求颗粒度的标签。一些项目团队把史诗放在了用户故事的上一层级。一个史诗也可以在上面或者下方替换一个功能节点。这说明在需求结构中,史诗位置被定义的不同方式。
用户故事层次.png