本文原载于 medium.muz.li
原文作者：Casper Sermsuksan | 译者：KK | 校对：DSC北京组织者-糊糊
译者按：设计冲刺已经被越来越多的公司所运用，但对很多个体和公司来说，这依旧是个全新的概念。每个团队在进行第一次设计冲刺尝试的过程中都会碰到各类问题，当然也会有不一样的收获。看看来自印尼的这家餐饮服务公司，在第一次设计冲刺后学到了什么。
很多人参加过设计冲刺，一些人听说过设计冲刺。大约两周前，在一家名为「库利纳」的印尼餐饮服务公司，我们进行了我们的第一次「设计冲刺」。对我们的团队成员来说，设计冲刺是一个全新的概念，对日惹（译者注：印尼城市）创业社群的大部分人来说也是如此.
对于我们团队而言，这次冲刺很好地帮我们改变了以往着手解决问题、设计开发产品的思路和方法。很幸运的是，我们的CEO、设计师、市场负责人、开发者、用户支持负责人一起参与其中。我强烈建议每个人都能尝试一下。
在组织并参与我们的第一次设计冲刺中，我学到以下七件事：
1. 做好冲刺准备工作
我们的联合创始人Andy Fajar Handika 、Andy Hidayat （对，他们都叫Andy！）和我都决定最好在进行冲刺前一周的周四就前往日惹，因为大部分开发者和市场部门的同事都驻扎在那里。我的首要任务是熟悉设计冲刺的组织流程。因此，我买了一本《设计冲刺》，随后登机前往。也就是说，我不得不在周末读完这本书。
在开始前，我们还需要准备好文具、预订好会议室、请团队成员空出时间参与冲刺。如果你们的人力团队像我们的人力同事一样优秀，那他们一定能提供很多帮助！
此外，每天在进行完了一整日的冲刺之后，我回家后会写下当天的会议总结，复习在书中次日的章节，作好笔记。第二天我会早早到达，准备好白板和其他会议需要的材料。请相信我，这一切都是值得的！
冲刺导师需要注意的是，其他人的冲刺可能在下午5点就结束了，但你需要花更多时间，因为要为一整周做好准备！
2. 迅速反应，及时调整
毋庸置疑，《设计冲刺》这本书是一个非常棒的资料。尽管如此，在现场你也不得不快速调整处理很多事情。书中提到的诸多细节——例如建议使用的物料，在日惹都找不到，我们应该怎么办？
我们计划一小时完成的环节，实际上花费了更长时间；我们计划几个小时的事情却只用了30分钟，所以不得不现场进行调整。
我增加了一些我在之前公司使用的方法。我很喜欢进行两次「疯狂小八」的想法——我们把各自的第一个解决方案贴到墙上，讲解自己的方案，看看别人的，然后再做一次疯狂小8。我的团队觉得这样做非常有用。
所以我们应该时刻准备好调整、适应并且创新。
3. 把大家凝聚在一起
你也许会认为创业公司这样的小团队交流起来效率更高，而事实上并不是这样。让我惊讶的是，尽管我们相邻而坐，却仍然不真正清楚别人在做什么。
通过这次设计冲刺，大家认识到向其他团队学习的重要性，并且明白了各自负责的工作是如何相互影响的。我们的开发同事曾在没有通知用户支持团队的情况下就上线了一些新功能，所以用户支持团队只能被动地通过用户投诉了解到这些新功能的情况，哈哈！
我们的用户服务负责人意识到她的团队在早期开发过程中就应该积极参与其中。我们的团队现在很重视跨职能合作，他们很渴望能再有像这样一起合作的机会。
4. 失败=收获满满的学习
我们的冲刺挑战是：「用户理解我们新的返现功能吗？」？ 通过用户访谈，我们得到的答案是一个刺耳的「不」。然而，我们在这个过程学习到的东西，比第一次就得到正确答案要有用的多。
事实上，这是我们第一次花时间理解共同目标。
这是我们第一次真正尝试了解整个用户体验流程，用户即消费者是如何体验我们的产品及服务的。想不到吧？
5. 兼顾独立思考及团队协作
大家都在讨论头脑风暴，想借此来产生更多创新想法。但是大多数人讨厌参加，因为通常不会有任何结果，大多数情况下就一两个人在输出想法。
在设计冲刺中，每个人都写下自己的想法然后分享出来，效果非常好。当我问团队我们应当做什么时，每个人都不说话。但当我说在5分钟之内把各自的想法写下来时，我们会有满满一屋子写满想法的便利贴。现在，在大部分会议中，我都会用到这个方法。
6.设计冲刺重释了办公室政治
多少次在我们投票选出一个想法之后，联合创始人、高管或上司却突然插手，改变了所有计划？设计冲刺中，我们提早让高薪聘请的「大人物」们参与进来，因此他们也能觉得自己是团队的一部分。团队投票选出一个最好的方案（每个人都喜欢民主），决策者来做最后的决策。完美！这样我们就能顺利地把冲刺推动下去了。
7. 任何事物都能被测试，并且也应该经历测试
在我们设计冲刺的第三天，我们的团队提前完成了计划的任务，因此我们决定测试我们所做的对他人是否有意义。除了制作一些不同页面流的原型之外，我们也想知道一起写的文案是否容易理解。我们将把解决方案给一些没参与冲刺的成员进行测试之后，意识到一起写产品文案非常糟糕。因此，我决定让团队里的每个人都写下他们自己的文案，然后以不同的名字命名，挨个放在一起，让没参与冲刺的成员来测试。
我们的同事根据他们的偏好和理解来阅读、解释和排序不同版本的文案。你认为谁想出了最易理解的文案？
市场人员？
设计师？
都不是，是我们的开发人员。
更有趣的是，我们敬爱的CEO提出的解决方案得到了最差的投票结果。他在现场得知这个结果的时候也比较难接受，但我确定，团队也学习到了在做最终决定前进行测试是十分重要的。
总而言之，我和我的团队在整个过程中学到了很多东西。它改变了我们思考和做事的方式。我要感谢Fira, Rebotak, Andy, Imung and Thomas在假期的工作，使得以顺利完成我们的冲刺。我还想感谢谷歌团队（Jake Knapp, John Zeratsky, Braden Kowitz）能与世界分享这美妙的工具。
本文为 DSC 与 ONES Piece 联合翻译计划的一部分。本文原载于 medium，由 DSC 翻译成员 KK 翻译，DSC 北京组织者 糊糊 审校。Design Sprint China (DSC) 是一个专注有趣设计思维的创新创意社群，其翻译团队定期搬运相关海外文章，微信公众号：设计冲刺。ONES Piece 是一个由 ONES Ventures 发起的非营利翻译计划，聚焦科技创新、生活方式和未来商业。