敏捷设计,让设计更高效.pdfVIP

敏捷设计 ，让设计更高效 设计师是一群具有艺术气质的思想家 ，他们以天马行空的创 、特立独行的行事风格存在于 各个团队里。区别于其他工作的是 ，这是一个更注重“灵感”和修养的行业 ，在东方文化环 境下 ，更又崇尚“顿悟” ，因此 ，上下游的同学都知道 ，和设计师相处过程中 ，耐心是要足. 为什么要敏捷 设计师是一群具有艺术气质的思想家 ，他们以天马行空的创 、特立独行的行事风格存在于各个团 队里。区别于其他工作的是 ，这是一个更注重“灵感”和修养的行业 ，在东方文化环境下 ，更又崇尚“ 顿悟” ，因此 ，上下游的同学都知道 ，和设计师相处过程中 ，耐心是要足够的 ，好像也是必须的。 而对于企业来说 ，运营的效率是性命攸关的事情 ，时间就是生命。说到底 ，生存在社会中的设计师 无法不受商业规律的影响 ，无法超脱世外地艺术化生活 ，也就说同任何工作一样 ，效率和质量也是 设计师必须面对的、永恒的难题。 作为在广告创意公司工作过的设计师来说 ，加班永远是主题 ，我曾经有过三天三夜不睡觉 ，设计一 本书 ，被抬上飞机的经历。踏入互联网的领域后才发现 ，命是天定的 ，人性化的bt a企业也有那么多 的加班。对于像设计师这种习惯创 的族群 ，自然地会寻求 ，天底下是否有一条撒满鲜花的舒适 坦途 ？企业则也会去思考 ，有设计参与的项目是否可以一样敏捷高效 ？ 在深圳工作的这6个多月里 ，我们同技术、产品等伙伴尝试了一种 型的工作方式 ，这种工作方式 令我们在1个月的时间里 ，完成了通常需要3个月、甚至需要更多时间花费的工作 ，同样的高质高量 ，同样的快乐活泼。这种方式我们暂称“敏捷设计”方法。 这种敏捷设计方法的是挑项目的 ，因为它需要更早地规划好项目日程 ，且配合的团队需要结构稳定 、预留好想对固定的资源。我们无法让一个个朝生夕灭的临时项目系统化地敏捷起来。 且敏捷设计的参与人员要有创业精神 ，不纠结于流程和职位级别 ，一切以推动项目进展为准则。 敏捷的方法 跨专业明确分工 要想团队敏捷起来 ，立即理清各自的职责分工是十分紧迫的 ，有的同学或许会问 ，大家平时的分工 很明确 ，运营、产品、设计、技术、测试都是十分精确专业的分工 ，还需要二次分工么 ？怎么分呢 ？ 要想敏捷 ，所有合作者就必须跨专业思考 ，比如设计师要理解产品产生的原因 ，前端要理解设计美 学的大致规则等 ，只有充分理解才能有诚意的合作。所以 ，跨专业思考是首先要解决的一点。 日常项目中 ，一个项目的原始沟通 ，要在彼此理解的前题下 ，非常明确地跨专业划分职责 ，比如让 视觉和交互合一 ，有能力的设计师可以通吃交互视觉 ，交互承担部分简单的产品工作 ，产品承担简 单的用研与分析工作 ，开发承担部分前端工作等等。跨专业明确分工 ，是敏捷的关键第一步。 除此之外 ，敏捷设计需要调整彼此协作的具体方法 ，这里总结几点 ： 晨会 各种kink of f \评审会\沟通会在项目中会占大量的时间 ，但这些关键会议又在达成一致意见 ，大多不 能省略 ，所以缩短会议时间、增加会议效率是必由之路 ，而短暂、固定的站立晨会是解决这个问题 的好办法。站立晨会的时间控制在15分钟以内 ，只谈解决方案和核对进度 ，不展开讨论 ，有分歧的 可以回后单独私聊达成一致 ，第二天晨会更 上来即可。 并行投入 为了敏捷起来 ，除了跨专业思考 ，理解上下游的承接方法 ，还必须并行投入 ，这是关键、并且会产 生大量困难的一步。 所谓并行投入 ，最初沟通即要求技术、设计、产品都必须同时参与业务沟通 ，可以由产品或运营 主导 ，来推动前期沟通 ，在这个步骤不仅产品自己理解了业务 ，更要让后续的技术和设计明白 ，产 品之所以如此设计的原因和业务目标是什么 ，这样有利于后续协作同学更早介入业务 ，更早思考 起来 ，从技术、设计角度帮助产品贡献创 思维 ，有时反而能事半功倍地达成所要达到业务目标。 并行产出 在产品规划阶段 ，ued根据业务需求 ，从用户视角开始前期用户体验模拟设计 ，并及时提供给产品 、技术参考 ，技术根据业务需求产生技术基础解决方案 ，这种方案的前提是不依赖交互体验 ，纯粹 从技术角度 ，按最佳技术路径来解决问题 ，提出解决方案供产品、ued参考。在此时 ，ued与技术均 不用精耕细作 ，提供完整的大致解决方案即可 ，在设计中表现为“低保真的交互稿”。并且 ，这里的角 色是互动的 ，产品、ued和技术提供方案的同时 ，也从协作方彼此获得对方的初步解决方案 ，并实 时调整自己的对应方案 ，这是一个来回不断斧正的过程 ，最终的成果是——带交互设计的、在技术 实现上论证可行的