解读谷歌团队Sprint流程:40个小时验证一个产品构想
Sprint由GV设计团队合作开发,用于快速建立并验证产品构想。
Sprint是一个为期五天的过程:通过设计、原型化、与客户测试想法来解答关键的商业问题。Sprint是商业战略、创新、行为科学、设计思维等领域的“最热门”话题,更是被打包成一个任何团队都可以使用的经过考验的处理过程。
以下是Ken Norton与Sprint联合作者——GV设计合作伙伴Jake Knapp从产品管理的角度对该书的一些探讨:
Ken Norton:Sprint法是如何奏效的?
Jake Knapp:
Sprint最大的创意是组建一个小团队,制定一个为期一周的时间表,并迅速推进从提出问题到测试解决方案的过程。
- 星期一,制作一张问题导图。
- 星期二,每个人速写解决方案。
- 星期三,决定哪个草案是最强的。
- 星期四,建立一个真实的原型。
- 星期五,对五个目标客户测试原型。
Sprint将把你快进到未来,让你看到成品在市场上的表现效果。
KN:Sprint对硬件/企业单位/机器人/医疗保健/也有用吗?
JK:
也同样适用,但诀窍在于弄清如何制作原型。通常,我们早期使用Sprint只是通过制作营销原型或依靠产品的销售信息。这样不管是硬件还是服务或其他什么东西,你都不需要做任何真实的操作,但是你仍然可以有一个真实的应答。
最后,当然你还需要测试产品本身。这时候,你就可以修改现有产品了。Savioke,一家为服务行业提供机器人的公司,就是通过修改现有的机器人来制作原型的(视频在文末)。One Medical Group曾经通过临时修改一个现有诊所来制作一种新诊所的原型,并在数小时后就与患者进行了测试。有时你必须做演示,有时你必须做3D打印。这显然取决于产品或服务,但我们也发现团队需要拥有其领域所需的技能和工具。如果你是一家机器人公司,你就得知道如何建造机器人,并可以想出如何“冒充”它。
KN:产品经理如何适用sprint?你勾勒出的决策者角色是产品经理么?或者PM作为推进者角色时效果更好?
JK:
这取决于团队的动态。PM是很好的促进者。他们往往在一个Sprint中充当决策者,但有时当一名管理层人员参与时,PM将作为第二决策者(可以有两名决策者,但不要更多了)。在某些情况下,PM作为团队中的一员也是有意义的。我看过所有的这些工作情况。
KN: 为了确保成功,PM需要提前做些什么?
JK:
嗯,你知道……他们可以读这本书(手动微笑),并为他们小组成员每人买一本!说实在的,PM可以确保正确的人报名参加Sprint小组:合适的专家在星期一分享信息,并且其他任何重要的高管顺便参与。这可以确保决策者是正确的决策者——这是至关重要的!
KN:Sprint明显可以适用于具有短期特点的问题,但它也可以帮助塑造或验证长期产品战略么?
JK:
我们希望看到团队在产品周期的早期使用Sprint法。你越早开始学习,就越好。当团队构想一个大的,长期的项目时,他们往往会被抽象的辩论和质疑的预感所压垮。
“It drives me nuts when PMs just sort of wave their hands and assume that design is some magical creative process that they’ll never understand.”
KN:有在大公司运行Sprint的秘诀吗?
JK:
这是有一定挑战的。你已经找到了正确的决策者并选好了参与人选——在大公司这就不容易。如果跨组协作有问题,你可能会希望不同团队的人员都能参与到Sprint中。
KN: 什么事情PM不应该做(会逼疯设计师):-D?
JK:
我真的很喜欢看到PM深入了解设计,特别是关于:如何、为什么、何时制作原型并与客户进行测试。当PM只是挥挥手并假设地认为设计是一个他们永远不会明白的神奇创造过程时,我会被逼疯。深入了解设计对每个人和产品都是一个巨大的机会。
“The sprint is a great method for building strong design/PM relationships.”
KN:我们看到很多的PM还兼顾设计(Product Design的出现等等)——你认为这两个角色在未来会是什么样的,你在初创公司看到了什么趋势?
JK:
设计是一种解决问题的方法。因此,随着设计师对自己的工作越来越熟练,他们的工作会与产品管理重叠,反之亦然。我知道最好的PM完全可以做到这一点。他们了解如何将设计研究和设计方法应用于解决自己的产品问题。当他们和团队中的设计师一起工作时,这是真正的合作,而不是互相踢皮球。
我认为这种角色的重叠并不奇怪,Sprint是一个伟大的方法可以建立强大的设计/ PM关系,以及在设计师中渗入产品技能和在PM中渗入设计技巧。Sprint方法解构一些设计师一直在做的事情(如用户故事和用户画像)并使这些方法变得简单容易。同时,它也解构了PM做的事情(如设置产品愿景和做决策),使他们可以与团队的其他成员接触。所以当你使用Sprint的时候,你会学到想法和原型方法,但是我也认为你们是在互相学习。
杰克·纳普(Jake Knapp):谷歌风投Sprint流程发明者,先后主持了 100 余家初创公司的Sprint,包括业界大牛: 23andMe、Slack、Nest Lab、Foundation Medicine 等等。加入谷歌风投之前,杰克任职于谷歌,主导了 Gmail 智能收件箱,Google X 无人驾驶汽车产品设计。
翻译:盯裆猫
作者:Ken Norton
原文:https://www.kennorton.com/newsletter/2016-03-08-bringing-the-donuts.html
原书地址:https://www.thesprintbook.com
相关阅读:How Savioke Built A Robot Personality In 5 Days
本文由 @盯裆猫 翻译发布于人人都是产品经理。未经许可,禁止转载。
题图来自Pixabay,基于CC0协议
感觉看不大懂呢
这只是一个对于企业使用sprint流程的延伸讨论,有兴趣可以找书来看看 😳
“Sprint由GV设计团队合作开发”,这是一套系统软件工具?还是一套工作流程?如果是工作流程就有点low了
是一种设计流程,多家企业已经引入实战,并不low 🙂 这里是本书(流程)详细内容的传送门:http://www.woshipm.com/pd/378294.html
thx, 我用词不当。是想表达如果是套协作工具的话,上手容易。如果只是流程,那么跟其他的敏捷开发流程区别特征是什么?不是很了解,但如果区别只是以一周为时间单位的话,这是局限反而不如其他敏捷开发灵活呢。总之,先感谢,我去补补sprint课。