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
- 不说话，观看Sketch匿名展示
- 不说话（免受作者影响），无限贴纸投票兴趣点
做决定耗费能量。无限投票能节省能量，有限投票提高效率。
- 快速讨论每个Sketch，记录有希望的idea。作者最后发言，补充遗漏。
记录的意义：为描述提供共同语言；让发言者感到受重视；加速讨论；帮助整理意见。
有限全体贴纸投票，简单讲解。谨记target。
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
指导列表，共查阅
