系统管理员作业的Joel测试

基于“组织问题” – IT痛处？ 我认为可以说系统管理员需要确定某个地方是否值得工作。乔尔（Joel）也有类似的程序员测试程序。

系统管理员在面试中应该问的12个问题是什么，以帮助他们确定这是一个工作的好地方？

遵循Joel的规则：

1. 问题应与平台和技术无关
2. 问题应该引起简单的回答，例如是或否

编辑：请一次发布一个问题，以便我们可以看到用户正在投票。

您是否使用事件/票务跟踪系统？

您是否执行系统备份，并定期测试还原？

• 在日常运营中还有多少人与我一起工作？

这会直接影响您的表演能力。它还会影响您进行不间断度假的能力...

• 谁是问题的第一响应者？

这个答案会有所不同，但这很好地表明了组织如何实际“组织”。大型设置应具有服务台和票务系统；小型装置至少应具有售票系统，以及某种公司付费的寻呼机以寻求帮助。

“仅您”是不可接受的答案。这是一个完全缺乏组织性的问题，应跟进一个问题“如何跟踪用户的请求？”。这必须有回答的东西不是“你不知道”等。

• 您现有系统与管理员的比例是多少？

该值不应太高（50：1以上）或太低（5：1以下）。太高了，您的工作量将变得如此之重，以至于您将不知所措以维持生计。太低了，您要么是一个人的商店，要么商店管理系统的能力存在严重问题。

与往常一样，规则也有例外。可以从一个来源（例如Web前端）对200多个系统进行映像的实例，以及业务规模很小（20名员工可能只需要2台服务器）的实例。

• 最终用户/客户与管理员的比例是多少？

这是对期望的衡量。这些是您的“客户”。出现问题时，这将是解决问题所承受的“压力”。如果您的系统出现问题，那么一个只有5000个管理员和2个管理员的组织可能会非常紧张。

• 最终用户/客户与现有系统的比例是多少？

这是服务器工作负载的一种度量。很高的比率可能是过度使用的迹象，或者预算限制会在需要扩展时束手无策。当不要求使用不足时，它也可能是一个问题（例如，HR有自己的服务器，但是在5,000个组织中只有5个“常规”用户的文件服务器是一个危险信号）；这可能需要一些“虚拟化”来整合服务器...

• 是否存在用于处理现有系统更新的现有流程，例如应用供应商补丁或固件更新？

除（a）“我不知道”或（b）“我们不更新”外，这应该是任何其他答案。

• 假设服务器着火了。在发生危机或灾难时，什么时间可以作为停机时间？

这应该始终是一个合理的问题。如果面试官对这个问题不满意，那么他们将不了解您的工作性质，这是有关未来前景的重要线索。如果期望的是24/7全天候运行，那很好-除非他们没有为此提供基础设施，这意味着您将需要大量保姆。知道什么是可以接受的和不可接受的，有助于向他们提示他们的真实期望。

• 说到火灾，您是否为您的设备配备了灭火系统，它是否合适？

洒水车是不是一个可以接受的答案。确实发生了这种情况，您将得到一些组织，他们认为将机架塞进没有通风和扫帚高架的扫帚壁橱中是一个好主意。如果这被轻描淡写，忽视或怀有敌意，请站起来，感谢面试官，不要走路，跑...

• 描述您的数据备份过程和使用的存储格式。

这是另一个问题，除了“我们没有”和“我们没有备份媒体”以外，其他任何问题都应该回答。

• 您是否定期测试备份，以及多久测试一次？

上述问题的后续行动。如果您不定期进行测试，那只会带来麻烦。

• 资本支出和小额采购是否有已知的预算和购买流程？您能给我解释一下我要购买东西的过程吗？

如果答案是“我们（别人）会根据需要购买”，那是一个危险信号。这意味着“我们不信任您在真正需要它时购买设备，因此我们会请别人来代替它”。 总是应该有某种预算。

购买商品的过程应该足够容易，以在不到2分钟的时间内进行解释。它的签约方不得超过2个方（较高的数字表示繁文tape节），并且周转应以天或小时为单位，而不是以数周为单位（如果购买时间过长，则会阻止紧急购买）。 总是应该有某种过程。

• 您是否有计划刷新和回收旧硬件，它多久发生一次？

我实际上已经看到过运行支持18年的微型计算机的公司，这些计算机通过支持合同和支持供应商提供的大量备件得以维持。当然，原始硬件供应商早已离开...

台式机的更新绝不能快于3年，也不要慢于5年。在预算紧张的企业中，将台式机延长到5年有时是一个合适的答案。

关于回收的一点是对他们是否对旧硬件持“一次性”态度的测试。从某种意义上说，您应该通过已知的回收站适当地处理它，这是不好的；但从某种意义上讲，如果需要，您可以将旧硬件压入临时工作，这是好的。它还将使您了解它们的“骨骼”（保留的一堆旧硬件）的大小。

相关问题：

https://serverfault.com/questions/44638/how-often-does-tech-refresh-happen

您是否有灾难恢复计划，其中包括IT吗？

好评如潮的后续行动：如果是，那么它是否包括整个组织，而不仅仅是IT？它是否包括人员，您是否定期对其进行测试？

相关问题：

制定灾难恢复计划的最佳实践或资源？

是否记录了当前环境？

政策和程序是否都记录在案并保持一致？

内部会计惯例是评估IT向其他部门提供的服务的价值，还是仅将IT视为成本中心？

（这与Stick的“ IT在您的组织中是优先事项还是有必要的邪恶？”几乎是相同的问题，但其措词是为了引出诚实的答案，而不是公然报出正确的谎言。）

我认为必须具备的一台测试机具有与实时服务器相同的硬件规格。

“您的测试环境与生产环境的匹配程度如何？”

我发现很多答案都写成“你有这个吗？”，这很有趣。或“您是否定期执行此操作？” 如果我将被聘为新的系统管理员，那么如果这些东西尚不存在，我希望能够实现这些东西。灾难恢复和监视日志不会影响或破坏采访。如果他们没有做这些事情，他们将在我被录用之后。

正如我前面提到的，我主要关心的是来自上方的支持。如果我说我们需要更换服务器，我想从中受益。或者，如果我实施恼人的安全策略，那么我不希望合作伙伴向抱怨的人授予豁免权，这样他们就可以看起来像是个有爱心的老板。

系统管理员在公司结构的层次结构中处于陌生的位置。有时，他们根据最入门级人员的需求来制定方向并确定优先级，有时，他们在制定管理策略。我们同时处于链的最底层和最顶层。

我愿意在最底层扮演替罪羊和peon的角色，只要管理层在我处于最上层的情况下服从我的建议即可。

所有购买的新系统/软件/应用程序是否都通过IT进行，IT是否有权拒绝和建议另一种系统，也许是另一部门已在使用的系统？

您愿意花钱购买适当的监视/记录工具吗？

-或从最初的Joel测试问题开始：

您是否使用金钱可以买到的最好的工具？

相关问题：

服务器运行状况监视软件

我可以和您以前的系统管理员谈谈吗？

您是否使用通用管理员/根帐户登录？

在一堆“ yes”中间抛出“ no”答案总是很有趣。

IT是否有自己的预算？

我的不是，我们依靠其他部门的资金来满足我们所需的一切。很烂的时间。

您是否在异地存储备份副本？

我可以允许我继续接受培训和教育吗？您是否可以允许我购买一些资料以保证有关安全问题的最新信息？

您是否会支持我在政策和程序方面对员工的决定，无论这种决定多么不受欢迎？

我要指出，对于那些喜欢在初创公司或早期公司工作的人来说，大多数答案很可能是“不，但是……”。该声明之后的内容通常非常有用。

• 您有配置更改控制吗？
• 您有数据恢复政策吗？
• 您是否执行每日备份？
• 您有问题数据库吗？

更新资料

• 您有内置冗余吗？
• 您是否拥有可以买到的最好的硬件钱？
• 您可以一步一步设置新的笔记本电脑或台式机吗？
• 您是否有定期修补的政策？

在您的组织中，IT是优先考虑的还是必要的？

咖啡机在哪里？

您是否使用版本控制？您将什么置于版本控制之下？

您的系统管理员可以编写代码吗？

您是否有集中式日志记录？有人读过吗？

您是否为关键系统制定了响应时间策略/阈值？（或者，更好的说法是，“您是否已经熟悉了应该和不应该让我在凌晨3点起床的概念？”）

您可以一步一步添加新用户吗？

致敬：您可以一步一步构建吗？

我是唯一的系统管理员吗？成为唯一的系统管理员可能很好-实际上，这可能很有趣，但前提是企业了解导致我们执行以下操作的含义：

您有SLA吗？

询问他们，当他们说系统管理员时，它们实际上是指SA和DBA，Net Admin和Apache / IIS Admin，Email Admin和AD Admin以及桌面疑难解答程序。

您是否使用Puppet或Chef之类的配置管理系统？

您能在任何给定的时间告诉哪些系统缺少哪些补丁吗？

您是否使用补丁程序/变更管理？

您是否执行每月/每年的灾难恢复测试？

IT是否负责并通过系统正常运行时间和工单来衡量？

您是否对所有IT部门都使用集中式票务管理？

员工可以在办公桌前打扰IT员工吗？

您的IT员工是否有为业务线创建解决方案的投入，还是只是遵循高层管理人员的指示？

您是否已将关键的硬件和软件平台保持许可状态并受到支持，即使在接近使用寿命时也是如此？