www.thesprintbook.com

Jake Knapp, from Google Ventures

亮点

• Sprint用来：找出该干什么；启动项目；做决定

• 不要急！
  不要急于：

  • 定方向
  • 精工打造原型
  • 进行大规模测试
  • 下结论

• 怎么讨论？

  • 把担忧变成问题
  • 把分歧变成可测试的方案
  • 安静投票，一人决定

• 怎么干？

  • 分头干
  • 做出具体（而非详细）的方案
  • 不受打扰：切换思维方式（干活、答辩），找东西、接电话、查邮件

• 怎么记？

  • 公共白板
  • 遵循格式

Introduction

• 星期一: Map & Target
• 星期二: Sketch
• 星期三: Decide
• 星期四: Prototype
• 星期五: Test

Set the Stage

1. Challenge

• 搞定Surface：产品/服务和用户发生接触的地方。用户不在乎、也不可能理解你的用意。

2. Team

• 组成

  • 必须有一个Decider：承担责任
  • 一个Facilitator：公正客观，主持流程

• 如果有爱炸刺的，不如招安进来，省得事后闹妖

• 客座专家放在周一下午

  • 太早：团队自己还没闹清楚
  • 太晚：大主意已经定了

3. Time and Space

• 晚来早走，留出时间给休息和个人事务

• 所有人集中在一间屋子里

• 禁接电话、用手机、笔记本收邮件，保证全情投入，提高效率

• 两块大白板：用图像和空间记忆代替短时记忆。用公共记忆代替每个人的个体记忆。

坏笔记 vs 好笔记

• 坏：事无巨细、不过脑子、写在自己小本子上
• 好：结构化、带有思考、边记边整理边修改、写在白板上

Monday

目标：确定一个Target

4. Start at the End（早晨）

• 先列优先级，再按顺序解决。否则死在解决次要问题的时候。
• End = 长远目标。不要怕太宏伟，意识形态也可以谨记于心。
• 把Issue转化成Question列出来：把不确定的担忧（坏）转化成好奇心（好）。

5. Map（上午）

• 梳理流程，找出关键参与者，关键时间
• Map的共性：以客户为中心，叙述性，简洁
• 不断修改，提问，征询意见

6. Ask the Experts（下午）

• 要取得的信息

  • 大局战略
  • 客户（需求）的声音
  • 业务运作原理 （技术）
  • 已有工作

• 为厘清思路，可以问自己知道的问题

• 目标：不是解决方案，而是How Might We（痛点）

记住：周一是在找Target，不是找Solution。Prejudice坏就坏在pre上。

• 优选How Might We：用贴纸投票，别废话

7. Target（傍晚）

• 从Goal，Map，HMW中总结出一个Target：一种关键用户、一个核心时刻、一个决定性事件。（其他以后再说）
• 团队陷入讨论泥潭？找领导
• 领导犹豫不决？所有人贴纸投票，简短讨论异议，给领导拍板。

Tuesday

目标：每个人绘制一个Sketch

8. Remix and Improve（上午）

• 每个人提出闪电Demo：启发性、其他领域、其他部门、已有的产品，
• Facilitator用简图在白板上记录

重在启发！依然不是解决方案

9. Sketch（下午）

• 每人提交一个sketch
• 图帮助思考；图比语言更具体、更清楚
• Alone：利于研究、思考，提升责任感；Together：约束，避免走神
• 充分利用白板信息，提炼idea，最佳idea的多个变体，最后定稿

不要过早陷入“最佳”方案中

Wednesday

目标：从Sketch中选出一个

Decide

1. 不说话，观看Sketch匿名展示
2. 不说话（免受作者影响），无限贴纸投票兴趣点

做决定耗费能量。无限投票能节省能量，有限投票提高效率。

3. 快速讨论每个Sketch，记录有希望的idea。作者最后发言，补充遗漏。

记录的意义：为描述提供共同语言；让发言者感到受重视；加速讨论；帮助整理意见。

4. 有限全体贴纸投票，简单讲解。谨记target。

5. Decider决定。落选的别扔，以后用。

Rumble

• 实在无法合并的中选方案：平行测试

Storyboard

• 用故事板给prototype做完整计划
• 用真实的“流程”来思考

再次强调：不要仓促动手！

怎么截断别人说话？“你讲的很重要，记下来。咱们先说下一个。”

Thursday

不要在'scout'思维和‘warrior’思维之间频繁切换

Fake It

• 能糊弄就糊弄
• 太真：耽误时间；日久生情难放弃
• 太假：用户进入反馈（Feedback）模式，开始帮你出主意

测试的目的：获得用户的反应（Reaction），而不是反馈（Feedback）

Prototype

• Keynote/PPT很适合模拟软件、网页、app
• 专设一个Stitcher：连接各部分，力保细节真实可信
• 专设一个后勤：搜集素材（图片、按钮、模板），避免其他人中断思路
• 留出2小时测试运行！由Stitcher讲给Interviewer。

Friday

Small Data

• 1个Interviewer，面试5个被试。其他人看摄像头。
• 测试是为了发现pattern，不是为了证明。
• 测试注重why things work or not，而不是Does things work or net。

Interview

• 面试官就一个：别整成群批。
• 由一般性问题到针对性问题：热场，了解被试
• “这东西其实不是我做的”：赢得诚实反馈
• 通过问题鼓励think aloud
• 保持中立：不要用“好！”来鼓励
• 开放性！不要出选择题
  • 坏：现在你看完了。你想现在注册吗？还是需要别的信息？
  • 好：现在你看完了？觉得怎么样？

保持好奇心：你是在探索，不是在证明。

Learn

• 一起看，一起学，一起记，一起承担责任
• 使用明确格式（积极/消极反馈，发生的环节）：节省整理时间
• 目标：发现pattern
• 不要忘记：回到第一天提出的目标和问题上

sprint能获得：efficient failure -> flawed success -> good solution

• 不一定能一劳永逸解决问题，但是能指出下一个sprint的方向。

最好的team building：一起达成胜利

Liftoff

Checklist

指导列表，共查阅