Scrum 当然不再是新鲜事了。因此，我假设您——作为医疗保健领域的营销人员、沟通官员或 IT 经理——广泛了解 Scrum 和敏捷开发的含义。但您可能还不知道 Scrum 使整个开发过程更加人性化。这正是它非常适合医疗保健领域 IT 产品开发的原因。
医疗保健与人有关，IT 与机器有关
这正是医疗保健以人为本的原因。 IT 基本上是关于机器和代码。这两个学科几乎是截然对立的。从事医疗保健工作的人通常也关注人类价值观。当然，每个人的情况都不同，但我的经验是医护人员的沟通方式相当温和。
另一方面，IT 人员通常是典型的科学家。他们可以直截了当，准确地告诉它是什么，甚至什么也不说。这并不总是受到医疗保健客户的重视。反之亦然，IT 专业人员在与医疗保健专业人员交谈时经常思考：“你想要什么？”提供一些战术性和谨慎性的东西有时会在这个群体中引起误解。他们更希望你说得清楚。
IT 和医疗保健彼此需要（越来越多）。
因此，IT 和医疗保健相距甚远。然而他们彼此需要。而且声音越来越大。只需看看患者可穿戴设备、电子患者档案、连接客户和医疗保健提供者的数字平台等发展即可。不断增长的市场力量以及 萨尔瓦多 WhatsApp 在数字世界中成长的一代人的到来也需要行业中越来越多的 IT 解决方案。幸运的是，有 Scrum：一种将 IT 专业人员和医疗保健员工紧密联系在一起的开发技术。我很乐意告诉你这是如何运作的。
敏捷开发就是人的发展
使用传统的开发方法，客户和 IT 合作伙伴之间不会持续对话。由于两个行业相距如此之远，这会造成误解。这与 scrum 不同。这种开发方法论是基于敏捷思维方式的。敏捷宣言描述了四个主要思想。这四个支柱中的两个明确地将人的方面置于技术和流程方面之前。
“人员和交互胜过流程和工具”
在敏捷开发过程中，人员和交互始终处于优先地位。这并不意味着（记录的）流程和用于开发的工具不重要。但如果在实践中发现某个流程对开发人员或最终用户不起作用，那么您就需要调整该流程。因为人是第一位的。例如，您可以认为产品负责人（稍后详细介绍）是唯一与最终用户有联系的人。但是，如果开发人员不能清楚地了解真正帮助最终用户需要什么，那么该过程将无法进行。所以你需要重新考虑这个过程。
“合同谈判中的客户协作”
当然，作为 IT 机构，您需要与客户签订合同。但与客户合作更为重要。你们将一起在商定的预算内寻找最佳解决方案。当问题出现时，你们不会互相指责，而是一起寻找解决方案。简而言之，IT 机构和客户是同一条船。
人性原则
除了主要支柱外，还有十二项原则。我想解释下面这 12 条原则中的 4 条，因为它们清楚地展示了敏捷开发如何让 IT 变得更加人性化。
1. 团队是自组织的
管理团队的不是管理者，而是团队本身。积极进取的专家非常清楚如何开展工作，这适用于医疗保健专家和 IT 专家。所以不要给他们任务，而是目标。并让他们决定如何实现该目标。这样你就可以赋予人们更多的责任，从而创造更多的动力。
2. 让有动力的人相信工作一定会完成
假设人们有内在动力去按时做好工作。让开发人员相信他们正在构建正确的东西，并且他们的工作将足够快地完成。你不必为此不断地追逐他们。
3. 确保“可持续的步伐”
每个人都必须能够无限期地保持开发人员工作和开发的节奏。例如，这意味着不得加班，除非人们愿意。在这方面，“冲刺”这个术语（我们用它来表示最终产品的部分交付的短周期）可能不是一个非常有用的选择。这更像是一场马拉松，每个人都可以以相同的速度跑完每一公里。
4. 面对面交谈
如今，您可以在云中完成所有操作。通过视频通话进行讨论真是太好了，因为这样你们就可以看到对方了，对吧？从某种意义上来说确实如此，但这仍然不是最人道的方式。一起在一个房间里，能够看着对方的眼睛：这仍然是最丰富的交流方式。这就是为什么 IT 团队和客户定期见面非常重要。
例如，如果我们进行两周的冲刺，我们至少每两周会见客户一次，每次一个半小时。这样，误会就会减少，双方也会更加了解对方。产品负责人和 IT 团队通常甚至每天都会见面。