当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风险管理专家
- 创新和设计专家
- 变革管理和新系统采纳专家
- 培训专家和其他教育工作者
- 设计思维的学习者，包括任何有兴趣学习如何应用设计思维过程、技术和练习的人
考虑到受众的多样性，重要的是在材料广度和深度之间取得平衡。每堂设计思维课都为每位读者提供了价值，不管是初学者还是经验丰富的设计思维实践者。
