在SysAdmin团队内共享责任

我曾经在一个由3名成员组成的小型系统pipe理团队工作。 我们每个人都有自己的领域:

  • 电子邮件
  • 服务器构build和监视
  • 文件共享

我不知道这是否是典型的,但这是我习惯的。 在我现在的这个地方,更多的是强调知识分享,成为一个专家是不鼓励的。

我的问题:

  1. 如何分配您所在的SysAdmin团队成员的职责(是否有标准名称)?
  2. 你曾经工作过的系统有哪些负面和积极的方面? 具体关于生产力和覆盖面。

我想这是一个社区维基。 我可能正处于求职的边缘,这可能是一些有价值的信息。

我目前也在一个3人IT部门工作。

我拥有IT基础架构pipe理员的头衔,虽然经常是“硬件专家”。 我的两个同事都是开发者,但是我们都是通过想法弹跳来分享知识,当地的wiki和聊天室是为我们三个人保留的。

我真的依赖于你的networking提供什么,如果它只是一个连接的用户networking,那么也许你可以发挥你的优势,同时互相帮助,在我的情况下,我们需要一个全职的开发,我们定制的代码,一个系统分析师“工作”代码,并保持它和我一样,硬件人,所有背后的基础设施。

关键在于你的团队发挥其优势,我们的全职开发人员拥有博士学位,并且在Perl方面performance出色,那么他为什么要花一天时间和重点来修复EBKAC / PICNIC错误? 另一方面,如果你把我放在代码库中,并要求我修复错误X,那么我就无能为力了,但是我还是会在我的备份服务器上pipe理RAID5arrays。

在你的情况下,我同意没有人应该成为专家的build议,在我看来,如果你可以pipe理电子邮件系统,你也足够聪明地pipe理文件服务器,它只是归结为一个责任问题

所以我为我目前的工作回答的工作清单实际上列为“IT通用主义者”。 我为托pipe服务提供商工作 – 基本上我是IT外包。 我们在我们所做的事情中有专长 – 例如,我做了大部分的交stream工作 – 但是我们都在需要的地方捡拾了一些松懈的东西。 在像我最好的朋友那样的大型组织中,有一些团队负责基础设施的特定领域。 他在Web服务团队,维护驱动Web应用程序的服务器。 那里有一个帮助台团队,还有一个更通用的基础设施团队,负责处理非面向客户的系统。 这对他们是有效的,因为他们有3000多名员工和一个大型的IT人员。

绝对有专门的地方。 对我来说,这个地方是一个非常庞大的团队。 如果你有30个pipe理员,你可以负担得起5个邮件服务器组。 如果一个人生病或者休假,有一定的覆盖面,并且有足够的机构知识,如果离开,基础设施不会崩溃。

在一个3人的组织中,比如你所在的位置,你必须是一个多面手。 你可能是地球上最好的Exchangepipe理员,但是当文件服务器出现故障并且鲍勃·文件服务器人离开了父权休假时,pipe理层将要求你解决这个问题。 所以你需要有知识去弄清楚发生了什么问题,并且试图修复它。 把手举到空中,说“我是电子邮件人”,对你的组织没有帮助(或者打动你的老板)。

如果你真的喜欢ITnetworking,Linux Sambapipe理或其他方面的一个方面,那就太好了。 专精于此。 但是要知道,您需要知道您的其他环境如何工作,或者您的组织面临着风险,因为至less对于我来说,您的故障排除将花费更长的时间。 另外 – 产品的变化,概念不。 如果你喜欢电子邮件和pipe理员交stream – 很好。 集中在事物的电子邮件方面。 下一个版本的Exchange可能会终止产品线,然后你会在哪里? 我倾向于把泛化看作是对付失业的对策。