解析精益产品开发(三)——面向价值的可视化.pdfVIP

解析精益产品开发 （三 ）——面向价值的可视化 用户故事图谱和任务看板、 本和迭代燃尽图 ，可视化已经成为敏捷和精益产品开发必选实践。可 视化真的重要吗 ？我们将从一个真实团队的实践开始 ，探讨可视化的作用 ，以及如何让可视化发挥 效用。 1. 一个团队实例 这是一个50人左右的团队 ，做企业级存储和数据管理产品 ，他们通过实施产品开发中的价值、技术 风险和价值流动过程的可视化 ，促进了团队的沟通、决策、自我管理和持续改进。 1.1 可视化价值 图1是团队使用的用户故事图谱 ，它集成了产品目标、产品功能项以及产品的发布计划。 图1 用户故事图谱实例 图中左上部的两张纸上的内容分别是主要用户需求和产品目标 ，它们也是产品功能定义的出发点和 依据。顶部彩色的纸条是业务类别 ，例如对于数据管理产品 ，其业务类别分别是数据创建、数据 存储、数据使用、数据共享、数据销毁以及系统管理等。从左至右把这些业务类别串起来就构成了 用户使用系统的主流程 ，也就是业务流程。 每个业务类别下面有数个到数十个白色的纸条 ，它们是以用户故事的形式描述产品功能项。功能项 按重要程度自上而下排列 ，靠上的是重要和基础的功能项 ，靠下的是次要和补充的功能项。 以排列好的用户故事为基础 ，团队制定发布计划 ，图中三条贯穿左右的红色曲线分别对应着三次 发布 ，它们由对用户有意义的产品功能集构成。 项目启动时团队定义用户故事图谱的第一个 本 ，产品开发过程中随着对产品认知的深入 ，再持续 地调整和更新。用户故事图谱系统整合了产品的目标、功能和发布计划 ，它促进团队沟通和理解产 品目标和价值 ，并积极主动地参与协作。 1.2 可视化风险 产品开发过程中必须应对各类风险 ，图 ㈡是团队使用的技术风险矩阵 ，它综合呈现技术风险的内容 及发生的可能性、影响大小、以及应对方案。 图2 技术风险矩阵 矩阵的横坐标是风险发生可能性 ，从左往右分别是低、中、高 ；纵坐标是风险可能带来的影响 ，从 下往上分别是低、中、高 ，风险项被按照其可能性和影响贴在相应的位置。团队要关注的是靠上和 靠右的风险 ，特别是右上角高可能和高影响的风险 ，并制定应对措施 ，如提前进行技术评估、技术 验证 ，或设计替代方案等 ，这些应对措施通常会转化成团队的技术任务。图中附在风险项之上的蓝 色纸片是该风险的应对措施。风险矩阵只用于跟踪尚未解除的风险 ，随着项目的进展风险项被不断 添加和移除。 风险矩阵帮助团队有效管理技术风险 ，它的核心可以用下面的公式表示 ： 风险 = f(可能性 ，影响) – 应对方案 产品开发中主要包含三类风险 ，分别是 ：业务风险——产品能解决客户的问题 ，并被市场所需要吗 ？管理风险——管理和协作方式能保证质量、效率和响应能力吗 ？技术风险——所采取的技术方案 、基础设施能支持我们开发出所设想的功能并满足非功能需求吗 ？以上的风险矩阵中只包含技术 风险 ，而不包含其它两类风险。管理风险和业务风险在本文的后半部分介绍的其它实践中会有涉及 。 1.3 可视化价值流动 价值项和风险的可视化只是开始。产品开发过程中 ，这些价值项要经过分析、开发、验证等过程才 能交付给用户得以实现 ，我们把这一过程看成是价值流动的过程。 图3 价值流的可视化 （开发看板 ） 图3中团队用开发看板可视化了价值流动过程。看板呈现了价值项从进入开发环节开始 （图中的需 求接收 ），到分析、实现、验证、交付验收直至发布的流动过程。图中上方的列标题是价值流动过 程所要经过的阶段 ，其中分析和实现阶段又被用虚线分割成两列 ，分别表示正在进行和已经完成 （ 图中的Do ne ）两个状态。一个典型的用户需求在发布前会从左至右依次流经以上的各个阶段。 看板横向上被分成5行——称为5个泳道 ，最上方的泳道用以处理紧急的用户需求 ，相对其它需求它 们的优先级更高。其它4个泳道分别对应4个按用户需求类别划分的10人左右的开发团队。 当价值项的流动被阻碍时 ，团队会用黄色的黏贴纸附加在该需求上并标记阻碍原因 （如图中最左上 方的需求项所示 ）。另外如果价值项在某个阶段堆积 ，也就是图中的某个阶段出现较长的队列 ，这 本身就说明了这个阶段的流动不够顺畅 ，存在潜在的瓶颈和问题。 价值项以用户故事卡表示 ，图 ㈣是一个典型的用户故事卡 ，它包含的信息有 ，1 ）用户故事的描述 和编号 2 ）涉及的具体开发任务 ，以及这些任务完成的情况 3 ）