如何达到研发产品的快速交付.pdf

如何达到 研发产品的快速交付 “整合敏捷和项目管理”的混合型方法论 及有效的研发管理平台支撑 周铁人 博士 企业面临的竞争和转型 竞争 转型 【竞争】现在的企业面临非常严峻的市场化竞争，竞争对手推出高质量高贴合度产品的速度越来 越快 ，业务部门急需产品研发团队具备快速交付的“能力”，以适应市场竞争 ！ 【转型】研发团队必须从原来的“重型部队”向“快速响应部队”转型。如何转型？需从流程、 工具、技术、人等4方面提供支撑以打造高效的快速反映部队，从而达到研发产品的快速交付 ！ 项目管理铁三角 需要工具，但是工具增加了负担 方法让项目取得了初步成功，但无法持续 传统的集所有功能于一身的WBS项目模型 Scrum过程图 纯敏捷方法的局限性 • 缺少对多团队参与的大型项目的指导框架 • 缺少开发和QA测试的集成模型 • 无法支持需求驱动下完整的可追溯性 • 缺少对项目监控管理的指导模型 • 提高生产力但损失了过程成熟度 SpecDD 混合敏捷项目管理 敏捷已成为趋势，但其结果因融合 (Hybrid) 不再是“纯敏捷”  它是对传统方法的互补而不是替代  提高项目执行过程的生产率  让项目管理工作变得更加轻松  建设一个富有激情的开发管理文化 什么是 SpecDD ？ SpecDD （Spec Driven Development ）是一种管理产 品开发和项目的混合型敏捷方法。 SpecDD基于同时支持敏捷开发和非敏捷开发流程而设计。 追求敏捷与项目管理的平衡。 SpecDD 两层式管理方法 管理层WBS 执行层WBS 管理任务WBS 执行层WBS SpecDD过程模型 项 目 监 控 管 理 SpecDD追溯性模型 Sprint 计划 燃尽图 QA测试子任务如何工作 SpecDD测试过程 什么是Story? Story是需求的一次具体实现 对指定需求的实现 功能 Story、缺陷Story 独立的Story, 没有相对应的需求 需要进一步分解为多个开发任务 产品发布测试计划 一个测试计划可用于产品的官方发布或某个内部版本发布 选择所需要的一系列测试用例 定义质量标准和运行时的环境变量 为团队成员和自动化测试工具提供资源 计算工作量，自动和手动测试所需的时间 测试周期 一个测试周期是产品发布测试计划的一次具体实施 测试周期包括相关的若干测试用例 测试任务是基于测试用例和运行环境变量排列组合下产生的具体实例 测试任务被分配给测试工程师，并且计算具体的工作量 执行每个测试任务， 并将发现的缺陷提交到开发空间 Sprint 过程的测试用例 对于每个Spec ，我们可以衍生出相关联的测试用例 缺陷、开发任务或独立的Spec ，均可和测试用例相关联 通过相关联的测试用例，我们可以获得功能性测试所需的所有测试用例（测试覆盖面） 为每个Spec和开发任务，指定关联的测试用例 针对当前Sprint的测试 开发团队的测试 测试团队的测试 推荐1-2名测试人员加入开发 为当前Sprint 建立动态测试周 团队，加入的测试成员主导测 期 试工作 由测试团队对已完成的Story 在Sprint开始之前，根