Scrum上路.ppt

硝烟中的Scrum和XP 导读 Scrum上路 话题 Scrum是一味药 仅此而已硝烟中的Scrum 从哪里开始我们才刚上路 Scrum是一味药 仅此而已 药 还是良好的生活习惯 Scrum是一味药 仅此而已 Scrum不能解决我们的问题 能解决问题的是我们自己一支出色团队靠的不是技术 不是流程 而是有良好素质的团队成员 良好素质包括进取心 责任心 良好的习惯 热情 Scrum提供了一套实践方法 帮软件团队养成良好的习惯好吧 如果这样说有点空洞 让我们走进一步看 Scrum是一味药 仅此而已 药名 Scrum种类 敏捷软件开发方法适用症 重量级流程导致的软件开发环节复杂面向任务 面向职责的开发模式导致的各司其职 流程环节衔接不畅 项目进度的掌控困难以上两条导致的项目 产品开发周期过长药物原理 目标驱动 在统一的软件交付目标下组织团队依靠团队的智慧做项目评估 计划乃至设计 开发 测试抓住最基本的项目开发属性 周期 质量 Scrum是一味药 仅此而已 软件开发周期与质量的关系资源一定的情况下 软件开发周期跟质量相互制约 但不是反比以T代表某个项目的开发时间 B代表项目的Bug数 类比质量 不同团队执行该项目的T B值是一个区间良好团队就是尽可能保证T B的值尽量小 挖掘可能空间的潜值Scrum有助于塑造良好团队 降低项目的T B值 话题 Scrum是一味药 仅此而已硝烟中的Scrum 从哪里开始我们才刚上路 硝烟中的Scrum 从哪里开始 Scrum角色和职责产品负责人 定义开发目标 需要实现的feature和优先级ScrumMaster 保证团队高效而不受打扰地工作 优化工作条件 过程团队 自组织地完成项目开发 使用一切可行手段保证进度和质量 硝烟中的Scrum 从哪里开始 Scrum过程前期 产品负责人整理业务需求 形成ProductBacklog库执行 以Sprint为单位迭代式地完成SprintBacklog 每个Sprint以SprintPlanning开始 通过每日例会跟踪进度和issue Sprint结束时交付可运行的产品后期 每个Sprint完成后 通过Sprint回顾发现问题和改进点 制定下个Sprint要引入的新的实践 硝烟中的Scrum 从哪里开始 看上去没什么特别 别着急 我们来看Scrum的精髓 Scrum是一个 检查并适应 的框架 在三个角色 产品负责人 ScrumMaster 团队 三种仪式 Sprint计划 Sprint回顾 每日例会 和三种制品 产品Backlog SprintBacklog 燃尽图 的基础上 你可以根据公司或者项目的情况 因地制宜引入任何有利于缩短开发周期 提高产品质量的实践 硝烟中的Scrum 从哪里开始 XX部门这样实施Scrum Sprint前产品负责人 PM 收集整理产品需求 形成产品Backlog产品Backlog按照统一格式定义 比较重要属性有 名称 重要性 估算时间 简单描述 如何演示等 详细的需求细节可以在其他需求文档中定义产品负责人可以通过任何渠道 方式获取和确认需求 硝烟中的Scrum 从哪里开始 XX部门这样实施Scrum Sprint产品负责人 ScrumMaster和团队成员 包括QA 召开Sprint会议 ScrumMaster主持会议Sprint会议上详细沟通产品负责人选定的重要性高的产品Backlog细节 确保团队对需求的理解无误团队就对需求的理解将Backlog拆分成任务 并给出每个Backlog的估算时间产品负责人和团队根据Sprint内可用的人天和Backlog的时间估算 选定需要排入本次Sprint的BacklogScrumMaster和团队分派任务 制定Sprint计划一个Sprint的周期是两周 一次Sprint会议时间大约一个下午 硝烟中的Scrum 从哪里开始 XX部门这样实施Scrum Sprint整理一面任务墙 将Sprint内的Backlog和任务按照未开始 进行中 已完成等状态进行归类 同时展示Sprint的燃尽图ScrumMaster每日早上固定时间组织团队的每日例会 确认每个成员前一天完成的工作 当天要进行的工作 工作中碰到的issue 并更新任务墙任何需求变更都进行实时评估 超过规划人天的Backlog视情况进行拆分或者推迟其他重要性低的Backlog任何完成的Backlog都需要演示给产品负责人和QA后才能提交测试 硝烟中的Scrum 从哪里开始 XX部门这样实施Scrum Sprint 任务墙快照 硝烟中的Scrum 从哪里开始 XX部门这样实施Scrum Sprint后ScrumMaster召集 组织Sprint回顾会议回顾会议以头脑风暴的方式ReviewSprint过程和结果 发现和列举存在的问题与会人员投票决定需要在下个Sprint中解决的1 3个问题 探讨解决方案 确定实践方式 硝烟中的Scrum 从哪里开始 XX部门这样实施Scrum 归纳用到的实践 硝烟中的Scrum 从哪里开始 XX部门这样实施Scrum 归纳用到的实践 硝烟中的Scrum 从哪里开始 XX部门这样实施Scrum 归纳用到的实践 硝烟中的Scrum 从哪里开始 XX部门这样实施Scrum 归纳待实践其他尚未开始的实践一览 硝烟中的Scrum 从哪里开始 Scrum精神团队目标重于岗位职责团队工作优于独立作战高效沟通强于标准化的文档高能动性的 自组织的团队胜于角色划分清晰的流水线务实的解决问题的方法好于经典理论快速实践 快速反馈 持续优化 硝烟中的Scrum 从哪里开始 好了 忘掉一切招数 看看软件开发最原始最淳朴的目标 在资源一定的情况下 尽可能快地完成高质量的软件开发 话题 Scrum是一味药 仅此而已硝烟中的Scrum 从哪里开始我们才刚上路 我们才刚上路 XX部门团队做的还不到位的方面还没找到很好的方式促进开发和QA融合为统一的Scrum团队有些有价值的实践没有实施到很有意义的程度 执行不坚决深入持续的方法改进工作有待加强 我们才刚上路 路漫漫其修远兮吾将上下而求索 附 敏捷宣言 我们通过身体力行和帮助他人来揭示更好的软件开发方式 经由这项工作 我们形成了如下价值观 个体与交互重于过程和工具可用的软件重于完备的文档客户协作重于合同谈判响应变化重于遵循计划在每对比对中 后者并非全无价值 但我们更看重前者 KentBeckMikeBeedleArievanBennekumAlistairCockburnWardCunninghamMartinFowlerJamesGrenningJimHighsmithAndrewHuntRonJeffriesJonKernBrianMarickRobertC MartinSteveMellorKenSchwaberJeffSutherlandDaveThomas 附 敏捷宣言 的12准则 我们的最高目标是 通过尽早和持续地交付有价值的软件来满足客户 欢迎对需求提出变更 即使是在项目开发后期 要善于利用需求变更 帮助客户获得竞争优势 要不断交付可用的软件 周期从几周到几个月不等 且越短越好 项目过程中 业务人员与开发人员必须在一起工作 要善于激励项目人员 给他们以所需要的环境和支持 并相信他们能够完成任务 无论是团队内还是团队间 最有效的沟通方法是面对面的交