mirror of
https://github.com/LCTT/TranslateProject.git
synced 2024-12-26 21:30:55 +08:00
Merge pull request #9051 from wxy/20180201-IT-automation--How-to-make-the-case
PRF&PUB:20180201 IT automation How to make the case
This commit is contained in:
Xingyu.Wang
GitHub
commit
47268510d6
99
published/20180201 IT automation- How to make the case.md
Normal file
99
published/20180201 IT automation- How to make the case.md
Normal file
@ -0,0 +1,99 @@
|
||||
IT 自动化：如何去实现
|
||||
======
|
||||
|
||||
> 想要你的整个团队都登上 IT 自动化之旅吗？ IT 执行者们分享了他们的战略。
|
||||
|
||||
|
||||
|
||||
在任何重要的项目或主动变更刚开始的时候，IT 的管理者在前进的道路上面临着普遍的抉择。
|
||||
|
||||
第一条路径看上去是提供了一个从 A 到 B 的最短路径：简单的把项目强制分配给每个人去执行，本质来说就是你要么按照要求去做要么就不要做了。
|
||||
|
||||
第二条路径可能看上去会不是很直接，因为要通过这条路径你需要花时间去解释项目背后的策略以及原因。你会沿着这条路线设置停靠站点而不是从起点到终点的马拉松：“这就是我们正在做的 —— 和为什么我们这么做。”
|
||||
|
||||
猜想一下哪条路径会赢得更好的结果？
|
||||
|
||||
如果你选的是路径 2，你肯定是以前都经历过这两条路径——而且经历了第一次的结局。让人们参与到重大变革中总会是最明智的选择。
|
||||
|
||||
IT 领导者也知道重大的变革总会带来严重的恐慌、怀疑，和其他的挑战。IT 自动化确实是很正确的改变。这个术语对某些人来说是很可怕的，而且容易被曲解。帮助人们理解你的公司需要 IT 自动化的必要性的原因以及如何去实现是达到你的目标和策略的重要步骤。
|
||||
|
||||
[**阅读我们的相关文章，**[**IT自动化最佳实践：持久成功的7个关键点**][2]。]
|
||||
|
||||
考虑到这一点，我们咨询了许多 IT 管理者关于如何在你的组织中实现 IT 自动化。
|
||||
|
||||
### 1、向人们展示它的优点
|
||||
|
||||
我们要面对的一点事实是：自我利益和自我保护是本能。利用人们的这种本能是一个吸引他们的好方法：向他们展示自动化策略将如何让他们和他们的工作获益。自动化将会是软件管道中的一个特定过程意味着将会减少在半夜呼叫团队同事来解决故障？它将能让一些人丢弃技术含量低的技能，用更有策略、高效的有序工作代替手工作业，这将会帮助他们的职业生涯更进一步？
|
||||
|
||||
“向他们传达他们能得到什么好处，自动化将会如何让他们的客户和公司受益，”来自 ADP 全球首席技术官 vipual Nagrath 的建议。“将现在的状态和未来光明的未来进行对比，展现公司将会变得如何稳定，敏捷，高效和安全。”
|
||||
|
||||
这样的方法同样适用于 IT 领域之外的其他领域；只要在向非技术领域的股东们解读利益的时候解释清楚一些术语即可，Nagrath 说道。
|
||||
|
||||
设置好前后的情景是一个不错的帮助人们理解的更透彻的故事机。
|
||||
|
||||
“你要描述一幅人们能够联想到的当前状态的画面，” Nagrath 说。“描述现在是什么工作，但也要重点强调是什么导致团队的工作效率不够敏捷。”然后再阐释自动化过程将如何提高现在的状态。
|
||||
|
||||
### 2、将自动化和特定的商业目标绑定在一起
|
||||
|
||||
一个强有力的案列的一部分要确保人们理解你不只是在追逐潮流趋势。如果只是为了自动化而自动化，人们会很快察觉到进而会更加抵制的——也许在 IT 界更是如此。
|
||||
|
||||
“自动化需要商业需求的驱动，例如收入和运营开销，” Cyxtera的副总裁和首席信息安全官 David Emerson 说道。“没有自动化的努力是自我辩护的，而且任何技术专长都不应该被当做一种手段，除非它是公司的一项核心能力。”
|
||||
|
||||
像 Nagrath 一样，Emerson 建议将达到自动化的商业目标和奖励措施挂钩，用迭代式的循序渐进的方式推进这些目标和相关的激励措施。
|
||||
|
||||
### 3、 将自动化计划分解为可管理的条目
|
||||
|
||||
即使你的自动化策略字面上是“一切都自动化”，对大多数组织来说那也是很艰难的，而且可能是没有灵活性的。你需要制定一个强有力的方案，将自动化目标分解为可管理的目标计划。而且这将能够创造很大的灵活性来适应之后漫长的道路。
|
||||
|
||||
“当制定一个自动化方案的时候，我建议详细的阐明推进自动化进程的奖励措施，而且允许迭代朝着目标前进来介绍和证明利益处于一个低风险水平，”Emerson 说道。
|
||||
|
||||
GA Connector 的创始人 Sergey Zuev 分享了一个为什么自动化如此重要的快节奏体验的报告——它将怎样为你的策略建立一个强壮持久的论点。Zuevz 应该知道：他的公司的自动化工具将公司的客户关系应用数据导入谷歌分析。但实际上是公司的内部经验使顾客培训进程自动化从而出现了一个闪耀的时刻。
|
||||
|
||||
“起初， 我们曾尝试去建立整个培训机制，结果这个项目搁浅了好几个月，”Zuev 说道。“认识到这将无法继续下去之后，我们决定挑选其中的一个能够有巨大的时效的领域，而且立即启动。结果我们只用了一周就实现了其中的电子邮件序列的目标，而且我们已经从被亵渎的体力劳动中获益。”
|
||||
|
||||
### 4、 出售主要部分也有好处
|
||||
|
||||
循序渐进的方法并不会阻碍构建一个宏伟的蓝图。就像以个人或者团队的水平来制定方案是一个好主意，帮助人们理解全公司的利益也是一个不错的主意。
|
||||
|
||||
“如果我们能够加速达到商业需求所需的时间，那么一切质疑将会平息。”
|
||||
|
||||
AHEAD 的首席技术官 Eric Kaplan 赞同通过小范围的胜利来展示自动化的价值是一个赢得人心的聪明策略。但是那些所谓的“小的”的价值揭示能够帮助你提高人们的整体形象。Kaplan 指出个人和组织间的价值是每个人都可以容易联系到的领域。
|
||||
|
||||
“最能展现的地方就是你能够节约多少时间，”Kaaplan 说。“如果我们能够加速达到商业需求所需的时间，那么一切质疑将会消失。”
|
||||
|
||||
时间和可伸缩性是业务和 IT 同事的强大优势，都复制业务的增长，可以把握。
|
||||
|
||||
“自动化的结果是灵活伸缩的——每个人只需较少的努力就能保持和改善你的 IT 环境”，红帽的全球服务副总裁 John Allessio 最近提到。“如果增加人力是提升你的商业的唯一途径，那么灵活伸缩就是白日梦。自动化减少了你的人力需求而且提供了 IT 演进所需的灵活性和韧性。”(详细内容请参考他的文章，[DevOps 团队对 CIO 的真正需求是什么。])
|
||||
|
||||
### 5、 推广你的成果。
|
||||
|
||||
在你自动化策略的开始时，你可能是在目标和要达到目标的预期利益上制定方案。但随着你的自动化策略的不断演进，没有什么能够比现实中的实际结果令人信服。
|
||||
|
||||
“眼见为实，”ADP 的首席技术官 Nagrath 说。“没有什么比追踪记录能够平息质疑。”
|
||||
|
||||
那意味着，不仅仅要达到你的目标，还要准时的完成——这是迭代的循序渐进的方法论的另一个不错的解释。
|
||||
|
||||
而量化的结果如比利润的提高或者成本的节省可以大声宣扬出来，Nagrath 建议他的 IT 领导者同行在讲述你们的自动化故事的时候不要仅仅止步于此。
|
||||
|
||||
为自动化提供案例也是一个定性的讨论，通过它我们能够促进问题的预防，归总商业的连续性，减伤失败或错误，而且能够在他们处理更有价值的任务时承担更多的责任。
|
||||
|
||||
--------------------------------------------------------------------------------
|
||||
|
||||
via: https://enterprisersproject.com/article/2018/1/how-make-case-it-automation
|
||||
|
||||
作者：[Kevin Casey][a]
|
||||
译者：[FelixYFZ](https://github.com/FelixYFZ)
|
||||
校对：[wxy](https://github.com/wxy)
|
||||
|
||||
本文由 [LCTT](https://github.com/LCTT/TranslateProject) 原创编译，[Linux中国](https://linux.cn/) 荣誉推出
|
||||
|
||||
[a]:https://enterprisersproject.com/user/kevin-casey
|
||||
[1]:https://enterprisersproject.com/article/2017/10/how-beat-fear-and-loathing-it-change
|
||||
[2]:https://enterprisersproject.com/article/2018/1/it-automation-best-practices-7-keys-long-term-success?sc_cid=70160000000h0aXAAQ
|
||||
[3]:https://www.adp.com/
|
||||
[4]:https://www.cyxtera.com/
|
||||
[5]:http://gaconnector.com/
|
||||
[6]:https://www.thinkahead.com/
|
||||
[7]:https://www.redhat.com/en?intcmp=701f2000000tjyaAAA
|
||||
[8]:https://enterprisersproject.com/article/2017/12/what-devops-teams-really-need-cio
|
||||
[9]:https://enterprisersproject.com/email-newsletter?intcmp=701f2000000tsjPAAQ
|
||||
@ -1,96 +0,0 @@
|
||||
IT自动化:如何去实现
|
||||
======
|
||||
|
||||
在任何重要的项目或变更刚开始的时候，TI的管理者在前进的道路上面临着普遍的抉择。
|
||||
|
||||
第一条路径看上去是提供了一个从A到B的最短路径：简单的把项目强制分配给每个人去执行，本质来说就是你要么按照要求去做要么就不要做了。
|
||||
|
||||
第二条路径可能看上去会不是很直接，因为要通过这条路径你要花时间去解释项目背后的策略以及原因。你会沿着这条路线设置停靠站点而不是从起点到终点的马拉松：
|
||||
“这就是我们正在做的-和为什么我们这么做。”
|
||||
|
||||
猜想一下哪条路径会赢得更好的结果？
|
||||
|
||||
如果你选的是路径2，你肯定是以前都经历过这两条路径-而且经历了第一次的结局。让人们参与到重大变革中总会是最明智的选择。
|
||||
|
||||
IT领导者也知道重大的变革总会带来严重的恐慌、怀疑，和其他的挑战。IT自动化确实是很正确的改变。这个术语对某些人来说是很可怕的，而且容易被曲解。帮助人们理解你的公司需要IT自动化的必要性的原因以及如何去实现是达到你的目标和策略的重要步骤。
|
||||
|
||||
[**阅读我们的相关文章，**[**IT自动化最佳实践：持久成功的7个关键点**][2]. ]
|
||||
|
||||
考虑到这一点，我们咨询了许多IT管理者关于如何在你的组织中实现IT自动化。
|
||||
|
||||
## 1. 向人们展示它的优点
|
||||
|
||||
我们要面对的一点事实是：自我利益和自我保护是本能。利用人们的这种本能是一个吸引他们的好方法：向他们展示自动化策略将如何让他们和他们的工作获益。自动化将会是软件管道中的一个特定过程意味着将会减少在半夜呼叫团队同事来解决故障？他将能让一些人丢弃技术含量低的技能，用更有策略，高效的有序工作代替手工作业，这将会帮助他们的职业生涯更进一步？
|
||||
|
||||
”向他们传达他们能得到什么好处，自动化将会如何让他们的客户和公司受益，“来自vipual的建议，ADP全球首席技术官。”将现在的状态和未来光明的未来进行对比，展现公司将会变得如何稳定，敏捷，高效和安全。“
|
||||
|
||||
这样的方法同样适用于IT领域之外的其他领域；只要在向非技术领域的股东们解读利益的时候解释清楚一些术语即可，Nagrath 说道。
|
||||
|
||||
设置好前后的情景是一个不错的帮助人们理解的更透彻的故事机。
|
||||
|
||||
“你要描述一幅人们能够联想到的当前状态的画面，”Nagrath 说。“描述现在是什么工作，但也要重点强调是什么导致团队的工作效率不够敏捷。”然后再阐释自动化过程将如何提高现在的状态。
|
||||
|
||||
## 2.将自动化和特定的商业目标绑定在一起
|
||||
|
||||
一个强有力的案列的一部分要确保人们理解你不只是在追逐潮流趋势。如果i只是为了自动化而自动化，人们会很快察觉到进而会更加抵制的-也许在IT界更是如此。
|
||||
|
||||
“自动化需要商业需求的驱动，列如收入和运营开销，” David说道，Cyxtera的副总裁和首席信息安全官。“没有自动化的努力是自我辩护的，而且任何技术专长都不应该被当做一种手段，除非它是公司的一项核心能力”
|
||||
|
||||
像Nagrath一样，Emerson建议将达到自动化的商业目标和奖励措施挂钩，用迭代式的循序渐进的方式推进这些目标和相关的激励措施。
|
||||
|
||||
## 3. 将自动化计划分解为可管理的条目
|
||||
|
||||
即使你的自动化策略字面上是“一切都自动化，”对大多数组织来说那也是很艰难的而且可能是没有灵活性的。你需要一个能够将自动化目标分解为可管理的目标的计划来制定一个强有力的方案。而且这将能够创造很大的灵活性来适应之后漫长的道路。
|
||||
|
||||
“当制定一个自动化方案的时候，我建议详细的阐明推进自动化进程的奖励措施，而且允许迭代朝着目标前进来介绍和证明利益处于一个低风险水平，”Emerson说道。
|
||||
|
||||
Sergey Zuev, GA Connector的创始人，分享了一个为什么自动化如此重要的快节奏体验的报告-它将如何帮助你的策略建立一个强壮持久的论点。Zuevz应该知道：他的公司的自动化工具将公司的客户关系应用数据导入谷歌分析。但实际上是公司的内部经验使顾客培训进程自动化从而出现了一个闪耀的时刻。
|
||||
|
||||
“起初， 我们曾尝试去建立整个培训机制，结果这个项目搁浅了好几个月，”Zuev说道。“认识到这将无法继续下去之后，我们决定挑选其中的一个能够有巨大的时效的领域，而且立即启动。结果我们只用了一周就实现了其中的电子邮件序列的目标，而且我们已经从被亵渎的体力劳动中获益。”
|
||||
|
||||
## 4. 出售主要部分也有好处
|
||||
|
||||
循序渐进的方法并不会阻碍构建一个宏伟的蓝图。就像以个人或者团队的水平来制定方案是一个好主意，帮助人们理解全公司的利益也是一个不错的主意。
|
||||
|
||||
“如果我们能够加速达到商业需求所需的时间，那么一切质疑将会平息。”
|
||||
|
||||
Eric Kaplan, AHEAD的首席技术官，赞同通过小范围的胜利来展示自动化的价值是一个赢得人心的聪明策略。但是那些所谓的“小的”的价值揭示能够帮助你提高人们的整体形象。Kaplan指出个人和组织间的价值是每个人都可以容易联系到的领域。
|
||||
|
||||
“最能展现的地方就是你能够在节约多少时间，”Kaaplan说。“如果我们能够加速达到商业需求所需的时间，那么一切质疑将会消失。”
|
||||
|
||||
时间和可伸缩性是业务和IT同事的强大优势，都被业务的增长控制，能够被控制。
|
||||
|
||||
“自动化的结果是伸缩灵活的-每个人只需较少的努力就能保持和改善你的IT环境”，红帽的全球服务副总裁John最近提到。“如果增加人力是提升你的商业的唯一途径，那么伸缩灵活就是白日梦。自动化减少了你的人力需求而且提供了IT演进所需的灵活性和韧性。”(详细内容请参考他的文章，[DevOps团队对CIO的真正需求是什么。])
|
||||
|
||||
## 5. 推广你的成果。
|
||||
|
||||
在你自动化策略的开始时，你可能是在目标和要达到目标的预期利益上制定方案。但随着你的自动化策略的不断演进，没有什么能够比现实中的实际结果令人信服。
|
||||
|
||||
“眼见为实，”ADP的首席技术官Nagrath说。“没有什么比追踪记录能够平息质疑。”
|
||||
|
||||
那意味着，不仅仅要达到你的目标，还要准时的完成-这是迭代的循序渐进的方法论的另一个不错的解释。
|
||||
|
||||
而量化的结果如比列的提高或者成本的节省可以大声宣扬出来，Nagrath建议他的IT领导者的同事们在讲述你们的自动化故事的时候不要仅仅止步于此。
|
||||
|
||||
为自动化提供案列也是一个定性的讨论，通过它我们能够促进问题的预防，归总商业的连续性，减伤失败或错误，而且能够在他们处理更有价值的任务时承担更多的责任。
|
||||
|
||||
--------------------------------------------------------------------------------
|
||||
|
||||
via: https://enterprisersproject.com/article/2018/1/how-make-case-it-automation
|
||||
|
||||
作者：[Kevin Casey][a]
|
||||
译者：[FelixYFZ](https://github.com/FelixYFZ)
|
||||
校对：[校对者ID](https://github.com/校对者ID)
|
||||
|
||||
本文由 [LCTT](https://github.com/LCTT/TranslateProject) 原创编译，[Linux中国](https://linux.cn/) 荣誉推出
|
||||
|
||||
[a]:https://enterprisersproject.com/user/kevin-casey
|
||||
[1]:https://enterprisersproject.com/article/2017/10/how-beat-fear-and-loathing-it-change
|
||||
[2]:https://enterprisersproject.com/article/2018/1/it-automation-best-practices-7-keys-long-term-success?sc_cid=70160000000h0aXAAQ
|
||||
[3]:https://www.adp.com/
|
||||
[4]:https://www.cyxtera.com/
|
||||
[5]:http://gaconnector.com/
|
||||
[6]:https://www.thinkahead.com/
|
||||
[7]:https://www.redhat.com/en?intcmp=701f2000000tjyaAAA
|
||||
[8]:https://enterprisersproject.com/article/2017/12/what-devops-teams-really-need-cio
|
||||
[9]:https://enterprisersproject.com/email-newsletter?intcmp=701f2000000tsjPAAQ
|
||||
Loading…
Reference in New Issue
Block a user