设计值会议回顾——最高领导人如何应对DesignOps挑战
UXPin的首次年度设计值会议2022年3月,我们举办了五个设计行业领导者理解设计和DesignOps在一些世界上最大的组织。
本文总结了我们在设计值会议2022所覆盖,与每个说话的简介和30分钟的视频。
2022年会议是由设计值UXPin合并——世界上最先进的协作原型设计工具。注册一个免费试用。
UXPin CEO时代幸田来未合并组件管理器
会议2022年开始设计价值,UXPin CEO时代幸田来未宣布UXPin最新的祭,合并组件经理同步你的组件库的新方法以更少的依赖于工程师。
合并以当前的形式从工程师需要一些帮助准备一个组件库和回购与UXPin同步。合并组件管理器是一个无代码的方式来导入组件。
合并组件管理器允许您配置您的组件没有开发的帮助。无编码的过程允许设计者在UXPin设置和管理组件属性,给他们的力量在构建编码交互原型。
设计值会议2022说:玛吉Dieringer,超级吃
玛吉Dieringer,超级高级设计项目经理(DPM)对DesignOps超级分享一些有价值的见解。
与各种超级产品,玛吉提供的例子她如何解决DesignOps与多个团队规模和成熟度的所有阶段。
这是关键外卖玛吉的讲话。
框架和扩展
玛吉的框架和扩展过程确定dpm花费他们的时间应该最影响。玛吉使用三个框架因素得以准确描绘出的组织,做出明智的决定:
- 尺寸和设计组织的状态
- 设计团队资源
- 的伙伴关系
提高金刚石的影响
清晰的了解组织及其问题,玛吉选择一个合适的“参与的水平。“dpm更实际放大时,与团队合作的日常任务。当缩小,dpm更注重提倡,策略和计划。
支持DPM轨迹
最后,玛吉创建一个DesignOps路线图与长期目标。使用框架的运动,玛吉想回答三个关键轨迹问题:
- 今天你在哪里?
- 你想要在哪里?
- 你的团队想要哪里?
设计值会议2022说:莎乐美Mortazavi, Sirius XM
莎乐美Mortazavi DesignOps主任sirius xm公司,谈到使用框架来创建一个DesignOps路线图。
莎乐美与sirius xm公司和许多财富500强的组织的工作给了她宝贵的知识和经验,她在谈股票。
下面是关键的外卖的莎乐美说话。
建议初学者
的一个常见错误初学者DesignOps从业者做出“是”的人。他们承担太多的日常运作,而不是专注于更大的图景。
开始的时候,莎乐美有三个建议,克服这个:
- 找到的值:寻找你可以添加最有价值的领域
- 效率和功效:首先使用正确的度量框架问题确定一个基准
- 听和做笔记:而不是跳和更改你认为组织需求,面试团队成员了解他们的挑战
DesignOps框架:设计成熟度指数
莎乐美使用设计成熟度指数来确定主题和问题,分离成两个“桶:“
- DesignOps(设计组织运维)
- /设计领导设计团队/产品(设计实践行动)
莎乐美使用菜单工具相应的分配和分类这些主题和问题。
创建一个DesignOps路线图
与她的问题定义和分配,莎乐美轮廓DesignOps路线图和三个时间范围和几个类别。莎乐美使用构建、测量学方法来实现和发展路线图。
设计值会议2022说:艾丽卡骑手,贝宝
艾丽卡骑手,UX EPX @贝宝,谈到她如何修正传统的DesignOps模型规模设计和传输用户体验跨组织的责任。
传统DesignOps与DesignOps 2.0
艾丽卡的DesignOps战略规模设计实践,而不是设计部门。要做到这一点,艾丽卡创建一个混合DesignOps / DevOps框架。而不是创建DesignOps,艾丽卡和她的团队在DevOps实施设计。
进化的责任
混合动力系统工作,艾丽卡必须让产品团队设计、原型和测试,而教育产品经理和工程师对用户体验的重要性。
贝宝的DesignOps 2.0过程发展
曾与DesignOps 2.0自2019年以来,艾丽卡和她的团队正在进化的过程产品团队提供更好的产品。
艾丽卡在系统实施用户研究工作。他们也创造一个平衡控制/责任,这样产品,设计和工程份额在贝宝的用户体验责任混合操作模式。
贝宝的用户体验团队使用一个用户体验向导工具来测量和演变DesignOps 2.0的下一个迭代。
埃里卡骑手UXPin合并使用贝宝的DesignOps 2.0的基础。注册一个免费试用发现合并如何帮助您的设计业务规模。开云平台网站登录入口手机版
设计值会议2022说:Omkar Chandgadkar,亚马逊
高级用户体验设计师在亚马逊Omkar Chandgadkar Alexa智能家居,用他的两个框架讨论了克服常见的设计挑战。
Omkar开发这些框架从经验在科技巨头IBM和亚马逊从战术(或Omkar所说“设计一架飞机在飞行中”)通过积极主动的战略方法。
共同设计团队挑战
Omkar概述三大组织共同挑战设计团队经验。简而言之,设计团队经常发现自己追赶而不是致力于长期战略。
Omkar使用两个框架来克服这种追赶难题。
框架:Omkar连接这些点的地图
连接这些点是关于调整产品、设计和工程活动和改善沟通和协作框架在整个软件开发过程。
连接的目的点地图将帮助您识别您的组织如何决策,这些决策是如何相互依存的。DesignOps可以实现策略,使设计与其他组织更精简的产品交付。
框架二:Omkar的设计产品
Omkar主动设计产品策略是一个创造的过程产品DesignOps市场产品经理为他们的项目。
这些产品简化项目摄入量,为设计团队提供可操作的第一步。DesignOps从业者可以使用设计产品框架新项目或工作产品待办事项列表。
如何使用Omkar框架?
连接这些点地图:
- 作为参考导航项目和创建项目计划
- 作为一种机制来识别差距在前面做出的决策
设计产品:
- 作为一个汽车教育合作伙伴如何受益于设计
- 摄入机制来平衡战术和战略项目
在UXPin构建完全交互式组件
使用UXPin创建原型利用互动的特性,比如状态,变量,或条件。看到是多么容易使用和你如何快速原型。
