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