阅读量:4
谢志萌 研发效能（DevOps）工程师（中级）认证学员
一、前言
“有效的Devops关键在于专注于人员和文化，而不仅仅是工具和技术。”
-John Willis
随着数字化转型的加速，组织越来越依赖于快速、高效的软件交付能力。DevOps作为一种旨在打破传统IT部门间壁垒的文化、流程和实践的集合，已经成为实现这一目标的关键途径。然而，DevOps的成功实施往往面临着文化和流程上的挑战。
设计思维是一种以人为中心的创新方法，使用“6+1”的迭代过程不断进行创新实践，它强调理解用户需求、探索多种解决方案并通过快速原型和测试来验证想法。将设计思维的理念和方法应用于DevOps前期，不仅可以增强团队的问题解决能力，还能更好地理解和满足最终用户的需求，增强团队信心，从而推动DevOps后续持续低成本高效的交付价值。
二、设计思维在迭代
斯坦福创新方法论中提到的设计思维微观周期主要包含六个阶段，分别是理解、观察、定义视角、构思、原型、测试。除此以外，也强调了一个比较容易忽视的阶段，就是反思，通过复盘整个迭代过程，持续改进设计结果及设计流程，实现反馈循环。
理解：出发点不是要找到一个想要达成的目标，而是要理解某类用户有一些需求或需要解决一个问题。当识别出需要解决的问题，应适当的定义问题陈述，确保理解问题。
观察：在真实环境中不带偏见地观察潜在用户，通过仔细倾听，注意身体语言等方式，与用户建立“同理心“。
定义视角：尝试用360°视角方法找到所需定义的视角，这个阶段的目标是进一步发展或修改人物角色和问题。
构思：利用各种各样的方法来加强创造性，目标是激发创意和挖掘出更多的点子。将产出的点子进行结构化和可视化，通过积极讨论所选择的点子， 提高团队对问题和解决方案的理解。
原型：利用原型，可以将点子转化为潜在用户能够体验和评估的形式、首先，原型要足够好，目标客户群才能够理解未来你想要的提供服务的基本特征。原型能够使大家从潜在用户那里快速且低成本地获取反馈。
测试：鼓励大家在真实情形中测试功能和解决方案，同时从用户身上学习更多，持续改进提供的服务。为了获得成功，所有参与进来的人都必须保持开放的心态，这样才可以改变或放弃点子。其中至关重要的是愿意做彻底的改变。
反思：与Scrum框架中召开回顾会的形式类似。需复盘整个设计迭代的过程，对需要后续改进的问题进行讨论，团队达成统一共识，并在后续设计迭代中进行持续改进。
三、设计思维在实践
“如果您的心态是毫无偏见的，那就对所有事物保持开放吧。”“在初学者看来有很多可能性，但在专家看来却很少。”
-铃木俊隆
在设计思维实践中，需要我们从用户的角度出发，以“初学者思维”作为我们态度的基础，结合多个具有创造力的工具和创新的方法，在制定解决方案的“旅程”中，不断地迭代、飞跃及构思，最终获得满足用户需求的解决方案。
同时，“T型”团队在设计思维实践中也是非常重要的，丰富的团队成员组成在此过程中可以互相辅助，同时有助于打破孤岛思维。设计思维观念的核心是建立在他人的思想之上的，而不是专注于权利和竞争，即协作共创。
以下将介绍设计思维实践中各阶段比较实用的工具。
- 理解
工具 | 目标 | 实践形式 |
同理心访谈 | 从用户的角度考虑问题，并与用户建立同理心。 | 1、让受访者讲述他的故事，尽可能少的打断他。 2、注意被访者的手势和肢体语言。 3、使用模板写下关键问题，并记录故事梗概。 |
5Why分析法 | 以“初学者思维”深入理解问题的根源。 | 从“根本原因”分析开始，尽可能多询问“为什么”，尝试用后续跟进问题的方式回应每个疑问。 |
5W1H | 获得深入见解以及新的发现和信息，从整体把握问题和情况。 | Who:谁参与其中？ What:问题是什么？ When:问题从什么时候开始？ Where:问题在哪里出现？ Why:为什么这个问题很重要“” How:问题如何被解决？ |
- 观察
工具 | 目标 | 实践形式 |
用户画像 | 了解有关用户或潜在用户的更多信息，来设计解决方案。 | 身体标签：用户是谁？ 触点标签：客户在哪里？ 需求标签：客户需要什么？ 能力标签：客户的收入/消费观？ 情感标签：客户的价值观/喜好？ |
用户旅程 | 穿上用户的“鞋子”，了解用户用我们产品互动时的体验。 | 用户旅程主要包含用户画像、典型情景、用户行动、用户想法、用户感受、可能存在的机会、负责组织内行动/流程的人员。 |
- 定义视角
工具 | 目标 | 实践形式 |
问题陈述 | 清晰地定义关键问题陈述，并用简单的句子将其表述出来。 | 我们要如何…【为谁？] 重新设计…【什么？】 以便…【她的需要】…得到满足 |
讲故事 | 向团队和利益相关者展示见解、想法和解决方案。 | 故事版：将故事可视化，可使用手绘形式。 电梯演讲：短时间吸引对方注意，模板如下： 对于…他们希望…我们的…可以…并且…而不像… |
- 构思
工具 | 目标 | 实践形式 |
头脑风暴 | 快速构思，产出尽可能多的解决方案。 |
头脑风暴的变形-疯狂8分钟： 发一张白纸给每个人，对折三次，用8分钟时间在白纸的8个区域画出8个想法。 |
圆点投票 | 明确决定应采取哪些想法或概念形式。 |
|
- 原型
工具 | 目标 | 实践形式 |
线框图 | 在项目初期，以低成本的方式尽可能将解决方案可视化。 | 在纸上或电脑上，使用简单形状来呈现界面的一种表示形式，如框、圆、线和箭头。仅用于传达信息的层次结构和内容结构，不体现交互。 |
高保真原型 | 尽可能模拟真实场景，获取准确地反馈。 | 识别出最必要的可测试的功能或版本，使用原型工具绘制出贴近真实产品的原型，交互体验真实。 |
- 测试
工具 | 目标 | 实践形式 |
A/B测试 | 验证假设两个不同的解决方案，找到用户的实际偏好。 | 定量：划分用户组，分别测试A/B两个解决方案 定性：用户组先测试A解决方案，再对照测试B解决方案。 |
- 反思
工具 | 目标 | 实践形式 |
回顾检视会框架 | 以一套行之有效的流程和方法召开回顾会。 | 1、预设会议基调 2、收集数据 3、激发灵感 4、决定做什么 5、检视会总结收尾例如 |
例如：回顾帆船
目标：对过程进行反思，识别问题点及解决方案，在后续迭代中改进。
步骤：
- 开场介绍会议的目标
- 收集团队内所有人的想法（闪光点/待改进事项）
- 对想法进行聚类，并排出投票决定优先级，选择需要改进的事项
- 讨论解决方案，制定措施，并纳入后续迭代计划中
- 对本次回顾会进行简短的总结反馈，确保后续会议组织地更好。
尽管有很多设计思维的工具和方法，但是需要设计思维的引导员用经验挑选具有针对性的方法以及处境相适应的工具更为重要。如何在具体工作场景中应用设计思维，还需要在实践中理解并学习，乃至进一步探索与完善。
四、设计思维在未来
设计思维为DevOps实践提供了新的视角和方法，有助于克服传统IT组织结构和文化带来的障碍。通过引入设计思维的原则和实践，组织可以更有效地促进跨职能团队的协作，提升软件交付的效率和质量。
随着技术的不断进步和市场需求的日益复杂化，单一的设计思维已不足以应对所有的挑战。因此，设计思维需要与其他思维模式相结合，以形成更加全面和高效的解决方案。例如，结合心理学可以帮助我们更好地理解用户行为和心理动机，从而设计出更具吸引力和满足用户深层次需求的产品；结合产品思维关注于产品的整体体验和市场定位，确保产品能够满足用户的需求并具有竞争力；结合数据思维强调基于数据的决策过程，这对于评估DevOps实践的效果至关重要；结合架构思维关注系统的整体结构和组件之间的交互，对于保证系统稳定性和可扩展性至关重要；结合商业模式思维使团队能够考虑如何实现商业价值，包括盈利模式、市场定位和价值主张等方面。
综上所述，设计思维为DevOps实践提供了创新的视角和方法，而与其他思维模式的融合则能进一步增强组织的创新能力和市场竞争力。通过这样的多元思维整合，未来的IT组织将更加灵活、高效，能够更好地适应不断变化的市场环境和技术趋势，融合共生，服务未来。
参考书籍：
[1]《设计思维手册：斯坦福创新方法论》 高馨影（译）
[2] 《设计思维工具箱：斯坦福创新方法论》 郑雷 罗婧（译）
[3] 《敏捷回顾：团队从优秀到卓越之道》 周全 冯左鸣 拓志祥 李丽森（译）
