是的，但实际上，项目经理为什么要接管设计思维的任务？ 项目经理已经在忙于协调，加速和优先处理没有它的所有工作。
本文的灵感来自于
我的同事们的
经验，以及我对实施SAP eWM（扩展仓库管理-一种用于自动化仓库管理的系统）以及许多其他项目的兼职最终用户的项目经理的反思。
设计思维的主要价值是什么？ 这种技术使您不必忘记通常会错过或取消优先级的简单且几乎免费的步骤（尤其是在大型项目中），但是在启动过程中它们会发出很大声响。
什么时候应用设计思维才有意义？ 在任何不确定的情况下。 出乎意料地+ NN千克？ 工作停止了吗？ 寻找新的自动化想法？ 您可以尝试应用设计思维。 这种方法最近变得很流行，但是我们在其工作中使用了许多工具很长时间了。
那么，这种方法的独特性是什么？ 设计思维从结构上接近创建新思维的过程，使您可以快速而有效地取得业务成果。
与传统的分析方法不同，在提出任务时，会开发解决方案并选择最佳解决方案：
设计思维方法更倾向于专注于最终用户，快速创建产品的第一个原型，例如智能手机的纸屏幕，并与最终用户测试该原型以获得即时反馈：
因此，过去需要几个月的时间现在可以在一天之内完成。 在我们快节奏的VUCA世界中尤其如此。
在火星，我们使用一种经过修改的设计思维方法论，该方法论包括六个阶段，每个阶段我们都可以适应特定的业务问题。
我建议按照SAP eWM项目启动示例的所有步骤进行操作（我们将工厂仓库中的SAP BIOS从新西伯利亚更改为顿河畔罗斯托夫）。 在该项目中，明确了要做什么，但问题仍然是如何建立有效的团队互动，该互动基于不同的时区，并且已经在执行操作任务。
第一阶段：框架。 在这里，我们定义了真正的问题，通过在“我们如何……？”中改写该问题来扩大搜索范围，并更深入地研究著名的问题“为什么？”和“为什么？”。 在SAP eWM项目中，问题最初很明确：“我们如何解决上一个项目的“困境”，并从中汲取最大的收益，以便在一年的计划预算中启动？”，因此，我将分享IT自动化团队的另一个例子我不得不找出问题所在（稍后，我将展示SAP eWM项目的最终结果）。 最初，IT自动化团队希望增加想法的数量，但是经过三个“为什么？”，这些家伙意识到问题不在于IT自动化的想法数量，而是需要由现有资源处理的越来越多的请求流。 因此，在“我们如何在当前工作中找到隐藏的储备？”中对问题进行了重新表述。
第二阶段：探索 。 在这里，我们离开房间，将自己置于用户的位置（我们通过他的使用/获得经验的方式），或者只是问他喜欢什么，什么“伤痕”，什么行得通/不行之有效，试图了解用户的真正需求。 在SAP eWM项目中，我们以反映以前的经验和每个参与者的希望的方式进行此操作：一个恐惧（“耙”）=一个标签，一个愿望（最好）=一个标签，这使我们能够在友好的氛围中说出以前的经验并共同制定成功标准。 在IT自动化的示例中，我们询问了同事他们对工作的看法以及他们希望改进的地方。 无论潜水发生什么形式； 重要-结果收集到的见解的数量。
第三阶段：需要进行
Sense-Make ，以将大量见解转化为质量，总结研究结果并形成我们对用户的深刻需求的愿景。 我使用了一组类似的见解，还有一些用于创建角色和用户路径图的技术。 通常，在这个阶段，考虑到用户的实际需求，重新制定最初的问题。 例如，在SAP eWM项目中，最初的问题“我们如何摆脱上一个项目的“困境”，并充分利用它，以便在一年的计划预算中启动？”转化为两个问题：“我们如何最大程度地组织远程项目团队的工作有效地将运营和设计工作结合在一起？”和“我们如何在工厂中以明显，准时，最有效和有效的方式替换工厂中的WMS（仓库管理系统），对最终用户是无形的，而对于马则是最简单，最透明的 GOVERNMENTAL用户进程，不会丢失重要的细节，并保持企业利益相关者的重点是什么？”。
如果设计思考会议的时间有限，则可以在离线准备中完成前三个步骤。
第四阶段：创建 。 在这里，我们开始对上一步中确定的问题进行标准的集体讨论，其结果将选择在原型中实施的想法。
原型使我们回到童年时代，当时用纸剪掉了钱，房子是用椅子和毯子盖起来的。 所有这些都是真实情况的原型。 在设计思想的世界中，可以从垃圾桶的内容中制造出一个原型，因为它的成本很低。
IT自动化原型的示例：
第五阶段：学习是与最终用户一起测试原型，获得快速反馈，在考虑到反馈的情况下最终确定原型，然后再次测试，反馈，最终确定为可接受的结果。
第六阶段-试点 ：推出轰炸产品，因为用户自己参与了它的诞生，开发和修订！
设计思想的另一个优点是，该过程非常灵活，无需经过所有五个步骤。 您可以随时停止该过程，或者在必要时将其循环。
这种方法有其缺点：
- 很难数字化使用技术的好处；
- 通常，设计思维会议被认为是“度过了愉快的时光”，如果三周之内没有第一款演示产品的义务以及与负责人的分步计划，其结果很可能会落在桌面上。
我还想指出的是，设计思维不仅仅是一个会议或一种技术，它是项目经理的思想，它理解最终用户的需求并在制定决策时将其考虑在内。 当然，设计思想并不能否定经典的项目管理技术，而只会增加拥有必要资源的成功项目的可能性。
那么设计思维如何帮助IT项目经理？ 根据我自己的经验以及来自其他地区的同事的经验，我意识到设计思想为项目增加了新的维度-最终用户。 通常，IT项目的客户是公司的高级领导或董事会，而该项目要解决的问题是与项目经理一起在此级别上提出的，而没有考虑最终用户的经验。 通常，项目团队借助IT工具成功解决了这个问题，实施后，每个人都意识到现在有必要更改现有的业务流程，这对于公司而言可能是非常痛苦的。
即使在问题形成阶段就吸引最终用户，我们也可以通过实际业务来“看到”高级领导者的问题，并选择更准确和合适的IT解决方案。
在设计阶段吸引最终用户，我们可以了解我们的IT实施将如何影响业务流程，并同时启动当前流程的更改。
通过与最终用户进行测试，我们可以帮助他们在拒绝，愤怒，讨价还价和做出新决定的阶段前进，让他们在发布之前成为其大使（如果同事说IT部门的人制造了很酷的芯片，那么每个人都想马上尝试一下） 。
最后，我想再次提醒您，当至少一个项目团队成员有意识地希望使用这种方法，并且项目团队（与领导者一起）可以冷静地听取其他观点时，在高度不确定的情况下设计思维会很好地起作用。
敞开心heart地聆听，仔细地观看，用爱说话，不要忘记用户的内心渴望：“让它自己发挥作用！”