当系统管理员伸出援助之手

您可能已经看过这本幽默的幽默漫画,内容是有关系统管理员在非IT,企业或潜在市场营销部门的请求下伸出援手的。不?好吧,现在来看一下……

可笑的 Sysadmin Ironie丢失的数据中心
当系统管理员伸出援助之手

Dilbert引用的漫画背后的幽默,或Dilbert引用的其他好漫画 commitstrip.com 就是说,尽管敏捷性和业务堆积了对云的需求,但利用公司数据中心外部的技术,总会有一个系统管理员拥有最后的发言权或 …

…需要做一些事情才能实现。最糟糕的是,没有他们批准您的要求甚至支持您的活动,您就无法取得进步。

为什么这是一个问题

通常,您公司中的其他人总是需要一些东西,而这是’一件坏事。但是,即使使用最小的云项目或进行概念验证(PoC),也存在一些无法单独解决的依赖项。它从与公司企业协议链接的Azure订阅的要求开始…与Azure或Azure之间的网络连接…并确保涉及更高级的方案(例如与Active Directory集成以使用现有身份或用于单点登录)。如您所见,截然不同的主题很快就需要其他人的帮助–或者您正在“the” uber admin?

但是,我们的同事坐在IT部门–在本文中也称为“the others” –似乎不喜欢您的请求,这是一个很大的问题,因为如果您的项目不这样做,他们将无法继续前进’不支持你。但是您甚至想知道为什么其他人会像他们一样吗?让’探索背后的一些潜在原因…

  • 最后一分钟的请求: 当您知道使事情发生所需的东西时,通常是“now”,因为您刚刚遇到问题或注意到有依赖性。毕竟,您是个敏捷的混蛋-
    • 考虑一下……这并不意味着IT并不敏捷,但是可能他们并没有整天都在等待您的请求到达。 90年代结束了,这几天连IT都必须工作。也许您想给他们一个准备您的要求的机会。在几天前向他们发送快速(但很好)的通知可能会有所帮助,以便宣布与项目有关的问题。
  • 影子IT:人们担心,在已知的现实之外以及在他们所负责的领域之外,存在着一个并行的(IT)世界。另外,有些人可能会担心(甚至有些恐慌),他们不得不在自己管理的其他一切之上支持您的新事物。
    • 还有一些想法需要补充……影子IT的好与坏–很高兴看到创新源自不同团队的推动,为什么我们在Microsoft都喜欢Shadow IT’s。但是,我们都担心一个PoC最终会投入生产,没有人愿意再碰它了。虽然可以在现场进行原型制作,但是请确保解决方案在投入生产后就可以进行管理(针对24/7),这可能必须由公司IT部门完成。
  • 害怕失去控制: 例如,对于影子IT的强烈反应显然是担心变得多余或无关紧要。而且,通过将内容移动到自我管理的云中,甚至由公司IT以外的其他人管理,这将成为一个比我们最初想象的更大的问题。不仅被替换,而且无法控制您在云中交付的任何内容,这使同事感到不安。
    • 你会如何反应? 大多数人担心自己不知道的事,在石器时代已经如此,我们搬到火星时可能会接管。但是,向人们展示如何成为他们的一部分“the transformation”,甚至在项目中学习新事物也会帮助他们保持相关性。也许只是有人需要“sell” the opportunity.
  • 隐形性 您想要实现的目标:您的同事可能根本不知道您想要做什么以及为什么。即使他们知道,他们也可能不了解您的工作如何带来价值。这令人怀疑,可以追溯到我们担心的事情-
    • 大学教师’t forget… 我们每个人都有完整的议程,每天都会收到大量电子邮件。因此,对最后一分钟的通话/询问不那么感兴趣,并且是否可以轻松了解详细信息–您可能不会获得太多支持。事先共享信息,明确您的要求并共享足够但不要过多的信息。
  • 缺少敏捷性 并希望坚持流程:显然,并非每个人都是像您一样敏捷的混蛋–有光荣的人遵循公司的惯例和流程,毕竟这些惯例和流程是有原因的。
    • 不,有些事情永远不会改变!如果人们仍然相信瀑布过程并且没有听说过敏捷,那么您可能会 需要唤醒他们。时代已经改变,内部部署流程不一定适用于云。

普通演员

在上一章中分享了一些常见的场景之后,您可能想要考虑可以与之聊天的演员列表。以下是一些见解的列表,为什么您通常需要让这些部门的人参与进来:

  • IT安全性: 您需要生产用户使用具有公司证书的服务-或用户输入真实数据,业务数据或-神禁止-客户数据。也许您构建的云技术会影响生产服务,并有可能危及公司的其他部门。即使安全性总会发现问题,但最好还是做好准备并共同解决该问题,因为这样做是为了防止您的资产,数据和资源被盗。通常,您可以达成明智的中间立场。
  • 风险: 如果您制造的东西使您的业务面临风险;损失金钱,声誉,信誉或……数据的风险。
  • 合规/法律: 何时有关于如何处理业务数据或客户数据以及数据存储位置的法规。另外,如果现在还有其他人在使用您构建的东西,合作伙伴,客户等。
  • IT基础设施: 如果您需要访问基础结构-DNS,单一登录。每个项目都涉及基础架构,因此始终需要其中一名工程师。
  • 联网: 当您需要访问现有基础架构或将虚拟网络连接到“真实”网络时。您可能需要防火墙或路由,以方便用户访问。这些人通常也是管理代理设置和流量检查系统以处理传入的网络流量的人,如果您要构建的东西可以从网络外部访问并触摸到东西的话“inside”.
  • 用户体验: 信不信由你,云并不总是“简单易用”。根据您构建的内容,它可能必须与其余IT基础架构集成-或替换其中的一些内容。最好能使用并遵守诸如通用措辞之类的东西-妈的,甚至可能需要培训才能使用户能够使用该东西。

不要忘记包括(通知)您的Cloud Program Manager或Architect。这些可能具有一些预定义的模式,这在设计新解决方案时应予以考虑。

面对现实

没有完美的解决方案,但是最简单的解决方案始于对话。确定您的利益相关者并与他们聊天。别忘了您需要他们的帮助(他们会明白他们需要您的帮助“business”也)。提供所有可用的文档,计划,图表,并正确定义和传达项目范围。这有助于提高透明度,您的同龄人会感到更加赞赏,并且可以帮助您更好。毕竟,您对同行更诚实。交流您的项目来自何处,以及预期的未来目标(如果有,而不是玩的话)将是什么。这也有助于确定您的同龄人是否需要计划此问题以保留并最终成为公司资产,或者一日更改将在几周后消失。

尝试调整您的语言,与IT基础架构人员讲技术,并为来自以下国家/地区的人员使用您的业务语言:“Risk”部。您不想让他们感到无聊或困惑。还要小心使用PowerPoint,Whiteboard是功能更强大的工具。

虽然沟通是非常重要的工具,但比萨&啤酒也很有影响力。表明您关心并感谢您的帮助。这可能是一个伟大的团队合作的起点。而且如果没有帮助,请在上面放些辣椒-至少他们一旦感到火了…

标签

相关文章

发表评论

该网站使用Akismet减少垃圾邮件。 了解如何处理您的评论数据.