1、敏捷团队培训,敏捷实施项目,,Strictly Private and Confidential for the sole benefit and use of PwCs client,September 2017,议程,敏捷工作机制,1,2,敏捷团队角色及职责,3,敏捷团结架构,*,名词解释,我们在敏捷项目管理中常见的一些名词：PO、SM、TEAM、Sprint、Product Backlog等,1. 敏捷工作机制,敏捷开发模式,* 敏捷原则同样适用于产品和项目管理,敏捷,Scrum,使所有关键利益相关者定期合作，提供高品质的工作，提高可见度和适应性,专注于应对不断变化的客户需求。 与Scr
2、um相比，XP团队的工作时间通常较短,不是过程框架，而是通过增量改进来改变的一种模型。 结构比Scrum少,一个由7个重要原则组成的迭代增量过程，重点在于每个步骤中较长的生命周期和迭代,精益消除非增值活动，增加客户价值。 FDD是一个模型驱动的短迭代过程,Extreme Programming (XP),Kanban,Agile Unified Process (AUP),Lean, FDD, DSDM, etc.,Scrum,极限编程(XP),Kanban,敏捷统一流程(AUP),精益, FDD, TDD, etc,大型组织实施不同框架（或者不同框架的不同部分）的组合，以实现企业级别的敏捷,
3、敏捷是一种有时间约束的、迭代的开发软件的方法。它可以在业务优先级确定之后的短时间内提供潜在的可交付的工作代码，同时提供处理不确定性并适应不断变化的需求的能力。它是从项目开始逐步构建软件，而不是在交付期将至时尝试一次性交付。,Scrum工作机制,每个Sprint的活动,Backlog 梳理会议,Sprint 会议安排,每日工作围绕用户故事展开,什么是用户故事描述高级的功能 代表一小部分终端用户功能 是合作书写的结果 是对未来的承诺，是“更为详细的”语言 包含书面文字、口头叙述、图片等 包含了用户故事的验收标准的边界,故事大小运用分数进行估计,选择一个中等故事， 给出5分 评估与此相关的其他故事：
4、与此相关的其他故事 一半大 两倍大 大一点 使用下面范围的值,阶段用户故事 几个Sprint之后,用户故事, 接近Sprint,0,.5,1,2,3,5,8,13,20,40,100,估分流程,我们怎么追踪进度？看板,为什么使用看板？看板促进流动的概念，以持续为客户/最终用户提供价值 通过可视化工作流程，我们可以为每个人都看到任务，活动和瓶颈 正在进行中的工作（WIP）确保我们专注于提高质量，增加对任务的关注，并确保我们停止启动并开始整理主要原则：可视化工作 限制正在进行的工作（WIP） 管理流程 明确制定流程政策 实施反馈回路 协同改进，实验演变,看板是一个“拉拽”的系统，通过优化“系统”中
5、的工作流程，提供重点，可持续发展和频繁交付,2. 敏捷团队角色及职责,敏捷团队角色,敏捷团队角色,Scrum Master,敏捷团队角色及职责,促进团队互动（团队，产品负责人和利益相关者） 消除障碍 主导会议 代表团队对交付日期和预算的承诺 促进敏捷价值观，原则和最佳做法 不是决策者，不分配任务 仆人领袖,产品负责人（Product Owner）,敏捷团队角色及职责,有时被称为“客户的唯一声音” 设定产品愿景和业务优先级 确保业务和客户优先级在积压内得到反映 代表项目利益相关方; 迅速作出或获得决定 代表（或是）客户 推广产品愿景和目标 确定要构建的内容和顺序 确保价值交付和投资回报率,角色与
6、职责 Team (团队),以迭代的方式，增量地交付可工作的软件，保证交付的质量积极响应来自PO的高优先级业务和变化协助PO维护产品特性清单，细化需求和验收测试场景进行工作量的估算基于最新的产品特性清单和优先级，考虑团队实际产能，合理得做出迭代交付承诺在迭代中进行自我管理，全力以赴地完成承诺的内容，达到 DoD 标准在迭代结束，将完成的成果向PO进行演示，获得反馈自我回顾，提高技能，积极寻求更有效的交付实践，持续提高团队产能遵守和维护团队纪律,产品负责人（Product Owner）,敏捷团队角色及职责,产品负责人通常是系统的主要用户，或者是对用户、业务以及当前开发的系统或系统类型的未来趋势有深
7、入了解的任何人。,开发团队,敏捷团队角色及职责,拥抱“全部成功或者全部失败” 每个加入团队的成员都有一个角色（开发、测试、架构等），所有人）,3. 敏捷团队架构,敏捷团队构建,为了扩展和拥有多个团队，我们应该考虑关于构建团队和开发用户故事的指导原则,产品代办列表,敏捷交付团队A (9) (专用),Scrum Master (1),分析 (1),开发 (3),测试 (2),产品负责人(1),方案架构师*,敏捷交付团队B (8) (专用),Scrum Master (1),分析 (1),开发 (2),测试 (2),产品负责人(1),方案架构师*,敏捷交付团队C (7) (专用),Scrum Master (1),分析 (1),开发 (3),测试 (1),产品负责人(1),敏捷交付团队 D (9) (专用),Scrum Master (1),分析 (1),开发 (3),测试 (2),产品负责人(1),方案架构师*,迭代代办列表,速度: X,速度: Y,速度: Z,速度: K,迭代代办列表,迭代代办列表,迭代代办列表,基于特征的团队优势,Source: Scaling Lean and Agile Development,基于架构的敏捷团队角色变化,THANK YOU !,
