在从你的系统管理员职位离开时要好聚好散，避免过河拆桥，并且在业内保持良好的名声。下面是一些在你离开前需要考虑的事情。
在找到了新的系统管理员工作后，你可以将所有棘手的问题都留给旧的公司，但是最好还是不要这么过河拆桥，那么你应该做什么呢？当你最后一次走出公司的时候，如果公司需要帮助你应该怎么做？
下面是当你要友善地离开，去新的系统管理员职位的时候需要考虑的一些因素。
将所有东西记录下来
当你提交了你的辞职申请时，管理层可能要你做的第一件事情就是提交一些文档。鉴于系统的复杂性和资源的缺失，这可能是一个不可能完成的任务。你能想象要随时为所有你管理的系统进行100%的文档更新吗？更不用说需要1个月之内交上了。不过你可以为一些最需要解释的地方做一些高级别的文档化。举个例子，如果你有一个单一的Exchange服务器，那么这个Exchange环境的网络拓扑可能就没有真实的配置文档来的重要了。
和你的团队沟通，看看哪些地方是最缺失的，把重点放在这些地方。如果在团队已经很了解的地方做一些文档是没有什么意义的。
将你所有的东西在合适的时候都通过邮件或者其他方式交给你的团队或者经理。这种共享知识的方式会让团队认为你离开前做的一切都是正确的，并且他们不会对你移交的东西有任何疑惑。最好的情况是你有一个中央系统存储文档，比如维基或者文件服务器上的文件夹。如果没有这些，那么久找一个中央的，员工可以找到文档的地方来存放这些文件。
管理权限
在你作为系统管理员的最后一天工作日之前，检查一下你拥有的所有权限——这包含了公司的系统和应用程序——并且保证在没有你的账号的情况下别人有足够多的权限去管理它们。如果权限是基于组成员的，那么转移应该很简单。其他执行类似工作的组成员可以很容易发现这些权限问题，但是你也不能仅仅依赖他们来检查所有的系统。将你的团队召集在一起，并且检查你管理的所有系统，让他们提问，保证所有人都有合适的权限。
有一件需要慎重考虑的事情是是否所有东西都是设置在你自己的账号之下的？你是否有使用过自己的个人账号来设置运行任务或者服务？你可以让你的同事禁用你的账号，看看是否有一些服务/任务是运行不正常的，如果有不正常的地方，还能趁你还在的时候对问题进行解决并且将任务转移给其他人。举个例子，你可能用你自己的账号密码设置过一个测试的计划任务，但是忘记将它改成使用服务账号了。这个任务可能是将信息进行同步或者上传一个文件到外部的FTP站点上，这些如果只是第一次配置后就不管了，在后面是很难发现的。
清理并传授
如果是因为一些好事而离开的话，那么你应该在辞去系统管理员工作之前将所有的烂摊子清理完。不要将新的需求分派给自己，并且将工作期间的所有烂摊子都处理掉，比如清理一些没有回答的邮件和没有处理的单子。我们会假设你有一个月的足够时间来将这些事情都梳理干净。如果你的时间只有不到一个月的话，那么你也需要做同样的事情，只是你会需要决定哪些事情是最重要的，并且把精力放在这些地方。
一旦你决定辞职了，所有新的需求都可以被视作传授其他人这些事情如何做的机会。不管这些任务是大事小，你的继任需要知道在你离开后如何处理这些事情。你需要把事件和需求委托给另外的员工，如果他们针对某个特殊的任务不知道如何处理，他们还能向你请教。任何你在短时间无法完全传授的东西也需要立即进行教导。这样会让其他员工时间来消化这些问题，并且学习你移交的东西的当前状态。
巨变之后
如果你离开了公司之后还接到了一些求助的电话，那么你应该怎么做？
你可以提供一些建议，但是不要直接帮助他们做任何的事情。即使是告诉前同事一些细节也是不应该做的。你脑子里的数据和信息在你离开之后都不应该共享给他们，因为你有可能在不经意之间将管理员密码告诉一些不应该知道的人。如果你实在是要共享这些信息，最好让你的老板或者高层的IT人员参与其中。
如果你在白天对这些事情进行不止一次的响应，最好让你的新老板知道你做的这些事情，否则可能会有利益冲突，他可能会认为你在为另一家公司工作。
或者你可以直接不理这些事情，让其他人去慢慢解决。但是这样会对你的前同事不尊重，并且会让你在业界带来一些不好的名声，你应该以正确的方式离开。你需要确保在离开之前所有事情都沟通明确，以防止任何离开后带来的埋怨。毕竟他们在你离开系统管理员工作之前都在支付你薪水，因此在离开前好好帮助公司也是应该的。
原文来自TechTarget：Before leaving a system administrator job, don't burn any bridges
文章评论