敏捷培训宣讲课件.pptVIP

敏捷培训宣讲 议程 – 敏捷工作机制 1 2 敏捷团队角色及职责 3 敏捷团结架构 * 名词解释 我们在敏捷项目管理中常见的一些名词：PO、SM、TEAM、Sprint、Product Backlog等 1. 敏捷工作机制 敏捷开发模式 * 敏捷原则同样适用于产品和项目管理 敏捷 Scrum 使所有关键利益相关者定期合作，提供高品质的工作，提高可见度和适应性 专注于应对不断变化的客户需求。 与Scrum相比，XP团队的工作时间通常较短 不是过程框架，而是通过增量改进来改变的一种模型。 结构比Scrum少 一个由7个重要原则组成的迭代增量过程，重点在于每个步骤中较长的生命周期和迭代 精益消除非增值活动，增加客户价值。 FDD是一个模型驱动的短迭代过程 Extreme Programming (XP) Kanban Agile Unified Process (AUP) Lean, FDD, DSDM, etc. Scrum 极限编程(XP) Kanban 敏捷统一流程(AUP) 精益, FDD, TDD, etc 大型组织实施不同框架（或者不同框架的不同部分）的组合，以实现企业级别的敏捷 敏捷是一种有时间约束的、迭代的开发软件的方法。它可以在业务优先级确定之后的短时间内提供潜在的可交付的工作代码，同时提供处理不确定性并适应不断变化的需求的能力。它是从项目开始逐步构建软件，而不是在交付期将至时尝试一次性交付。 Scrum工作机制 每个Sprint的活动 1 2 3 4 5 6 7 8 9 10 Sprint 计划会议 Sprint Demo Sprint 回顾会议 每日站会 Backlog 梳理会议 Sprint 会议安排 事件 迭代计划会 需求梳理会 每日站立会 迭代评审会 迭代回顾会 迭代协同会 频率 每个迭代1次 每个迭代1-2次 每天1次 每个迭代1次 每个迭代1次 每周一次 时间 120分钟 90分钟 15分钟 60分钟 60分钟 30分钟 主要议程 确定在即将到来的冲刺中可以交付哪些用户故事 创建冲刺待办事项（从产品待办事项中来的用户故事） 将用户故事分解成任务（“如何”），并包括时间预估和人员分配 完整的用户故事（使之达到“准备好”的状态） 昨天我做了什么帮助团队达到冲刺目标？ 我今天要做什么帮助团队达到冲刺目标？ 有哪些阻碍我达到目标的障碍？ 向产品负责人展示“完成的”工作 请产品负责人提供审阅意见（同意或拒绝） 评估整个冲刺过程的人员，关系，流程和工具方面的进展情况 提出问题和改进建议 我们团队对外部团队有什么样的依赖关系？ 我们团队对哪些团队有具体什么样的期待？ 我们团队有哪些问题和风险也会存在其他团队中？ 参与者 敏捷教练 产品负责人 开发团队 技术架构师 传统项目敏捷联系人 图例 必须参与 选择性参与 不必参与 每日工作围绕用户故事展开 什么是用户故事 描述高级的功能 代表一小部分终端用户功能 是合作书写的结果 是对未来的承诺，是“更为详细的”语言 包含书面文字、口头叙述、图片等 包含了用户故事的验收标准的边界 例子 : 叙述： 作为一个…手机银行的用户 我想要…查看我的账户信息 所以…我可以了解我的账户活动情况 验收标准: 给定……我已经登录系统 当……我选择在我的手机银行账户查看账户信息时 然后……我能根据所选择的账户（账户名称、投资理财方案、外汇购买等）查看账户细节 故事大小——运用分数进行估计 选择一个中等故事， 给出5分 评估与此相关的其他故事：与此相关的其他故事 一半大 两倍大 大一点 使用下面范围的值 阶段用户故事– 几个Sprint之后 用户故事, 接近Sprint 0 .5 1 2 3 5 8 13 20 40 100 ∞ 估分流程 This loop only takes 15 minutes This loop only takes 35 minutes 我们怎么追踪进度？——看板 为什么使用看板？ 看板促进流动的概念，以持续为客户/最终用户提供价值 通过可视化工作流程，我们可以为每个人都看到任务，活动和瓶颈 正在进行中的工作（WIP）确保我们专注于提高质量，增加对任务的关注，并确保我们停止启动并开始整理 主要原则： 可视化工作 限制正在进行的工作（WIP） 管理流程 明确制定流程政策 实施反馈回路 协同改进，实验演变 看板是一个“拉拽”的系统，通过优化“系统”中的工作流程，提供重点，可持续发展和频繁交付 2. 敏捷团队角色及职责 敏捷团队角色 角色 职责 产出 产品负责人 设定产品愿景和业务重点 确保工作优先级在backlog中体现 参