• Share
  • Email
  • Embed
  • Like
  • Save
  • Private Content
近距离接触Scrum
 

近距离接触Scrum

on

  • 5,049 views

介绍最基本的scrum流程和常见问题

介绍最基本的scrum流程和常见问题

Statistics

Views

Total Views
5,049
Views on SlideShare
2,376
Embed Views
2,673

Actions

Likes
2
Downloads
42
Comments
0

17 Embeds 2,673

http://huandu.me 2389
http://www.realdodo.com 128
http://feed.feedsky.com 101
http://www.zhuaxia.com 11
http://xianguo.com 11
http://zhuaxia.com 9
http://www.slideshare.net 6
http://erniu.net 5
http://reader.youdao.com 4
http://cache.baidu.com 2
http://huandu.me} {1268724189|||pingback 1
http://huandu.me} {670963050|||pingback 1
http://translate.googleusercontent.com 1
http://huandu.me} {729929288|||pingback 1
http://huandu.me} {729929288|||pingback 1
http://webcache.googleusercontent.com 1
http://coderwall.com 1
More...

Accessibility

Categories

Upload Details

Uploaded via as Microsoft PowerPoint

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

    近距离接触Scrum 近距离接触Scrum Presentation Transcript

    • 近距离接触 Scrum
      • Huan Du
      • http:// www.realdodo.com
    • 首先对自己发问:我们需要敏捷么
      • 我们遇到什么问题了?
        • 问题 1
        • 问题 2
        • ……
      • 敏捷方法能解决问题么?
    • 案例:当传统软件项目遇到瓶颈
      • 某大公司的项目组曾经遇到的困境
        • 任务太多,事情太杂,每个人工作效率都很低
        • 项目组无法按时完成任务,甚至完成任务的时间都无法估计
        • 项目组成员不知道自己的工作重点
        • 缺乏沟通,每个人心里想的都不一样
        • ……
        • 怎么办?
    • Scrum 的特点
      • 与敏捷方法共有的特点
        • 拥抱变化、重视输出、重视沟通
      • Scrum 的特点
        • 有限的时间 完成 尽可能多的任务
        • 始终把精力放在最重要最紧急的事情上
        • 有变化大家都知道,有困难大家齐帮忙
        • 一般适合 4 到 8 人的团队
        • 适合作为传统软件开发向敏捷开发过渡的桥梁
    • Scrum 的过程
    • Scrum 的过程(续)
      • Planning Meeting
        • 决定接下来 4 周做什么
        • 为各项任务排优先级
        • 估计各项任务需要的时间
      • Run scrum
        • 完成各项任务
        • Daily scrum
      • Post-Mortem
    • 案例: Planning Meeting
      • 好的计划会议
        • 优先级已经明确、项目内容已经沟通好
        • 完成任何一个 work item 所需要的有效时间小于 20 小时
        • Work item 是针对团队,而不是针对人
        • 每个团队成员工作任务分量和难度均衡
        • 制定的 work item 计划是可完成的
      • 需要改进的计划会议
        • 变成需求或技术讨论会
        • 在会上估计 / 讨论 work item 需要的时间
        • 只有一个人发言
    • Scrum Backlog
      • 目的
        • 让大家明确工作任务的内容、重要性和大小
        • 始终专注于最重要的事情,且随时拥抱变化
        • 及时展现大家的进展
      • 误区
        • Backlog 是日报的别名,用来考核个人能力
        • 每天的有效时间至少为 8 个小时
        • 维护一份十分详细、十分漂亮的文档
    • Backlog 的基本格式
      • 需要记录的内容
        • 工作描述
        • 工作输出
        • 优先级
        • 估计完成时间(理想工作小时数)
        • 责任人
        • 每天的进展
        • 当前状态
    • Hours Burndown
    • Scrum Master
      • Scrum 团队的粘合剂、义务劳动者
        • 没有任何的管理责任,不是 Project Lead
        • 负责主持 Planning Meeting ,记会议纪要
        • 负责维护 backlog ,管理新加入的 work item
        • 负责提醒团队成员:一定要做最重要最紧急的事情
        • 控制 daily scrum 的时间
        • 负责主持 Post-mortem ,记会议纪要
        • 等等(可不要累着了……  )
    • 案例: Daily Scrum
      • 时间长度: 5 分钟到 15 分钟,尽量的短
      • 话题:
        • Daily Scrum 经典问题
        • 重点:今天遇到什么问题了?
        • 尽量简洁明了,会后再讨论细节
        • 不要太严肃,也不要太轻松
      • 谁该参加 Daily Scrum ?
        • Pigs: Team, Product Owner, Scrum Master
        • Chickens (旁听) : Managers, Stakeholders
    • 案例: Post-mortem
      • Post-mortem 让 Scrum 更好用
        • 找到好的实践和有待改进的实践
        • 表扬好人好事,鼓舞士气
        • 分析 backlog 收集的数据
          • 每个人的 load factor 究竟有多少?
          • 任务的完成度有多高?
          • 有多少任务被新加进来?
        • 选举新的 Scrum Master
    • 案例:当有人不喜欢 Scrum…
      • 为什么?
        • 大家对其他人的工作内容没兴趣
        • Daily scrum 没效率
        • Backlog 流于形式
      • 怎么办?
        • 我们现在用的“ Scrum” ,是不是背离初衷?
        • 对症下药——大胆改革
        • 忘掉书本上的 Scrum
    • 大团队 Scrum : Scrum of Scrum
      • 应用场合
        • 较大的团队,有多个独立项目同时进行
      • 如何应用
        • 将团队分成若干小于 8 人的小团队,分别做计划
        • Scrum Master 之间进行 Daily Scrum
        • 小团队分别 Post-mortem ,然后所有人一起交流
    • 自由讨论时间
      • 有什么问题?
    • 更多 Scrum 资料
      • An Overview of Scrum :非常好的 PPT
      • The Scrum Development Process
      • The definition of Scrum