让我们由浅入深慢慢的讲解用户故事地图,首先,你一定看过下面这幅图,这是一副比较直观对比迭代开发和增量开发的对比。 如果上面的图不够直观,我们还可以看下面这幅图。 我们知道用户故事地图来源于敏捷,它能够帮助我们解决什么问题呢? 其实用户故事地图已经成为敏捷需求规划中的一个流行方法。用户故事地图可以将你的backlog变成一张二维地图,而不是传统的简单列表。用户故事地图可以解决以下问题: -让你更容易看清backlog的全貌 -为新功能梳理(grooming)和划定优先级提供了更好的工具,帮助你做出决策 -便于使用静默头脑风暴模式和其他协作方式来产生用户故事 -帮护你更好的进行迭代增量式开发,同时确保早期的发布可以验证整体架构和解决方案 -为传统的项目计划提供了一个更好的替代工具 -有助于激发讨论和管理项目范围 -允许你从多个维度进行项目规划,并确保不同的想法都可以得到采纳 为了更方便的了解用户故事地图,我们通过一个简单的游戏来说明,下图是一个人典型的一个早晨,从起床到出门的一组图。 我们根据这个人一系列的行为定义出他的用户行为,并逐级拆分,整合出用户故事地图结构。 我们仔细研究这个图,你会发现,用户故事包含两个重要的解剖特征: - 应用程序的主干,是必不可少的活动应用支持列表。 - 行走的骨架是我们构建的软件,是整个过程中支撑用户体验最少的必要环节。 当分析出主干之后,我们就可以对整个过程的用户故事进行裁剪。 用户故事地图实战演练 转载请并标注: “本文转载自 linkedkeeper.com ” ©著作权归作者所有 |