《《Scrum的介绍》PPT课件.pptx》由会员分享，可在线阅读，更多相关《《Scrum的介绍》PPT课件.pptx（26页珍藏版）》请在装配图网上搜索。
1、Introduct to Scrum 阿里金融技术部 林岳令 38980,2,Scrum总体骨架,3,Scrum总体骨架,1.形成产品的一组排好优先级的工作项列表. 2. 谁都可以增加 backlog items 3. Product Owner 对Product Backlog排列优先级,Product Backlog,项目需求和功能列表 -可基于Story的描述 -可基于Task的描述,Sprint,交付产品的固定的时间箱.建议2-3周 迭代包括design, coding, testing, and documentation 一旦迭代开始,仅 Scrum Team 能增加或者删除Spr
2、int backlog中的items 当迭代的目标变的没有意义的时候,才能终止迭代开发 对于Product Backlog,不允许迭代内的需求变更：需求优先级调整仅存在于迭代之间.,Product Backlog 团队生产率 商业目标 技术的稳定性 产品增量开发可执行,Daily Scrum,每天 15 分钟 团队面对面站立成圈 晨会是为项目信息同步可视化,不是为了解决问题.,Burn down,Scrum Team,自组织的团队 跨功能团队没有角色区分 最少2个,最多7个 对工作交付负责 只要交付工作需求,授权做任何事情.,Chickens & Pigs,Pigs: Scrum Team 成
3、员: 他们承诺对迭代目标交付负责 Chickens : 项目组有关的成员,但并不专注于项目 - 以观察者的形式参加Scrum meeting,Backlog优先级制定开发的版本规划 必须确保驱动开发的需求只有一份 受管理层,客户等影响但仅PO有权调整Backlog 与相关成员协同工作来确定Product Backlog的items 消除关于Backlog的疑惑,确保理解一致,消除干扰,Product Owner,Scrum Master,Scrum Master 职责 确保SCRUM的成功 实施 SCRUM 实践和规定, 保护团队以免受干扰 项目管理的代表,使用Scrum of Scrums来
4、进行扩展,Scrum对大型和小型的开发团队都有着良好的适应性 可以增加团队的层次，比如： 几个相互依赖的Scrum团队需要沟通 几个团队一起工作于一个单一的产品，并且团队间需要内部相互依赖 通过多层团队的建立来拓展不确定的项目规模 由团队来决定频率和是否出席和参与 Technical contributor 不需要Product Owner或者ScrumMaster, 但是他们可以协助,Are you about to put something in another teams way?,成功的Scrum需要做好准备工作,有准备的 让正确的人来担当适当的Scrum的角色 具有良好的产品需求的
5、规划以及需求的优先级的排序 开发和测试环境已经准备就绪 团队知道如何将产品需求转化为可装配和可运行的产品增量 扎实的 由团队来评估和估算产品需求项 产品负责人确定冲刺的目标并就相关的产品需求和团队进行讨论 由团队来决定它的可用性 ScrumMaster准备相关会议 GO! 项目初始化工作完成 第一个sprint计划会议可以开始启动,Well done. Good luck and enjoy!,Scrum的误区: 丢失节奏,不一致的Scrum每日例会 Scrum每日例会被省略 会议的时间老是变化 不一致的Sprint周期 Sprint周期在中期被武断得改变 不一致的Sprint计划会议 Spr
6、int计划会议被省略,Scrum的误区: 随意讲话的鸡,项目干系人在Scrum每日例会上款款而谈 产品功能的选择在Sprint计划会议之外进行 没有外部人员的肯定，团队没有办法做纯技术上的决策 项目的状态分析在Sprint计划会议之外进行 执行者试图干预团队 产品需求调整或不被理睬,Scrum误区: 被遗忘的猪,不清晰和明确的期望? 竞争性的分配? 缺乏担当? 管理上的干涉? 厌烦? 恐惧?,Scrum误区: 缺少进展,Backlog持续的增长而不是减少 手头正在做的工作太多了 功能特性感觉永无止境 90%完成综合症 总是基于已完成的功能特性不断进行修改和修复 已完成的功能正在等待未完成的 项
7、目干系人抱怨缺少进展 失败得交付,Scrum 误区: ScrumMaster 超越了自身的职责,工作是由ScrumMaster分配的，而不是由开发人员自己去认领的 团队无法自己掌控工作 Scrum每日例会感觉是团队成员在向ScrumMaster汇报工作进展,Scrum误区: 明确的工作职责,项目团队具有非常专一的工作角色划分和描述： 架构师, 设计人员, DBA, or 测试人员, 团队包括专门的测试人员 Scrum团队没有“我们大家在一起”的态度 Scrum团队不需要完全有多面手组成,Scrum误区: 来自执行者的压力,执行者要求团队承诺在一个确定的日期发布一系列的所谓的“最低要求”功能项 执行者参加团队会议 执行者直接和团队成员沟通，并提醒他们最后期限,Scrum 误区: 不像一个良好的团队,固定的角色 任务是被分配的 没有互相帮助 没有持续的指导 用户需求没有被团队广泛的达成共识，所有的工作都是并行完成的 缺少协作 在Scrum会议上没有互相的交流和倾听 没有欢笑 相反一个合作愉快的团队总是充满欢笑,Scrum误区: 大猩猩在房间里,一个人 (资深开发人员, 技术带头人, 主管人员) 支配交流和会议 大家不愿意发言直到大猩猩开口发言 团队成员对大猩猩的观点言听计从,Thank you,
《Scrum的介绍》PPT课件.pptx
