Scrum(上)¶

Scrum 入门¶

Agile¶

• 关注点

  • 关注 outcome or value，而不是 output 数字

• 在制品 WIP

  • 在制品 Work in Progress

  

Scrum 概念¶

• 定义：项目管理流程的框架，适用于复杂、变化、不确定性多的项目环境。
• 机制：由一个个重复循环的迭代组成，每个迭代称为一个 Sprint；每个迭代一到三周，小步快跑，保持同样节奏。

Sprint 内容¶

• 图示

• 迭代计划 Sprint Planning

  • 定义冲刺目标，工作大致计划，无需细致。

    • Strategy 战略框架
    • Sprint Goal
    • Execution Plan

  • DSM，Daily Scrum Meeting

    • What did I do.
    • What I'm going to do.
    • What is blocking me.

• 评审会议 Sprint Review

  • 关注 产品本身
  • 讨论 Sprint 中工作内容，交付的产品，总结学习心得。

• 回顾会议 Sprint Retrospective

  • 关注 团队交流
  • 团队一起讨论工作方式，沟通交流方式
  • 反馈：沟通方式、工作方式、产品设计、甚至组织架构等。

• 反馈机制 Feedback

  • 图示

  

  • 核心理念

Scrum 组成¶

• 图示

• 产品领域 Product Marketing

  • 产品经理

• 技术领域 Technical Expertise

  • Development Team: Dev、UX、QA

• 组织领域 Organization Process

  • 敏捷教练 Scrum Master
  • 吸收反馈，持续改进；引导遵守 Scrum 纪律

Tips for Scrum Master¶

• 1） 明确大家对自己的期待

  • 老板
  • 团队
  • 客户

• 2）不能假设一切都很好

• 3） 关注整体的价值

  • 持续创造了价值，所有问题都不是问题；如果不创造价值，所有问题都是大问题。

  • 团队价值

    • auto-organization
    • Agile mindset

  • 产品价值

    • Feedback and iteration
    • Time to market

• 4）技术不好，不要谈敏捷

  • 传统项目管理 vs 敏捷项目管理 => 汽车 vs 摩托车
  • Subtopic 2

• 5）不同环境下，采用不同方法

Product Backlog 管理¶

Why¶

• 1) Backlog 突增或突减，影响产品发布计划。
• 2) Backlog 的缺乏导致开发量远不及开发能力。
• 3) Sprint Planning 阶段发现高优且不明确的用户故事。
• 4）开发团队与产品经理在验收时，因验收条件不明确而争吵。
• 5）Sprint Retrospective 会议中，开发团队抱怨过多或过少参与用户故事细化的过程。

What¶

• 产品待办列表
• 定义：一份涵盖产品已知所需每项内容的有序列表，它是产品 需求变动的唯一来源。
• 产品负责人 负责管理产品代办列表的内容、可用性和排序。

DEEP 原则¶

• 图示

• Detailed Appropriately 适度详细的

  • 故事的优先级越高，描述越清晰

• Estimated 预估的

  • 用户故事大小是估算的，可用难易程度估值点来代替工时
  • 故事的优先级越高，估值越准确

• Emergent 动态的

  • 待办列表是动态的，允许增删排序，更改优先级，故事大小。

• Prioritized 优先化的

  • 始终保证最高优先级的用户故事排在最靠前。

• 一言蔽之

  • 做最有 价值 的事
  • 时刻保持关注优先级最高的用户故事

一个好的用户故事¶

• 角色：谁要使用这个功能。
• 活动：需要完成什么样的功能。
• 商业价值：为什么需要这个功能，这个功能带来什么样的价值。
• As a <Role>, I want to <Activity>, so that <Business Value>.

How¶

• 共同细化任务，共同承担责任
• 关注待办任务总量，待办列表健康
• 关注更有价值的工作，剔除低价值的工作

团队 Psychological Safety¶

Why¶

• 1) 老板慷慨激昂的发言之后：“说出你的意见。”团队目光躲闪，低头不语：“一切都好，别担心。”
• 2）新流程推进不下去，团队幸灾乐祸。
• 3）各种莫名奇妙的会议。
• 心理安全问题，阻断了敏捷的核心：反馈机制。

What¶

• 心理安全 Psychological Safety，指团队的任何一个人都可以毫无顾虑的提出看法。
• 团队的成功和失败 > 项目的成功和失败

How¶

• Tool 1. ESVP

  • 图示

  

  • Explorer：项目让我成长，愿为项目投入
  • Shopper：期待惊喜，冷眼观察
  • Vacationer：不支持也不反对，来这里只因没别的可做
  • Prisoner：状况非我所欲，却不得不身在其中

  • 匿名投票

    • 必须匿名，因为只关注团队整体状况，而非个人。

• Tool 2. Safety Check

  • 1) Open Bar
  • 2) Rather Open
  • 3) Depends on Subject
  • 4) Silencer
  • 5) OK OK

  • 匿名投票

    • 总分代表团队心理安全指数

• Safety Improvement Workshop

  • 便签纸写出心理不安全的可能原因
  • 归类，投票，解决前几名公认问题

回顾会议 Retrospective¶

翻车现场¶

• 1）回顾会议是一种心理负担，早知道不当程序员。
• 2）每次提出各种改善计划，然而并没什么卵用。

如何准备一场回顾会议¶

• 1）一个好的开场白

  • 跳出之前紧张的冲刺情绪
  • 活跃气氛，互动游戏等

• 2）. 收集信息

  • 关注事实，先谈事实之后再下结论
  • 心情时间曲线
  • 心情四象限
  • 图示

  

• 3）一起出主意

• 4）制定改善行动

  • SMART 原则

    • Specific
    • Measurable
    • Attainable
    • Relevant
    • Time-based

  • 限制 WIP

    • 比如不超过3个改善行动

• 5）回顾会议的回顾