@凌霜设计 （Frog Design交互生）： 作为一名交互设计师，如何更好地与项目里的其他人合作？如何更好地利用大家的时间？团队经理用画图的方式跟我解释了一下，有些问题并没有直接的答案，但是我觉得解释的方式很有趣，我凭着记忆把它们重新画了一下，和大家聊聊合作的问题。
今天和我的经理聊了一下最近工作上发生的事：上周做了什么，这周和下周准备要做什么。刚刚结束了设计阶段（Design Sprint）1，和客户开了远程会议，收到了许多的反馈意见，各个方面的都有。
现在项目正处于一种（我觉得）特别尴尬的阶段：视觉设计师只出了初步的几个概念图，程序员还在准备框架，尚未开始写代码，但是根据原先的计划，这周就要开始开发了。作为交互设计师，一方面留着一大堆反馈意见还没有反映到线框图中，另一方面设计阶段2的任务已经要来了。虽然还没有开始设计，但从可能的流程上来看，任务量巨大，是一个特别复杂的系统，不光是设计一个新的交互方式，还是新的工作方式和商业模式，心里真没底。
我把自己的困惑告诉了经理：作为一名交互设计师，如何更好地与项目里的其他人合作？如何更好地利用大家的时间？他用了画图的方式跟我解释了一下，有些问题并没有直接的答案，但是我觉得解释的方式很有趣，我凭着记忆把它们重新画了一下，和大家聊聊合作的问题。
什么是敏捷开发（Agile）
先说一下总体的合作方式，我们用的是敏捷开发（Agile）的方式。维基百科上是这么解释的：
敏捷软件开发（英语：Agile software development），又称敏捷开发，是一种从1990年代开始逐渐引起广泛关注的一些新型软件开发方法，是一种应对快速变化的需求的一种软件开发能力。它们的具体名称、理念、过程、术语都不尽相同，相对于“非敏捷”，更强调程序员团队与业务专家之间的紧密协作、面对面的沟通（认为比书面的文档更有效）、频繁交付新的软件版本、紧凑而自我组织型的团队、能够很好地适应需求变化的代码编写和团队组织方法，也更注重软件开发过程中人的作用。
如果把这种方法简单视觉化一下，就如下图：
