我曾经在一个由3名成员组成的小型系统管理团队中工作。我们每个人都有自己的区域:
我不知道这是否典型,但这是我习惯的。在我目前的位置上,有更多的强调知识共享和成为一个专家在一件事上是不鼓励的。
我希望这是一个社区维基。我可能在找工作的边缘,这可能是一些有价值的信息。
发布于 2011-12-15 18:39:21
我目前也在一个3人IT部门工作。
我获得了IT基础设施管理员的头衔,尽管它经常被称为“硬件管理员”。我的两位同事都是开发人员,但我们都是通过idea来分享知识,这是一个本地的wiki和聊天室,专门为我们三个人保留。
我真的取决于你的网络能提供什么,如果它只是一个用户网络连接,那么也许你可以发挥你的优势,同时互相帮助,在我的情况下,我们需要一个全职开发我们的定制代码,一个系统分析员,“工作”,并保持它的尖端顶端和我,硬件的家伙,负责所有的基础设施,这一切。
这是您的团队发挥其优势的关键,我们的全职开发人员拥有博士学位,并且非常擅长Perl,那么他为什么要花时间和优先级与用户一起修复EBKAC/野餐错误呢?另一方面,如果您将我放在代码库中,并要求我修复bug X,那么我将无能为力,但是我会在我的元素中管理备份服务器上的RAID5数组。
在你的情况下,我同意这样的建议:任何人都不应该成为专家,在我看来,如果你能管理电子邮件系统,你也足够聪明地管理文件服务器,这归结为一个责任问题。
发布于 2011-12-15 17:42:27
因此,我为当前工作回答的职位列表实际上将标题列为"IT通才者“。我为一个托管服务提供商工作-基本上我是外包的。我们在所做的工作中有自己的专长--例如,我做了我们大部分的Exchange工作--但是我们都在需要它的地方来弥补它的不足。在更大的组织中,比如我最好的朋友刚刚去工作,有一些团队负责基础设施的特定领域。他是web服务团队的成员,负责维护驱动web应用程序的服务器。那里有一个服务台团队,也有一个更通用的基础设施团队来处理非客户端的系统。这适用于他们,因为他们有3000+员工和大量IT人员。
绝对有一个专门的地方。在我看来,那个地方是一个很大的团队。如果您有30个管理员,您可以负担其中5个管理员是邮件服务器组。如果一个人生病或休假,有足够的制度知识,如果你离开,基础设施就不会崩溃。
在一个3个人的组织中,就像你所处的那样,你必须是一个多面手。您很可能是世界上最好的Exchange管理员,但是当文件服务器崩溃时,而文件服务器Guy鲍勃正在休陪产假时,管理部门会求助于您来修复它。所以你需要有足够的知识去找出出了什么问题,并试着去修复它。把你的手举到空中说“我是电子邮件的家伙”无助于你的组织(或者给你的老板留下深刻的印象)。
如果你真的喜欢IT的一个方面--网络,Linux管理,或者其他什么-太棒了。专门研究这个。但是要知道,您需要知道您的环境的其他部分是如何工作的,或者您的组织面临缺乏覆盖率的风险,更重要的是,至少对我来说,您的故障排除需要更长的时间。同时-产品的变化,概念不会改变。如果你喜欢电子邮件和管理交换-太棒了。专注于电子邮件方面的事情。下一个版本的Exchange可能会扼杀产品线,那么您将在哪里呢?我倾向于把泛化看作是对失业的一种对冲。
https://serverfault.com/questions/341305
复制相似问题