不管你如何定义,云就是你的用户展示其在组织中的价值的另外一个工具。当谈论新的范例或者技术(云是二者兼有)的时候很容易被它的新特性所分心。由一系列无止境的问题引起的对话可以很快的被发展为功能愿景清单,全部下面的这些都是你可能已经考虑到的:安全
这样的清单还能够列举不少。运维
当开始 IT 现代化,或者数字转型,不管你是如何称呼的,一般方法是开始回答更高管理层的一些高层次问题,这种方法的结果是能够预想到的:失败。通过大范围的调研而且花费了数月的时间(若是不是几年的话)部署了这个最炫的新技术,而这个新的云技术却从未被使用过,并且陷入了荒废,直到它最终被丢弃或者遗忘在数据中心的一角和预算之中。工具
这是由于不管你交付的是什么工具,都不是用户所想要或者须要的。更加糟糕的是,它多是一个单一的工具,而用户真正须要的是一系列工具 —— 可以随着时间推移,更换升级为更新的、更漂亮的工具,以更好地知足其需求。设计
专一于重要的事情进程
问题在于关注,传统上一直是关注于工具。但工具并非要增长到组织价值中的东西;终端用户利用它作什么才是目的。你须要将你的注意力从建立云(例如技术和工具)转移到你的人员和用户身上。开发
事实上,除了使用工具的用户(而不是工具自己)是驱动价值的因素以外,聚焦注意力在用户身上也是有其它缘由的。工具是给用户使用去解决他们的问题并容许他们创造价值的,因此这就致使了若是那些工具不能知足那些用户的需求,那么那些工具将不会被使用。若是你交付给你的用户的工具并非他们喜欢的,他们将不会使用,这就是人类的人性行为。部署
数十年来,IT 产业只为用户提供一种解决方案,由于仅有一个或两个选择,用户是没有权力去改变的。如今状况已经不一样了。咱们如今生活在一个技术选择的世界中。不给用户一个选择的机会的状况将不会被接受的;他们在我的的科技生活中有选择,同时但愿在工做中也有选择。如今的用户都是受过教育的而且知道将会有比你所提供的更好选择。虚拟机
所以,在物理上的最安全的地点以外,没有可以阻止他们只作他们本身想要的东西的方法,咱们称之为“影子 IT”。若是你的组织有如此严格的安全策略和承诺策略而不容许影子 IT,许多员工将会感到灰心丧气而且会离职去其余能提供更好机会的公司。it
基于以上全部的缘由,你必须牢记要首先和你的最终用户设计你的昂贵又费时的云项目。容器
建立知足用户需求的云五个步骤的过程
既然咱们已经知道了为何,接下来咱们来讨论一下怎么作。你如何去为终端用户建立一个云?你怎样从新将你的注意力从技术转移到使用技术的用户身上?
根据以往的经验,咱们知道最好的方法中包含两件重要的事情:从你的用户中获得及时的反馈,在建立中和用户进行更多的互动。
你的云环境将继续随着你的组织不断发展。下面的五个步骤将会帮助你建立知足用户需求的云环境。
一、识别谁将是你的用户
在你开始询问用户问题以前,你首先必须识别谁将是你的新的云环境的用户。他们可能包括将在云上建立开发应用的开发者;也多是运营、维护或者或者建立该云的运维团队;还多是保护你的组织的安全团队。在第一次迭代时,将你的用户数量缩小至人数较少的小组防止你被大量的反馈所淹没,让你识别的每一个小组指派两个表明(一个主要的一个辅助的)。这将使你的第一次交付在规模和时间上都很小。
二、和你的用户面对面的交谈来收获有价值的输入。
得到反馈的最佳途径是和用户直接交谈。群发的邮件会自行挑选出受访者——若是你能收到回复的话。小组讨论会颇有帮助的,可是当人们有个私密的、专一的对话者时,他们会比较的坦诚。
和你的第一批用户安排个面对面的我的的会谈,而且向他们询问如下的问题:
这些问题只是指导性的,并不必定适合每一个组织。你不该该只询问这些问题,他们应该导向更深层次的讨论。确保告诉用户他们任何所说的和被问的都被视做反馈,全部的反馈都是有帮助的,不管是消极的仍是积极的。这些对话将会帮助你设置你的开发优先级。
收集这种个性化的反馈是保持初始用户群较小的另外一个缘由:这将会花费你大量的时间来和每一个用户交流,可是咱们已经发现这是至关值得付出的投入。
三、设计并交付你的解决方案的第一个版本
一旦你收到初始用户的反馈,就是时候开始去设计并交付一部分的功能了。咱们不推荐尝试一次性交付整个解决方案。设计和交付的时期要短;这能够避免你花费一年的时间去构建一个你认为正确的解决方案,而只会让你的用户拒绝它,由于对他们来讲毫无用处。建立你的云所须要的工具取决于你的组织和它的特殊需求。只需确保你的解决方案是创建在用户的反馈的基础上的,你将功能小块化的交付而且要常常的去征求用户的反馈。
四、询问用户对第一个版本的反馈
太棒了,如今你已经设计并向你的用户交付了你的炫酷的新的云环境的第一个版本!你并非花费一全年去完成它而是将它处理成小的模块。为何将其分为小的模块如此重要呢?由于你要回到你的用户组而且向他们收集关于你的设计和交付的功能。他们喜欢什么?不喜欢什么?你正确的处理了他们所关注的吗?是技术功能上很厉害,但系统进程或者策略方面仍然欠缺吗?
再重申一次,你要问的问题取决于你的组织;这里的关键是继续前一个阶段的讨论。毕竟你正在为用户建立云环境,因此确保它对用户来讲是有用的而且可以有效利用每一个人的时间。
五、回到第一步。
这是一个迭代的过程。你的首次交付应该是快速而小规模的,并且之后的迭代也应该是这样的。不要期待仅仅按照这个流程完成了一次、两次甚至是三次就能完成。一旦你持续的迭代,你将会吸引更多的用户从而可以在这个过程当中获得更好的回报。你将会从用户那里获得更多的支持。你可以迭代的更迅速而且更可靠。到最后,你将会经过改变你的流程来知足用户的需求。
用户是这个过程当中最重要的一部分,但迭代是第二重要的由于它让你可以回到用户中进行持续沟通从而获得更多有用的信息。在每一个阶段,记录哪些是有效的哪些没有起到应有的效果。要自省,要对本身诚实。咱们所花费的时间提供了最有价值的了吗?若是不是,在下一个阶段尝试些不一样的。在每次循环中不要花费太多时间的最重要的部分是,若是某部分在此次不起做用,你可以很容易的在下一次中调整它,直到你找到可以在你组织中起做用的方法。
这仅仅是开始
经过许多客户约见,从他们那里收集反馈,以及在这个领域的同行的经验,咱们一次次的发如今建立云的时候最重要事就是和你的用户交谈。这彷佛是很明显的,但很让人惊讶的是不少组织却偏离了这个方向去花费数月或者数年的时间去建立,而后最终发现它对终端用户甚至一点用处都没有。
如今你已经知道为何你须要将你的注意力集中到终端用户身上而且在中心节点和用户一块儿的互动建立云。剩下的是咱们所喜欢的部分,你本身去作的部分。
这篇文章是基于一篇做者在 Red Hat Summit 2018 上发表的文章“[为终端用户设计混合云,要么失败]”。