在敏捷情境中,设计意味着啥

作为一个正在上敏捷开发项目的设计师,我觉得我个人对这个问题还是比较有经验。
首先我们要定义啥是敏捷情景。
那些说12个sprint出定好了功能的mvp架构看似是敏捷情景,实际上依然是瀑布流式的开发方式,只是套上了敏捷的外壳。
真正的敏捷情景对于功能数量其实应不做限制,根据人力物力定弹性的mvp框架才是敏捷开发的根本。
定义了敏捷以后,我们说说设计。
实际上目前数字产品设计师的工作流程普遍是很瀑布流的。调研-洞察-架构-交互-界面-视觉,基本上是线性的。这样也导致很多设计师功能偏单一。
在敏捷情景下,对设计师综合能力的要求就高很多了,需要做到能够快速将用户反馈进行拆解并且执行到UI设计的精细程度。
基本上在美国,对于设计这个workstream如何融入敏捷开发架构有很多讨论,包括很多论坛和研讨会都会涉及这个话题。
一般来说现在的结构是,如果说开发队的起点是Sprint 0(后台环境设置),那么一般设计队的起点就会设置在大概Sprint -1 或者 -2,并且设计sprint结束日会比开发结束日提前那么1,2天。这么做的目的其实很简单,让设计队能够领先开发队大概1-2个sprint,让设计师有时间做一个design sprint,了解用户画像,做user journey,然后有时间ideate。
提前一两天则是为了让设计师交付这个sprint的设计后,允许product owner问问题并且有时间做必要的修改查缺补漏。
但是这个意味着什么呢?
一个词:
设计师需要lean (精益设计)
它代表了三件事:
1:设计师必须脱离出纯粹的UCD设计视角,加入更多的系统设计视角,每一个交互方式和交互情景的设计都要落地到系统里的一个地方,不能飘着。
2:设计师必须聪明而高效的利用已有的模块组成新的交互情景,不能每设计一个功能或者场景就画一个完全不同的模块,增加开发难度和时间。
3: 设计师必须注意细节,懂得如何与开发人员有效沟通,拥有强大的执行力。
总而言之,敏捷情景下,设计师的综合能力更加重要。
顺便不要脸的推荐一下自己新开的专栏
专栏:大D和小d的日常,揭露设计圈玄学内幕(滑稽)
【在敏捷情境中,设计意味着啥】 https://zhuanlan.zhihu.com/bigdsmalld

■网友
意味着“设计需要成为子宫。”与那些一次性成稿之后甩手的设计工作不同,敏捷开发的魅力与困难在于,这种工作形式是有根基会成长的。要求设计师有能力定义面临的设计问题,基于一个核心观点,在有限的时间内做出“最合适”的选择。这不但要求设计师必须与诸位同事紧密合作,合理安排进度,更要求设计师对用户有着第一手信息的掌握力与挖掘力--以及品牌的把控力。(想要在高密度的工作环境下保持这三种力量,学识、合作方法、工作技巧与经验缺一不可)没错,设计师必须要这三种力量。有了这三种力量,我们才有定义问题的根据。定义好面临的根本设计问题,我们就能在往后的迭代中不断有条理有方向地解决问题。就好像子宫孕育胚胎一样,让胚胎渐渐发育成熟。待续


    推荐阅读