设计思维课推荐：AI时代从0到1创新破局密码

当AI重构商业逻辑，用户需求在极短时间内完成迭代，科技行业面临的挑战早已超越技术瓶颈。工程师反复套用旧有技术架构，产品经理面对模糊且碎片化的需求一筹莫展，项目经理在资源与目标之间不断妥协，甚至连资深技术专家也开始质疑——为什么产品技术表现优异，市场却始终不买账？这些痛点的根源，往往不在技术本身，而在于我们思考问题的方式。突破这个思维定式，正是《技术工程师的24堂设计思维课》这本书的核心价值所在。

为什么设计思维是科技人的必修课？

传统工程思维聚焦“如何实现”，产品思维盯着“满足什么需求”，而设计思维则从“为什么”出发，深挖用户行为背后的情感动机与社会文化因素。以智能手表为例，用户抱怨“续航太差”，如果直接换大电池，那只是工程思维。设计思维会追问：用户在哪些场景下最忍受不了电量焦虑？是会议中突然错过关键通知，还是运动到一半数据中断？借助同理心地图和用户旅程拆解，你会发现真实痛点其实是“关键场景下的功能连续性”。沿着这个方向，智能手表与手机互联的续航策略、紧急模式等创新方案才能自然浮现。

设计思维不仅是一套方法，更是一种思维模式的硬切换。对工程师而言，它能打破“技术自嗨”，让算法精度与用户感知对齐；对项目经理来说，它提供了跨部门协作的“通用语言”，让技术、商业与用户体验不再彼此冲突；对技术专家而言，它能帮你从“解决问题的人”转变为“定义问题的人”，提前预判趋势、主导方向。

24堂课，解锁创新全链路

项目管理协会《职业脉搏报告2021》的数据值得关注：2020年，12%的项目彻底失败，34%的项目遭遇严重问题，只有55%能按时交付，62%在预算内完成。相比前一年，这些数字虽然略有改善，但最复杂、最模糊的项目失败率仍然更高。数据显示，大约50%到70%的数字化转型项目在某个环节失败，而那些“成功”的项目，绝大多数也没能达成最初设定的业务目标。组织需要的不是推倒重来，而是新的策略与方法。那么，这个“新方法”究竟是什么？什么能让困在问题中的人真正破局？

《技术工程师的24堂设计思维课》提供的指导、技术和练习，就是改变的关键。它能够帮助组织和团队解决以下问题：

• 认清当前形势和问题，理解它们如何演变至今。
• 在组织中找到关键人物，建立有效沟通，边学习边调整。
• 组建并维护健康、有韧性的团队。
• 在棘手问题上达成共识，哪怕每次只迈出一小步。
• 制定“敏捷”计划应对后续挑战，而非试图一次解决所有问题。
• 在机构、董事会与委员会之间搭建轻量级、定制化的治理沟通框架。
• 融合利益相关者的所有视角，不遗漏任何一面。
• 对内外相关方设定并管理现实期望，包括持续争取高层支持。
• 找准真正的问题和优先级，避免无效忙碌。
• 推动迭代思维，通过原型、演示和测试快速学习、快速调整方向。
• 在组织大环境和日常工作中平衡技术项目的实际需求。
• 在不同团队中融合业务、功能和技术上的技能。
• 建立更小、更紧密的特性团队，让少数人承担更多角色以获得更全面的理解。
• 尽早识别盲点，避免“不知道自己不知道”的危险。
• 用更宽的视角看待工作依赖关系，意识到新系统从来不是独立运作的。
• 当问题、挑战和失误出现时，及时优化沟通策略。
• 想清楚如何推动变革、如何有效培训用户、如何管理新系统的采用，真正让工作造福他人。

现在行动，抢占未来竞争制高点

在这个“唯创新者胜”的时代，设计思维已成为科技人底层操作系统的一部分。《技术工程师的24堂设计思维课》不是一本讲大道理的工具书，而是一套经过实战检验的“创新训练手册”。当别人还在为反复修改的需求焦头烂额时，掌握这套方法的人，已经站在用户视角上，用创新方案抢到了先机。

编辑推荐

本书以24堂课的形式，呈现一套可不断学习、持续完善的方法，让读者在较短时间内掌握解决问题的思维，快速创造价值。全书分为五篇：设计思维基础、全面理解、求异思维、交付价值、迭代推动进展。从设计思维模型的各个阶段入手，介绍设计思维的内容、方式、时间、原因和对象，提出四阶段模型并说明个人与团队如何应用。接着探讨发散思维技巧、提升创造力的练习、减少不确定性的方法。最后介绍迭代技术，帮助读者完善对全局、相关人和问题的理解，持续改进解决方案。

内容简介

全书五篇：设计思维基础、全面理解、求异思维、交付价值、迭代推动进展。首先概述设计思维模型的各个阶段，然后介绍设计思维的内容、方式、时间、原因和对象，提出四阶段模型并说明如何应用于个人和团队，接着探讨发散思维技巧、创造力练习和减少不确定性的方法，最后介绍迭代技术，帮助读者完善理解、改进方案。

作者简介

乔治·W. 安德森（George W. Anderson），微软公司项目经理，在多所大学担任兼职教授和客座讲师。拥有斯坦福大学创新领导力资质认证、PMI复杂问题解决与Prosci变革实践者资格证书，以及人力资源管理方向MBA学位、应用管理与决策科学专业博士学位。

目录

III 译者序IV 推荐序一V 推荐序二VI 前言XI 作者简介1 第一篇 设计思维基础2 第1课 设计思维解析3 1.1 放慢思考以快速交付3 1.2 取得进展的过程：流行的设计思维模型5 1.3 面向技术工程师的设计思维模型5 1.4 完美与时间的较量6 1.5 核心内容：技术与练习7 1.6 实施策略：设计思维循环推动进展8 1.7 应用时机：面对模糊性、复杂性与不确定性9 1.8 目的：更佳实践与更快成效11 1.9 参与者：按技术角色实施设计思维11 1.10 真实的技术案例12 1.11 应避免的陷阱：从困难经历中学到的教训12 1.12 总结12 1.13 工作坊14 第2课 面向技术工程师的设计思维模型14 2.1 以人为本的思维15 2.2 设计思维四阶段20 2.3 应避免的陷阱：单向思维……

前言/序言

为什么技术工程师需要设计思维？

直接切入正题——为什么设计思维对技术工程师和技术项目管理者如此关键？

技术与数字化转型，无论是六周的技术评估还是全球业务转型，对任何想在今后五年生存下去的组织而言，都已经成为命脉。技术不仅改变了进入市场的方式、运营方式、服务客户的方式，更是改进和重新构想业务能力、引入AI、降低成本、增强竞争力的核心。而设计思维的技术和练习所支持的技术变革，恰恰能帮助组织解决难题、取得进展、交付价值。让我们逐步展开来看。

解决问题

设计思维是一个与众不同的“创造者”，专门攻克那些悬而未决的问题。它的出发点很巧妙——不盯着问题本身，而是盯着问题背后的人。一旦把视角从“问题”转向“人”，观察、学习、思考的方式就彻底改变了。这才是关键所在。以人为本，而非以问题为本，才能推动真正需要的变革，去解决那些最棘手的事。设计思维让人追求渐进式方案，一步步推进；它也让人以一种新的方式出发——短期看可能稍慢，但长期看方向更准、方案更完整。它能连接人和团队，改变心态和能力，让人从追求完美转向实实在在地解决最麻烦的问题。

更多想法，更多进展

解决困难问题的关键之一，是你能产生多少想法。没有新思维，问题就拆解不开，更谈不上解决方案。这正是设计思维无数创意技术发挥作用的地方。想法多了，尝试、失败、学习、构思——这个循环就可以一遍遍跑，直到足够快地达到“试对了”的结果。

最早、最多产的设计思考者之一托马斯·爱迪生，和他的团队尝试了1000次，才解决了可持续、价格合理的电灯问题。他们明白一个秘密：进步是在尝试和失败、学习和构思之间找到的。迭代学习和构思让他们能一次次再试，再加上巨大的毅力，设计思维总能得到回报。所以说，速度固然重要，但矛盾的是，小失败也很重要——沿途快速实现的小失败带来学习，带来更深入的理解，最终反而推高了整体速度。这就是做别人做不成的事的方法。

更快的价值创造

“为什么技术工程师需要设计思维？”这个问题最好的答案，不仅是因为它能解决问题，更是因为它能更快地创造价值。价值实现速度一快，哪怕是渐进的价值，组织都能在几个方面受益。首先，设计思维帮人驾驭各种情况和挑战，最终比别的方法（如果有的话）更快实现目标。其次，因为更快实现目标，就能更好地保留预算，更早重新分配人员和资源，避开许多代价高昂的歧途和死胡同。第三，更快实现目标，企业也能更快开始从投入大量精力设计的方案中收获价值。最后，更妙的是，设计思维还能在前进路上就产出价值——快速向迫切需要它的人交付有价值的东西，让他们能先活下去。当团队与其他技术计划交织在一起时，设计思维的技术和实践就会成为那个“与众不同”的因素，帮其他团队用同样的方式取得进展、快速实现价值。

为什么写这本书？

项目管理协会的《职业脉搏报告2021》显示，2020年，大约12%的项目彻底失败，34%的项目遭遇严重问题，只有55%能按时完成，62%在预算内完成。注意，和上一年相比这已经算有改善。但那些最复杂、最模糊的项目和计划，失败率更高。数据显示，大约50%到70%的数字化转型项目在某个方面没能成功，而那些“成功”的项目，大多数也没达到业务目标和预期成果。组织需要的不是重新开始，而是新的策略和方法。这个新方法到底是什么？什么能为那些陷入问题的人带来真正的改变？

这本书中的设计思维指导、技术和练习，就是改变的关键。它能解决很多问题：理解当前形势和问题如何演变成今天的样子；与组织中正确的人建立联系并有效沟通；建立和维护健康且有韧性的团队；就解决棘手问题的增量方法达成一致；制定“敏捷”计划应对接下来挑战；搭建轻量级、定制化的治理沟通框架；融合利益相关者的全方位视角；设定和管理现实期望；确定正确的优先事项；推动迭代思维、原型设计和测试；平衡日常工作与技术项目的现实需求；融合不同团队的技能；建立更小更紧密的特性团队；尽早识别盲点；以更宽的视角看待工作依赖关系；优化沟通策略；思考如何实施变革、培训用户、管理采用，让工作真正造福他人。

当初讨论这本书时，一致认为分享多年领导和交付技术项目与复杂业务转型的经验教训，非常重要。所以书中全是来自现实世界的经验教训、实际案例和常见错误。希望帮助读者在不确定和模糊中采用新的思考和工作方式，指导他们如何在适当的地方超越常规实践，支持不同的技术和练习，帮他们汇聚人才和团队、形成共识和打造文化，展示别人实践过的案例，让读者能更快效仿、更大受益。最后，还要向读者展示如何通过把设计思维技术和练习作为战略推动工具，来获得竞争优势。

还希望提供一种机制，把每堂设计思维课的内容真正整合起来。为此，每课都以一个虚构案例研究收尾，附上问题和答案。问题不难，目的是让学习产生“黏性”，让人记得住。

“为什么写这本书？”的最终答案，简单说就是：这些经验来自全球项目和复杂技术项目在多个行业的综合提炼。现在正是用设计思维解决棘手问题、完成艰巨任务的最佳时机。

本书结构

全书分五篇，按第1课概述、第2课及全书详细阐述的面向技术工程师的设计思维模型来组织：

第一篇“设计思维基础”，打下全书基础，包含第1到5课。介绍设计思维的概念、操作方式、时机、目的和对象，接着介绍一个简洁的四阶段设计思维模型，展示它如何适用于个人和团队，最后以策划和开展设计思维工作坊收尾。有了这个基础，就可以逐步进入后面四篇介绍的各个阶段。

第二篇“全面理解”，首先聚焦各种技术和练习，把握整体情况或概览现状，然后把注意力转向与正确的人群建立联系、观察和共情，识别出需要关注的问题，专注于有助于理解这些问题的技术和练习。

第三篇“求异思维”，探讨把脑袋里的想法具象化的必要性和方法，作为更深入、与他人共同探索想法的方式。探讨发散性思维技术、提升创造力的练习，以及帮人减少和处理不确定性的练习，最后以解决问题的练习收尾，帮人在问题与不完美起点之间搭桥。

第四篇“交付价值”，介绍能帮人发现和确定向创造价值迈出最佳下一步的设计思维技术和练习。独立或通过团队合作设计解决方案时，学习怎么释放困在问题和情境中的价值，以从小处着手的技术收尾，帮人快速行动并交付，为持续改进和扩展做准备。

第五篇“迭代推动进展”，讨论基于测试反馈进行测试和迭代，以更可重复地学习和执行。涵盖深化对全局、相关人和根本问题理解的迭代技术，帮人改进解决方案。在削减不确定性以取得进展方面，探讨扩展解决方案、部署和支持的方法，最后两课以改进思考、管理变革、快速运作收尾。

正如后面要探索的设计思维模型，每一篇都逐步引导人经历模型各阶段，也让人的回顾和学习，以便持续优化。正是通过设计思维过程的递归特性，以及每个阶段相关的技术和练习，才能共同解决棘手问题，最终交付可衡量的价值和其他收益。

本书受众

如果你在技术领域领导、管理、执行、协助或支持复杂的技术项目和业务驱动的数字化转型，你会发现这本书非常有用。受众包括：

• 产品负责人和产品经理
• Scrum专家和敏捷流程负责人
• 工作流和特性团队负责人
• 项目经理或项目交付负责人
• 企业架构师、云解决方案架构师、各类解决方案和技术架构师
• 商业、技术和功能顾问与分析师
• DevOps负责人和Web及应用开发者
• 用户体验和用户界面专家
• 各类系统和解决方案测试人员
• 系统最终用户，特别是参与构思、设计、评估和测试新技术解决方案的用户
• 网络基础设施专家
• 安全专家和隐私专家
• 数据工程师和数据库管理员
• 技术集成专家
• 云自动化和部署工程师
• 云运营工程师和其他运营专家
• 仪表板和报告专家
• 帮助台和呼叫中心工作人员
• 技术高管、CIO、CTO、CDO和其他IT领导者
• 高管、赞助商和其他转型领导者
• 业务经理和分析师
• IT风险管理专家
• 创新和设计专家
• 变革管理和新系统采纳专家
• 培训专家和其他教育工作者
• 设计思维的学习者，包括任何有兴趣学习如何应用设计思维过程、技术和练习的人

考虑到受众的多样性，重要的是在材料广度和深度之间取得平衡。每堂设计思维课都为每位读者提供了价值，不管是初学者还是经验丰富的设计思维实践者。

来源：互联网