我曾经在一个由 3 名成员组成的小型系统管理团队中工作。我们每个人都有自己的领域：
- 电子邮件
- 服务器搭建与监控
- 文件共享
我不确定这是否很常见，但我已经习惯了。在我现在的地方，更强调知识共享，不鼓励成为某一领域的专家。
我的问题：
- 您所在的系统管理团队成员之间的职责是如何划分的（是否有一个标准名称）？
- 您曾经使用过的那些系统的优点和缺点是什么？特别是在生产力和覆盖范围方面。
我希望这是一个社区维基。我可能正处于找工作的边缘，这可能是一些有价值的信息。
答案1
我目前还在一个由 3 人组成的 IT 部门工作。
我的头衔是 IT 基础设施管理员，但通常被称为“硬件专家”。我的两位同事都是开发人员，但我们都通过交流想法、本地维基和我们三人专属的聊天室来分享知识。
我实际上取决于您的网络能够提供什么，如果它只是一个用于连接的用户网络，那么也许您可以发挥自己的优势，同时互相帮助，就我而言，我们需要一个全职开发人员来负责我们的定制代码，一个系统分析师来“处理”代码并使其保持最佳状态，而我，这个硬件人员负责管理所有背后的基础设施。
您的团队发挥其优势至关重要，我们的全职开发人员拥有博士学位，并且擅长 Perl，那么他为什么要花时间和精力与用户一起修复 EBKAC/PICNIC 错误呢？另一方面，如果您让我进入代码库并要求我修复错误 X，我会无能为力，但我会在管理备份服务器上的 RAID5 阵列方面发挥自己的作用。
就你的情况而言，我同意没有人应该成为这方面的专家，在我看来，如果你能管理电子邮件系统，那么你也足够聪明去管理文件服务器，这只不过是一个职责
答案2
因此，我回答的当前职位的招聘信息实际上将职位列为“IT 通才”。我为一家托管服务提供商工作 - 基本上我是外包 IT。我们的工作内容各有专长 - 例如，我负责大部分 Exchange 工作 - 但我们都会在需要时弥补不足。在较大的组织中，例如我最好的朋友刚刚就职的组织，有负责基础设施特定领域的团队。他是 Web 服务团队的成员，负责维护驱动 Web 应用程序的服务器。那里有一个帮助台团队，还有一个更通用的基础设施团队，负责处理非面向客户的系统。这对他们来说很合适，因为他们有 3000 多名员工和大量 IT 人员。
专业化肯定有其适用之处。对我来说，专业化就是在一个非常大的团队中。如果你有 30 名管理员，你可以让其中 5 名成为邮件服务器组。如果其中一名管理员生病或休假，可以有人接替，而且他们具备足够的机构知识，即使其中一名管理员离开，基础设施也不会崩溃。
在一个只有 3 个人的组织中，比如你所在的组织，你必须是一个多面手。你可能是世界上最好的 Exchange 管理员，但是当文件服务器出现故障并且文件服务器管理员 Bob 休陪产假时，管理层会求助于你来修复它。因此，你需要具备足够的知识来找出问题所在，并尝试修复它。举起双手说“我是电子邮件管理员”对你的组织没有帮助（或给你的老板留下深刻印象）。
如果您真的热爱 IT 的某个方面 - 网络、Linux Samba 管理或其他 - 那就太好了。专注于此。但要知道您需要了解环境的其余部分是如何工作的，否则您的组织将面临缺乏覆盖的风险，而且对我来说更重要的是，您的故障排除将花费更长的时间。此外 - 产品会改变，概念不会改变。如果您喜欢电子邮件和管理 Exchange - 那就太好了。专注于事物的电子邮件方面。下一个版本的 Exchange 可能会终止产品线，那时您将在哪里？我也倾向于将泛化视为对失业的一种对冲。