10个技术知识让设计师更好与产品团队合作

UI / UI设计教程 / UI教程 /      

uimaker
UI设计师 / 江苏 南京

来源:Joel Diaz   作者:高雨滴、甄海宇

关键词

10个技术知识让设计师更好与产品团队合作

“敏捷开发”(agile)是一个行业专用术语,它常常出现在雇主和招聘人员口中。而对没有在软件工程领域工作过的设计师来说,恐怕很难理解这到底是什么意思。所以有意往软件工程领域发展的设计师,你可能需要了解什么是敏捷开发。作为一个网页设计师,下面分享下我眼中的“敏捷”设计方法。

这不是一篇全面的设计指南,也不是什么关于“scrum”或“agile”的不二真理,但如果你正在准备参加一个互联网产品或软件的面试,本文可以帮你建立一些基本的认知。

我会就“敏捷开发”是什么、如何运作来做介绍,当然也包括其他相关术语,如“产品需求池”、“迭代需求列表”、“每日Scrum Meeting”以及“潜在可交付产品增量”等概念。

当我们谈论“敏捷开发”时,我们在谈什么?

在2001年的一次软件开发者的团体讨论中,“敏捷开发(Agile)”一词首次出现。他们一致认同需要一种全新的工作流程,并为此设立了12条原则,将之整合为一份宣言。

这份关于敏捷开发的宣言描述了一种工作流程、一种方法论。

敏捷开发

下图演示了一个敏捷开发的典型过程,在一系列的“sprints”中完成(不知道“sprints”是什么?点击查看《谷歌内部方法!快速做创新设计并验证的DESIGN SPRINT》。

10个技术知识让设计师更好与产品团队合作

(图1 敏捷开发迭代过程)

敏捷开发的定义中包含了其他更细分的方法,其中大概最热门的就是“scrum”了。Scrum是一种迭代式增量软件开发过程,通常用于敏捷软件开发。迭代是指把一个复杂且开发周期很长的开发任务,分解为很多小周期可完成的任务,这样的一个周期就是一次迭代的过程;同时每一次迭代都可以生产或开发出一个可以交付的软件产品。

不管在什么案例中,敏捷开发的方法都意味着迭代式、周期性的开发工作。把它和“瀑布流”式方法对比着看,会更有助于理解。

瀑布流式开发

对产品开发来说,,瀑布流是一种更传统的方式。它意味着整个开发过程必须是连续性的,也因此更严格、死板,甚至更低效。

10个技术知识让设计师更好与产品团队合作

(图2 瀑布流式产品开发过程)

与瀑布流相比,敏捷开发的好处就在于它的最终产品能更快地对接市场,需要更多团队协作和增量投资。另一方面,因为它的灵活可变,它常常使利益相关者感到紧张,也常常被误解。

它是如何工作的?

现在让我们看一下在实际设计场景下,敏捷开发流程(agile workflow)到底是怎样的吧。

产品需求池(Product Backlog)

10个技术知识让设计师更好与产品团队合作

(图3 产品需求池)

上图是一个产品需求池,它包含最终产品需要的所有功能。基于用户的需求,提炼产品功能点,并转化为一些相应收益。将每个功能列在一个单独的卡片上;为了保证功能描述的一致和清晰,通常从人物角色的角度出发,以一定语义结构描述某个功能点;举个例子:“作为Bob,我可以……以致于我可以……”

迭代需求列表 (Sprint Backlog)

对于每一张功能卡片,设计师和开发者都需要预估各自完成时间,并给出相关排期——而这只是一个估计值。在第一个“迭代(sprint)”完成后,对下一个“迭代”所需花费的时间,你会更加心中有数。通常来讲,在一次”迭代“中,每一张功能卡片都会按优先级被给予一个“T恤尺寸”(XL, L, M, S),而它们各式各样。

一般来讲,迭代需求列表,除了项目需求还有状态显示,例如“迭代前”、“评审中”、“项目受阻”等。这些卡片被张贴在Kanban墙上(Kanban在日语中写作“看板”),从而将所有功能开发进展“可视化”。当然你也可以用网上的工具来实现类似的目的,比如Tower、Teambition等。

10个技术知识让设计师更好与产品团队合作

(图4 迭代需求列表 )

每日Scrum Meeting

每日Scrum Meeting类似于每日总结会。根据我的经验,组内的每一个人都清楚知道自己在做的事情,Scrum Meeting使得大家在早上互相了解对方的相关情况,了解项目进度,为即将到来的一天设定工作方向。

潜在的可交付(Shippable)产品增量

在每一次需求迭代后,按理说你应该能够提交可交付的产品增量(shippable increments)。这个术语适用于很多领域,但理论上很难实现。它表示在功能上做出改进的产品部分。

作为设计师你应该知道的

与产品打交道

尽管敏捷开发来自软件工程领域,但该方法论对于网站和应用开发都非常有效。比如说,从你所创建的人物角色中,你可以勾勒出目标用户的需求,并基于此挖掘所需的功能点。

锻炼准确预估能力

你将需要与产品经理,或敏捷开发的高手合作(当然和谁合作取决于你在什么样的组织/公司)。通常他们负责确保事情按计划发展,因此会让你尽可能准确地进行预估完成时间。你将会发现你很容易做出过于乐观的预估,所以请现实一些吧 —— 没有人会记仇的。

高度协作

敏捷开发的一个最大好处,在于它是一种高度协作化的工作方式。例如,在传统的瀑布流式开发中,一般你把设计交给开发者后,你就再也见不到它们了。但在敏捷开发的迭代工作流程中,你会和程序员肩并肩坐在一起工作,完成每一次产品迭代。

结论

作为设计师,从自由工作者成为大公司的一员,与多个团队合作、参与敏捷迭代项目,这可以说是一个非常大的转变。根据我的经验,敏捷开发是一个很有效的工作模式,它的原则甚至可以应用到你的个人项目中。通过理解协作式的工作方式以及如何评估完成时间,你将会更加高效与设计团队协作。

 收藏