本文与 Ian Tewksbury 共同撰写。
无论您如何定义，云只是您的用户执行组织价值流中的一部分的另一种工具。 当谈论任何新的范例或技术（云可以说是两者）时，很容易被它的新颖性所分散注意力。 对话可能很快演变成一系列永无止境的问题引发的功能愿望清单，而所有这些问题您可能已经考虑过了
- 它是公共云、私有云还是混合云？
- 它将使用虚拟机还是容器，或者两者都使用？
- 它将是自助服务吗？
- 它将从开发到生产完全自动化，还是会有手动关卡？
- 我们能把它做多快？
- 工具 X、Y 或 Z 怎么样？
诸如此类。
开始 IT 现代化或数字化转型的常用方法是开始在更高层次的管理层中回答高层次的问题。 这种方法的结果是可预测的：失败。 在广泛研究并花费数月甚至数年的时间部署最先进的新技术之后，新的云从未被使用，并陷入失修状态，直到最终被报废或被遗忘在数据中心和预算中尘土飞扬的角落里。
这是因为交付的不是用户想要或需要的工具。 更糟糕的是，它可能只是一个单一的工具，而用户真正需要的是一系列工具，这些工具可以随着更新、更炫、升级后的工具出现而随时更换，从而更好地满足他们的需求。
关注重要事项
问题在于关注点，传统上关注的是工具。 但工具并不能增加您组织的价值流；最终用户使用工具才能做到这一点。 您需要将注意力从构建云（例如，技术和工具）转移到您的人员（您的用户）。
除了用户使用工具（而不是工具本身）是驱动价值的原因之外，还有其他理由关注用户。 这些工具是供用户使用来解决他们的问题并允许他们创造价值的，因此，如果这些工具不能满足这些用户的需求，那么这些工具将不会被使用。 如果您交付用户不喜欢的工具，他们就不会使用它们。 这是自然的人类行为。
在过去的几十年里，IT 行业一直为用户提供单一解决方案，因为只有一两个选择，而且用户无权改变这一点。 情况不再如此。 我们现在生活在技术选择的世界中。 用户不再接受没有选择；他们在个人技术生活中拥有选择，并且他们也希望在工作场所中拥有选择。 今天的用户受过良好教育，并且知道有比您一直提供的更好的选择。
因此，除了最安全的物理位置之外，没有办法阻止他们做他们想做的事情，我们称之为“影子 IT”。 如果您的组织有如此严格的安全和合规性政策，以至于影子 IT 不可能实现，那么您最好的员工中的许多人会感到沮丧并离开去其他提供他们选择的组织。
由于所有这些原因，您必须在设计昂贵且耗时的云项目时，将您的最终用户放在首位。
为用户需求构建云的五个步骤
现在我们知道了为什么，让我们谈谈如何。 您如何为最终用户构建云？ 您如何开始将注意力从技术重新转移到使用该技术的人员？
通过经验，我们了解到最好的方法涉及两件事：从您的用户那里获得持续的反馈，并以迭代的方式构建事物。
您的云环境将随着您的组织不断发展。 以下五个步骤将帮助您创建一个满足用户需求的云。
1. 确定您的用户将是谁。
在您可以开始向用户提问之前，您首先必须确定您的新云的用户将是谁。 他们可能包括在云上构建应用程序的开发人员； 将运营、维护并可能构建云的运营团队； 以及保护您组织的安全团队。 对于第一次迭代，将您的用户范围缩小到一个较小的群体，这样您就不会被反馈淹没。 要求您确定的每个用户组任命两名联络人（一名主要联络人和一名次要联络人），他们将代表他们的团队参与此过程。 这也将使您的第一次交付在规模和时间上都保持较小。
2. 与您的用户面对面交流，以获得有价值的输入。
获取用户反馈的最佳方式是通过直接沟通。 大量发送电子邮件请求输入将自我选择响应者——如果您甚至得到响应。 小组讨论可能很有帮助，但人们在拥有私人、专心的听众时往往会更坦诚。
安排与您的第一批用户进行面对面的个人会议，向他们提出以下问题
- 您需要什么才能完成您的任务？
- 您想要什么才能完成您的任务？
- 您当前最令人恼火的技术难题是什么？
- 您当前最令人恼火的政策或程序性难题是什么？
- 您有什么想法来解决您的任何需求、愿望或难题？
这些问题是指南，并非对每个组织都是理想的。 它们不应该是您提出的唯一问题，并且它们应该导致进一步的讨论。 请务必告诉人们，任何说出或提出的内容都将被视为反馈，并且所有反馈都有帮助，无论是正面的还是负面的。 这些对话的结果将有助于设定您的开发优先级。
收集这种级别的个性化反馈是使您的初始用户群保持较小的另一个原因：与每个用户坐下来需要花费大量时间，但我们发现这是绝对值得的投资。
3. 设计并交付您的第一个解决方案迭代。
一旦您从您的初始用户那里收集了反馈，就该设计和交付一块功能了。 我们不建议尝试交付整个解决方案。 设计和交付阶段应该很短； 这是为了避免犯下花费一年时间构建您认为正确的解决方案的巨大错误，结果您的用户却拒绝它，因为它对他们没有益处。 您选择用于构建云的特定工具将取决于您的组织及其特定需求。 只需确保您构建的解决方案基于用户的反馈，并且您以小块的形式交付它，以便尽可能频繁地征求他们的反馈。
4. 征求用户对第一次迭代的反馈。
太棒了，现在您已经将您的花哨的新云的第一个迭代设计并交付给您的最终用户！ 您没有花费一年的时间来完成它，而是以小块的形式处理它。 为什么以小块的形式做事很重要？ 这是因为您要回到您的用户组并收集关于您的设计和交付的反馈。 他们喜欢什么？ 他们不喜欢什么？ 您是否正确解决了他们的顾虑？ 技术很棒，但是系统的流程或策略方面仍然不足吗？
同样，您将提出的问题取决于您的组织； 这里的关键是继续从早期阶段开始的讨论。 毕竟，您正在为用户构建此云，因此请确保它对他们有用，并且是对每个人时间的富有成效的利用。
5. 返回到步骤 1。
这是一个迭代的过程。 您的第一次交付应该是快速且小型的，并且所有未来的迭代也应该是如此。 不要期望能够按照此过程一次、两次甚至三次就完成。 随着您的迭代，您将引入更多用户，并在此过程中做得更好。 您将从用户那里获得更多的认可。 您将能够更快、更可靠地迭代。 并且，最后，您将更改您的流程以满足用户的需求。
用户是此过程中最重要的部分，但迭代是第二重要的部分，因为它允许您不断返回到用户并获得更多信息。 在每个阶段，请记下哪些有效，哪些无效。 反省并诚实地对待自己。 我们是否为我们所花费的时间提供了尽可能多的价值？ 如果没有，请在下一阶段尝试一些不同的东西。 不在每个周期中花费太多时间的好处是，如果这次有什么不起作用，您可以很容易地在下次对其进行调整，直到找到适合您组织的方法。
这仅仅是个开始
通过许多客户互动、从用户那里收集的反馈以及来自该领域同行的经验，我们一次又一次地发现，在构建云时，您可以做的最重要的事情就是与您的用户交谈。 这似乎显而易见，但令人惊讶的是，有多少组织会离开并构建一些东西几个月或几年，然后发现它甚至对最终用户没有用处。
现在您知道为什么应该将注意力集中在最终用户身上并且拥有一个以他们为中心的构建云的流程。 剩下的部分是我们都喜欢的部分，也就是您出去并完成它的部分。
本文基于作者将在 红帽峰会 2018 (Red Hat Summit 2018) 上发表的题为“为最终用户设计混合云 - 否则失败”的演讲，该峰会将于 5 月 8 日至 10 日在旧金山举行。
请在 5 月 7 日前注册，以节省 500 美元注册费。 在付款页面使用折扣码 OPEN18 以应用折扣。
评论已关闭。