为你的云团队制定IT继任计划

云团队人员经常会变换–在疫情的影响下，这一情况更是加剧。云团队成员找到新工作或由于裁员而被解雇，同时，承包商日益增加IT人员的需求。

无论出于何种原因，在你或其他人离开云角色之前，都需要制定适当的IT继任计划。你应考虑下面这些因素，以便在人员变动时尽可能平稳地过渡。

尽早倡导协作团队文化

尽早提倡协作文化。虽然这不是正式退出计划的第一步，但这可为其他团队成员以及你的内部和外部客户树立榜样。

你应鼓励协作式工作流程，因为这可在你计划离职时更顺利完成交接。没有人可以成为每种云技术的专家，因此，正式的和非正式的知识交流文化可以帮助你解决问题，即使这是出于你自己的兴趣。

这里的目标是创建协作环境，人们可以在该环境中进行学习，并可能对你的云团队中的其他职位进行交叉培训。

为你的云角色物色潜在继任者

当关键人员离开时，云团队和应用程序所有者需要确保工作顺利交接。虽然人们离开的原因有积极和消极的因素，但是团队需要制定关键角色的继任计划。对于难以填补的按需职位尤其如此，例如云经济和云安全角色。

如果你的企业已经制定正式的IT继任计划，那么你已经准备好进行此步骤。但是，如果你所属中小型企业，则可能没有该计划。这也可能发生在较大的企业中，在这些企业中，继任可能比管理更重要。

物色继任者不一定很费力或费时。你可以从团队合作中搜寻人才，与你的继任者共享有关你的技术堆栈和工作职责的信息，尝试给他们提供学习更多机会的机会，而无需告诉他们你准备离开。

孤岛和缺乏沟通会阻碍你进行有效的继任计划。这种类型的氛围将驱使某些人“私藏”信息和知识，这使得他们离开时更难被取代。如果你的团队中没有这种信息共享，这也将使物色继任者变得更加困难。

指导你的潜在继任者

花时间指导继任者。疫情所带来的额外压力和远程工作会使这变得困难，但是，你仍然可以实现这一目标，在可行的情况下将所选人员涵盖在你的项目中，并让他们接触项目背后的技术堆栈。

鼓励他们继续进行云认证和个人项目，为进入你的云角色做好准备。

创建云运行手册和相关文档

尽管运行手册的传统受众是系统管理员和网络运营中心团队，但该文档应该是你留给继任者的一部分。你应该将你的角色涉及的所有常规流程和操作编译为运行手册。

在可能的情况下，运行手册可能已经成为企业运营标准的一部分。但是，创建和维护文档通常是云团队的优先事项。当然，除非其系统受制于Sarbanes-Oxley法案或HIPAA等合规性法规–这些法规强制执行某些文档政策。

运行手册项目需要尽力而为，即使有管理层的支持。但当保持云系统在线和开展业务的现实使没有时间进行内容开发时，运行手册很容易变得不完整或过时。

你可以决定将文档作为日常工作的一部分。每天做一点，然后将其保存在共享位置，让你的团队可以合并到Wiki或其他知识库中，以供以后参考。

保留必要的聊天记录、电子邮件和文件以进行交接

在云团队内部，经常会通过电子通信进行很多决策和讨论。虽然你所在企业可能有流程和工具用于记录保留，但是请保留聊天记录、电子邮件和其他相关文件中的重要工作角色信息。必要的信息包括故障排除会话的正式或非正式输出，以及常规云操作期间进行的任何知识交流。

另外，记录重要的技术会议以移交给你的继任者。Zoom和Microsoft Teams让你可从计算机轻松录制会议。还有大量的iOS和Android应用程序可以记录通话。若要更进一步，请使用Otter.ai或Microsoft Office 365中的新转录功能将会议转录为可在线搜索的文件。

另外，考虑在你的团队的协作站点上创建共享驱动器或集中式存储库，其中可能包含有关文件、录音和文档的个人档案。

好聚好散

无论是裁员、下岗还是因合并和收购后公司政策变化而离职，我们都是因为不理想的情况而离开公司。如果你倡导协作及打破孤岛，你的离开不会对你的云团队造成影响。毕竟，这是个很小的行业，你可能会想再次与这些人合作。