什么是设计思维？
每天分享最新软件开发，Devops，敏捷，测试以及项目管理最新，最热门的文章，每天花3分钟学习何乐而不为，希望大家点赞，加关注，你的支持是我最大的动力。
设计思维是由斯坦福大学教授 Tim Brown 和 IDEO 的 CEO 创立的一种方法论，他们希望通过移情的方法来改善为客户提供的服务。每一次，《设计思维》中提出的方法都被世界各地使用，尤其是在那些想要解决问题的组织中，以客户为中心，基于想法、建议和实验，最重要的是。
即使最终产品或可交付产品的理想还不清楚，但是如果问题已经清楚，并且最终客户的试验工作得到了加强，这种动态也会发生。这种解决问题的方法有不同的阶段，但毫无疑问，它的基础是关注客户的需求，移情，观察，评估，创建原型(实验) ，测试，获得反馈，并改进产品。
这一过程允许可持续增长，并基于来自多个学科的团队，以实现产品或服务，技术上可行，以满足预期和在现有资源范围内。
过程。
通过不同的设计思考阶段，我们可以使用一系列的技术和工具，让我们开发新的产品和服务，从理解问题或需求到原型，商业模式，评估备选方案，客户反馈等。重要的是要强调这是一个迭代过程。
图1设计思考步骤
为了便于理解，本文简要描述了这些阶段; 然而，我将重点介绍“同理心”阶段及其工具，以提高客户的需求、他们的愿望、了解他们的“痛苦”以及如何计划可能的解决方案。独立于项目方法: 预测、敏捷或混合。
- 感同身受:
这个阶段可能是最相关的，因为它侧重于作为一个团队和个人的理解，客户的愿望和激励，超越了需求本身。这种方法在很大程度上取得了成功，因为它促使您深入了解客户或最终用户。当然，考虑到“硬”数据、数字、固定策略、商业计划，这些都很重要，因为它们是问题的“背景”，但这不是移情的主要目标。
这种同理心是通过与最终用户或客户互动来实现的。理解自己的观点，理想化地生活。这个阶段的几个工具和技术是我将在本文中深化的。
- 定义:
在第一阶段，我们应该能够以必要的深度获得用户/客户提出的主要问题。因此，有必要对所获得的信息进行评估，并详细说明在更大程度上有助于真正了解用户的信息。这里定义了一些假设，这些假设提供了更大的机会，以便在解决问题时为客户创造价值。
想法:
现在轮到我们详细阐述从上一阶段选出的问题的想法了，重点是寻找一系列的解决方案，没有什么“坏主意”，选择越多对过程越好。在这个阶段，头脑风暴是至关重要的，要为团队寻找最好的头脑风暴及其特点，当然要考虑到用户/客户。顾名思义，在这个阶段解决方案的想法是工作，并鼓励所有团队成员的协作和参与。
原型:
顾名思义，这里的想法被转换成原型。它追求团队和客户的进一步实验。原型可以用普通材料制作，比如反映最终产品功能的纸、纸板、乐高积木。或者在数字原型的情况下，应用程序演示。
测试:
在这里使用原型进行测试，并要求用户/客户提供关于原型实验的反馈。这个阶段允许识别改进、失败、缺陷、必须维护的优点等等。理想的是作为一个团队保持一个接受的看待用户与原型的互动，回答问题和文件。
评估:
在这里，有必要对前一阶段的误差进行分析和观察，寻找产品的改进点。这可能会导致我们回到改进后的产品的前几个阶段，并再次进行试验，直到我们得到最接近用户/客户所需的产品。
设计思考工具。
独立于项目方法: 预测、敏捷或混合。特别是对于用户的“需求”或“故事”，以下工具或技术在补充和充分识别客户的需求方面增加了很多价值。
- Empathy Map : 这是最有用和最适用的工具之一，以了解我们的客户/用户深入。它允许提供客户背后“人类”方面的全球视野
这是一个类似于下面介绍的画布，当然可以与我们作为一个团队确定对我们的过程有价值的领域相辅相成，这给我们带来诸如下列好处:
- 提高客户或用户的认识有一个客户需求的仪表盘视图Land expectations 并记录下来。Land expectations效果省了一千字. 根据获得的Land expectations产品增强需求的提升并丰富用户情景。让你参与到客户的“痛苦”中，体验他们的担忧
FIGURE 2. EMPATHY MAP
- 作业跟踪或观察:注重观察，辅以与利益相关者或用户的访谈，这些利益相关者或用户执行作为客户环境一部分的业务流程活动。示例: 制鞋厂意味着观察(而不仅仅是谈话或面试)所有那些作为必需业务流程一部分的角色。例如，在资讯科技或科技行业，常见的指标包括: 用户在系统或应用程序中执行的一些交互作用，他们将这些交互作为调查过程的一部分。系统或应用程序的故障或故障点。 系统或应用程序功能的执行进程时间 当然，一切都与客户体验有关
好处: 观察它超越了故事，组织的日常操作(原位) ，允许了解、记录和查看流程的关键点以及可以改进的地方。没有比来自第一个来源的反馈更好的了，体验并证明将成为我们项目干预重点的活动，让我们除了记录当前的流程，了解用户(客户)的“痛苦”和他们的期望。
- Actors Map : 这是一个图形表示，非常简单，允许集中在同一个平面，互动，参与的程度，以及与我们的主要客户有关的参与者的关系。所有这一切都是在试图发展的问题的背景下发生的
有几种方式来表示这个地图，下面描述的例子是圆形，它被分成三个部分，根据客户关系的领域，细分是根据我们的需要。
FIGURE 2. ACTORS MAP
另一个重要的问题是，行为者的注视也等同于对项目感兴趣的人或机构，例如私人或公共机构。
他们参与了这个图表:
- Direct actors: 他们直接与我们的客户互动(在中心)。我们可以联想到他们或多或少的影响
- Main actors : 他们与我们的主要客户有联系和互动，他们的互动比较少，你对他们的控制力不强
- Secondary actors : 他们与我们的主要客户有关联和互动，以一种遥远的方式，但可能有也可能没有影响力和相关性。他们难以捉摸
项目管理中的设计思维
在项目中，独立于方法，我们可以创新，使用工具或技术，这些工具或技术对于我们的项目来说不一定是传统的或通常的。准确地说，在市场的活力和我们客户的行为，我们必须有能力作为一个团队和组织，当然，适应和使用这些技术，方便我们的日常生活，让我们了解我们的用户或客户谁最终是我们的活动的主要焦点。
在这种情况下，我们可以使用这个工具来定义:
- 顾客需求
- 产品特色
- 项目范围
- 设计业务流程
- IT 架构
- 需求分析这种方法帮助我们识别利益相关者，改进选择项目的过程，减少冲突，在不断变化的世界中创新，解决复杂的问题，我们可以努力满足需求并增加业务的价值。
Giovanny Guillen
我是一个技术爱好者，从事软件开发和项目管理工作超过20年。作为一名技术项目经理，我喜欢管理软件开发项目，应用 PMI 最佳实践和敏捷方法，在增加收入、市场份额和利润、降低成本、管理成功的项目以及与公司战略保持一致方面取得成功。作为一名软件开发人员，我喜欢将复杂的问题转化为简单的问题来改进业务流程。我有在 IBM AS/400和 Windows 平台上管理和开发面向业务集成和数字化转型的软件的经验
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 举报，一经查实，本站将立刻删除。