如何更成功地使用DevOps:10个建议给居家工作的团队
导语
如果你希望居家工作的团队更成功地使用DevOps,该怎么办?这篇的作者将给你提出10条好的建议。
正文
冠状病毒大流行给IT组织带来了前所未有的挑战,其中包括在团队成员在家工作时难以遵循DevOps方法的挑战。
如今,大多数企业已经实施了至少一些DevOps实践。根据Digital.ai赞助的第14届年度敏捷状态报告,有76%的组织已经在实施DevOps计划,或计划在未来12个月内启动一个计划。此外,参与调查的人中有90%表示DevOps转型对他们的公司很重要,而43%的受访者表示这非常重要。
许多专家说,当团队成员彼此接近时,DevOps最容易实现。例如,Paul Swartout 在《持续交付和DevOps —快速入门指南》中写道:“没有物理存在总是一个障碍。” 紧密协作是DevOps的定义性特征之一,正因如此,成员相互靠近的团队会发现协作更容易。
有趣的是,调查数据并不总是能在这方面证明专家的意见。虽然一些研究发现远程团队与DevOps斗争,但其他研究却发现远程DevOps团队实际上更有效。例如,几年前,GitLab发布的《2018年全球开发人员报告》发现,远程团队更有可能说他们拥有完善的DevOps文化,并且可以洞悉其他团队正在开展的工作。
为什么调查数据中存在明显的矛盾?似乎并置的团队或远程的团队本身并不一定是特定DevOps计划成功或失败的决定因素。换句话说,即使您的团队中没有人在同一座大楼内,使用DevOps完全有可能取得成功。
这对于当前情况很重要,因为许多DevOps团队成员目前正在家里工作。一盖洛普民意调查发现,63%的人是居家工作并在5月最后一周,只有33%的人表示,他们已经对他们的工作场所,在过去24小时。考虑到工作的性质,在这段时间里,IT专业人员比其他许多职业更有可能在家中工作。
因此,如果IT领导者希望他们的团队在远程工作时成功使用DevOps,该怎么办?以下幻灯片提供了在家中工作时管理DevOps团队的10条技巧。
1.利用计划重叠
对于许多DevOps团队而言,在家工作意味着一天中的不同时间工作。大流行开始时,一些移民或以签证在美国的IT工人正前往其他国家,现在他们正在其他时区工作。其他人则在与重要的其他人一起处理托儿服务,并且只能在一天中的某些时段使用。由于危机,有些车队甚至可能被迫间歇性休假。
所有这些剧变的最终结果意味着DevOps团队成员可能无法同时工作。专家建议领导者提供尽可能多的灵活性,同时也要在每个人都可用的情况下,尽可能多地利用时间。在大多数人忙碌的时间内,尝试安排站立时间,会议和关键工作。
2.获取正确的工具
DevOps专家会告诉您,没有适用于每个组织的一组DevOps工具。但是出于同样的原因,如果仅依靠电子邮件进行协作,而仅依靠电子表格进行项目管理,则您可能无法很好地完成DevOps。
这可能是评估当前工具集的好时机。您的工具是否与其他工具很好地集成?它们包括良好的协作功能,还是支持您的其他协作工具?您的团队是否对同事的工作有很好的了解?您的工具是否为远程员工提供适当级别的安全性?并且它们是否允许您根据需要自动化尽可能多的日常工作?
购买DevOps工具不会使您成为DevOps商店,但是您需要一些工具才能成功实现DevOps。
3.依靠自动化
自动化是DevOps实践的标志之一,在大流行期间人们在家工作时,自动化比以往任何时候都更加重要。自动化的核心是使人们能够在更少的时间内完成更多的工作。使用自动化管理工具,例如Chef,Ansible,Jenkins,Puppet或其他方法也使自动化具有可伸缩性,从而使团队可以为类似任务复制自动化。
当每个人都在远程工作时,生产力和可伸缩性优势都变得更加重要。在家工作通常意味着IT专业人员需要将大部分时间用于与同事的协作和沟通。自动化使他们从日常的繁琐工作中解放出来,使他们可以有更多的时间,而自动化平台使团队可以轻松地在远程工作时复制和维护彼此的工作。
4.沟通过度
当DevOps团队的成员坐在一起时,一天中会发生许多非正式的交流。人们偷听彼此的讨论,他们可以轻松地互相提问。但是,当每个人都处于远程状态时,非正式的交流就会消失,每个人都需要更加谨慎地告诉对方发生了什么事。这可以采取每日多次视频会议,团队聊天甚至常规电子邮件的形式。该技术并不像创建一种文化那样重要,尽管人们位于不同的地方,在这种文化中人们经常分享他们的想法并一起工作。一些专家说,如果您开始觉得自己交流太多,那么您可能做得差不多。
5.明确传达期望
领导者应该与远程DevOps团队过度沟通的一件事是他们对远程工作的期望。这可以包括一些基本的事情,例如每天的预期工作时间和可接受的视频会议着装要求,以及更重要的信息,例如策略,过程和分配的任务。
您还需要确保您的团队了解成功实施DevOps计划所需的文化转变,例如需要进行团队沟通和合作。而且,由于这种流行病导致人们生活发生了许多压力变化,因此向您的团队表达支持和谅解也是一个好主意,让他们知道您在哪里可以灵活应变,在哪里您可以灵活应变。
6.留出时间与团队互动
如前面的自动化幻灯片中所述,远程协作通常比面对面协作花费更多时间。在团队聊天中输入消息并等待回复有时似乎需要很长时间。即使您正在使用视频会议,在使所有功能正常运行方面也不可避免地会遇到技术难题。在这种情况下,很容易感到沮丧,但请确保您的团队了解,尽管存在协作障碍,但协作是DevOps文化不可或缺的一部分,它将以更高的生产率,更高的质量和更少的回报获得回报重工。另外,请注意不要为他们分配太多任务。有时,需要完成大量工作的员工会倾向于缩短他们合作所花费的时间,
7.促进透明文化
当人们感觉自己的经理对他们开放和诚实时,以及当他们感觉自己了解同事的工作时,人们会做得更好。如果每个人都可以看到其他人正在做什么,则可以避免一个人感觉自己比别人做得更多的问题。在不确定的时期(例如大流行病),您的团队需要立即听取任何可能影响他们的组织决策。人们在家工作时可能会感到与外界脱节。作为领导者,您必须确保他们了解自己在团队和更大组织中的角色。
8.记录一切
当团队专注于特定项目的截止日期时,文档有时会被遗忘,但是远程团队无法忽视工作的这一部分。由于大流行病已使一切变得清晰,您永远不知道团队中的某人何时突然不上班。而且,如果人们没有记录他们的工作,您可能会花费数小时来弄清楚发生了什么,再加上更多的时间进行返工。
此外,即使每个人每天都上班,文档也使远程团队之间的交流变得更加容易。无论您的团队中的个人是自己处理文档还是由技术作家或两者兼而有之,请确保在工作进行过程中记录文档。
9.改进和迭代
随着时间的推移进行迭代改进是DevOps的核心原则,您也可以将其应用于远程工作实践。很少有组织在第一次尝试时就能立即获得远程工作。如果您因大流行突然被迫从事远程工作,则一开始可能会犯一些错误。成功的敏捷团队和DevOps团队了解,这完全是旅程,而不是目的地。
如果某项特定政策或做法无法解决,请消除它并尝试其他措施。以与您不断改进代码和IT环境相同的方式,您可以不断提高作为DevOps团队的工作能力。
一个IBM的调查发现,接受调查的75%的人希望继续在家工作,在危机结束后的时间至少一部分。您现在所学到的有关远程工作的知识可能会在很长一段时间内继续使您的团队受益。
10.继续学习
与先前关于不断提高远程工作技能的想法保持一致,在家工作也是继续提高团队技术和DevOps技能的绝佳时机。在大流行期间,许多通常售罄和/或非常昂贵的会议可以免费或以降低的成本在线获得。
一些大学和在线学习组织还增加了新的在线课程,或者使他们现有的课程更便宜。鼓励您的团队利用这段时间来利用这些机会。与大流行开始时相比,您可能从危机时期崛起成为一支强大得多的团队。
渠道激活专题文章推荐:
01
进入2020年,新冠状病毒疫情突发,云计算市场渠道招募和拓展工作也受到了一些影响,甚至在业界,已经很少人再谈及渠道一词了。但,绝不会永远这样。
02
从开源云计算厂商此前进行的渠道拓展来看:首先,整个渠道拓展体系从不是随意建立,而是需要根据不同区域市场情况,以及渠道伙伴拥有的不同技术能力来进行内容宣导。其次,渠道内容的设计和组织也不是自由的,要根据行业客户实际场景需求来做相应输出。
03
开源云计算厂商通常会构建大量的产品线和复杂的解决方案体系,这就需要借助渠道伙伴的力量面向最终用户输出,以此保障最佳客户体验和售后支持。因此,渠道伙伴在开源云计算市场拓展方面的能力强弱,关系到厂商整体的市场战略实施效果。
04
在近几年,很多开源云计算厂商携手渠道伙伴共同应对云化时代的变化与挑战,加速行业云计算转型。实际上,这一调整意味着开源云计算厂商将更加重视与伙伴的生态合作,并鼓励合作伙伴发挥各自优势,协同为客户传递价值。但开源村也发现,也还有很多开源云计算厂商没有成功建立起自己的渠道体系。
05
云化时代到来之际,行业客户业务场景会根据云化转型的节奏进行调整。开源云计算服务提供商在此时的作用是帮助渠道伙伴学会借助平台之力,满足行业客户的真实需求。这是相比友商而言,更具竞争优势之处。优质的平台,会助力渠道伙伴获得更多行业用户的信任。
06
对于开源云计算厂商而言,如果希望在抢滩新基建上构建差异化竞争优势,具备高超的售前技能、售后体验,并拥有创新的技术服务能力与解决方案构建能力是实有必要的。巧了,这些都与渠道构建息息相关。
07
私有云凉了么?当然没有!连当事人都出来辟谣了!私有云需不需要渠道?当然需要!没有渠道,开源云厂商怎么为私有云产品、营销和销售提供售前支持?没有渠道,开源云厂商怎么能够既少花钱,又能实现高效、便捷、快速的售后服务?
08
开源云计算市场竞争激烈、用户需求多变,对于怎样带货,怎样推动市场增长,当前也成为让很多厂商头疼的事。开源村觉得,开源云计算渠道虽不比网红,但此时应当勇于站出,全面激发和表现出自身的“带货”实力。
09
有报道称,一名开发者用两年的业余时间开发并维护了一个开源项目因为微软的剽窃而被迫中止。有网友评论说,这也是很多大公司的通用策略,比如组织技术人员与之交流,然后套取有用信息,然后发展自己的产品,这在中国叫做“偷艺”。事实上,设想一下,如果这个项目能够早日产品化,并且建构好了一套成熟的市场分发渠道,或许形势就会完全不同。