【51CTO.com快译】我小时候就很迷漫画，作为一名IT专业人员干了近22年。自成为管理员以来，我总是想起“Peter Parker原则”。正如已故的杰出漫画大师Stan Lee所说：“能力越强，责任越大!”
这类似管理员的核心角色：由于可以不受限制地访问企业中许多、甚至所有系统，稍有闪失，系统和网络就无法访问、无法使用，最终导致公司蒙受重大损失。
我在担任系统和网络管理员期间，这10个习惯对我大有帮助。这些习惯使我避免犯下毁掉职业生涯的严重错误。我将这些技巧透露给进入这个行当的其他管理员，但愿有所帮助。
1. 别让权力冲昏头脑
25年前，IT管理完全不一样。大多数企业不会支持未经IT部门批准的任何设备，许多IT支持团队奉行“铁腕统治”。
幸好，技术界的这种行为基本上离我们远去;随着远程办公日渐盛行，公司设备与个人设备的界限趋于模糊，办公室的定义也在变化。IT部门重新定义可以切实管理的设备、可以执行的政策，又不阻止用户高效地完成工作。
2. 统统记入文档
多年来，我因坚持记入文档这个做法而受到同仁的炮轰。你永远不知道安全事件何时会发生，更重要的是，不知道事件发生时你会处于怎样的境地。如果完全靠你来挽救网络、你又不在场，那损失就大了。
然而，如果非得请其他团队成员或签约的供应商/ MSP来纠正问题，对方应拥有一切所需的东西，以便根据你的文档确保正确迅速地纠正问题。另外，这可以帮助你记忆，尤其是不常管理或变更的服务，比如网络、控制器和路由器配置。
3. 要有备份计划
管理员通常监管各种部署和软硬件升级。虽然许多项目没有设计方面的丝毫改变，但这并不意味着所有项目都进展顺利。
因此要有备份计划。如果最初的行动遇到障碍，拥有备份计划总是很重要。备份计划应帮助你走完剩下的路，或者帮助你恢复到正常状态，尽量缩短停机时间。
4. 永不停止学习
这个习惯适用于技术行业的任何人，因为行业在不断变化。是的，核心或基础的东西可能没变，但实施过程和最佳实践会随着时间而变化。
为了尽可能高效，完全有必要继续学习(无论是正规的、通过经验还是自学)，但永远不要停止学习你的技艺。丰富的知识只会使你成为更好的管理员，可以帮助你更聪明地工作，而不是更辛苦地工作。它甚至可以帮助你保住工作或获得更新更理想的职位。
5. 与利益相关者有效沟通
这个习惯似乎很简单，但当我看到一些管理员在推进项目时从未向用户告知一点情况时，仍感到惊讶。此外，沟通对象应包括主管、经理和高管，以便将来大家意见一致。另外，管理层站在你这边总归是好事。
当然，这很大程度上取决于企业文化和管理贵企业的政策。但我还没有看到过这种情况：有人打来电话，认为收到告知在预定时间或日期进行更新的电子邮件是不好的事情。遗憾的是，我看到许多邮件表明项目已启动，但没人抽出一点时间向利益相关者给出建议，好让他们提出保持工作效率的替代方案。
6. 强硬又不失灵活
灵活并不等于软弱。没错，太灵活的话，你会发觉很难启动项目甚至很难在计划的时间内完成项目。但是，过于强硬可能导致无法使项目再次获得批准，人家可能觉得你太过急躁或愚笨。
最好兼顾强硬和灵活性。需要一定的强硬以确保网络保持稳定、安全、性能出色，而灵活性充分利用可用性、自动化和一点折衷以便及时完成项目。
7. 时刻牢记大局
有意思的是，随着IT专业人员从服务台做到现场支持，再做到管理员及更高级别的岗位，工作最终仍然一样：我们仍本质上解决问题，但工作范围发生了很大变化。不过用户的观点没有太大变化——他们仍关心自己的问题，仅此而已。
作为管理员，你始终需要对全局有一个清晰的了解，因为在你的访问级别所做的大多数更改会带来大规模影响，这一点要切记。
8. 别忘细节
细节可能是导致项目脱轨或士气降低的因素，或者更糟的是，导致公司和利益相关者对IT丧失信心。要留意细节。别为了完成项目而掩盖细节。
9. 测试、验证、实施、监控、重复
别满足于以现状运行系统。我的意思是别掉入这个陷阱：让IT部门仅仅对提出的工作指令或要求做出反应。虽然这是一种管理方式，但无法很好地适应变化。那样会更难启动项目，更不用说正确完成项目了。
虽然目前网络可能保持稳定、运行顺畅，但那只是暂时的。久而久之，会有新技术可以使用，这便于做出更改，除非你希望设备用到彻底报废。不，管理员喜欢技术，喜欢测试新设备、验证在工作环境中如何运行，最终实施并监控，查看其长期是如何运行的。这都是工作的一部分，直到我们要再次进行升级。
10. 承认错误并汲取教训
我认为最重要的一个习惯是，承认错误，并汲取教训。根本没人想犯错误，但错误常发生。错误包括三个部分：导致错误的行为、我们是不是承认错误以及接下来怎么办。我们在每一步之后选择的做法更多地预示着我们将来处理情况会多理想。
原文标题：10 good habits of network administrators，作者：Jesus Vigo
【51CTO译稿，合作站点转载请注明原文译者和出处为51CTO.com】
