UCD和企业业务敏捷性亚博vip9通道
本周早些时候，在一个大型全球组织中与客户合作，我收到了负责组织另一个地区设计的一些人的问题。他们是设计的专家，但尚未在企业层面暴露于敏捷实践。这是“第一次接触”，转型为他们。以下是其中一个问题的主旨（注意：我是如何释放问题的要求）：
我们担心，因为我们没有看到以用户为中心的设计系统如何明显是如何确定的，作为我们敏捷转换的一部分，所以在交付系统中是明显的。
我们将UCD定义为迭代周期，其中包括以下元素：
一种。同情
湾定义
c。原型
天。测试
e。实施
这是我的回复：
嘿{令人敬畏的设计领导}，
您将已经了解了大部分内容，但可能没有看到它从我们使用的交付系统的框架中介绍，以支持{令人敬畏的客户名称}的跨功能产品开发活动。
我想到UCD（和设计一般）的方式，有三个主要工作框架：
了解用户的需求-从用户的角度理解什么是最重要的问题;按角色组织市场细分，等等。
这主要是“脱舞”的工作，影响穿过系统的伪影的质量。{令人敬畏的客户}通常采取了一个机构方法 - 所有这项工作 - 人物的发展，初步研究。交付系统包括通过活动，完成的定义以及如何促进讨论的活动，以及如何与投资组合团队进行培训的必要方面和见解。
开发设计方法- 合作开发我们选择如何解决我们选择解决问题的设计方法。
在这种情况下，交付系统明确地占设计和选择解决方案定义和解决方案设计阶段的解决方案方法的所有活动。设计参与是投资组合和产品层的有效跨职能团队合作的一体化。
评价研究- 收集信号，综合它们，并从中学习，使我们能够在发现错误时纠正我们的方法。
在这种情况下，我们确定了——特别是在评价研究实践全球化和与市场内产品所有者合作的背景下——交付系统中的关键学习机会点，有针对性的研究是合适的。
此外，在史诗验证期间，我们有机会为团队评估个体史诗的成功标准/效果/解决方案假设。这种“速度和饲料”史诗的测量活动自然地引起分析组，并且对于“更具定性”的行为变化，UCD是发现的正确框架。
我相信(集中的)转换办公室已经提供了交付系统的文档和解释，但可能强调了不同的点(有很多!)。希望这种额外的特殊性有助于将更广泛的上下文连接到UCD框架。
TLDR.
设计深入整合整个跨职能和跨团队合作，在我们对企业经营敏捷性的方法中阐述。亚博vip9通道UCD是目前行业最佳实践的设计风味。{令人敬畏的设计领导者}的所有元素描述了UCD进程在上面还描述的每个领域明确地生活：
- 理解需求——(a)移情;(b)定义;(c)原型
- 设计方法- (b)定义(c)原型(d)测试(e)实现
- 评估性研究- (d)测试(e)实施
关键差异是，不追求给定的目标（a）通过（e）作为一个功能的“设计服务”为团队提供见解，但所有这些元素都被适当地交织在一起。在这方面，我们解决了内部/外部“代理模型”的人员配置，专门的稳定设计成员等。
如果有任何后续问题，请随时联系我。有时正是细节上的细微差别帮助人们达成共识，并乐于帮助达成共识。