我的任务是领导一个关于更新旧的、有点片面的灾难恢复计划的项目。现在，我们只是想解决 DR 的 IT 方面问题。上次他们这样做时，他们通过制造单一灾难（数据中心被淹）并对其进行规划以排除所有其他灾难类型来设置范围。我想采取更全面的方法。我知道这是一个已解决的问题，其他组织已经编写了 DR 计划。
我们的计划是采用我们的 IT DR 计划并继续执行它并说“嘿，这就是我们想要的 IT DR 计划，它是否与大学其他部门正在做的事情相吻合？是否有恢复的服务优先级？要换吗？” 我们很清楚计划的其余部分是什么，我们期待这一切顺利。
我正在寻找的是有关如何确定 DR 计划范围以及我应该考虑哪些问题的指导。您是否有与 DR 计划制定相关的最喜欢的资源、书籍和培训？
我从ServerFault上的“系统管理员工作的乔尔测试”问题中看到，没有人说公司最好使用 ITIL，否则他们不会在那里工作。事实上，根本没有人提到 ITIL。
ITIL 是一种时尚吗？是不是太麻烦实用了？您是否必须达到一定的规模才能使 ITIL 正常运行？
ITIL 对“事件”与“问题”的定义很有趣，但在快节奏的帮助台环境中，组织真的发现区分两者很有用吗？
与计算机和服务器相比，“组织问题”（例如政治、组织惰性和选择性听证会——想想 Dilbert）导致更多的 IT 问题是否很常见？
同样，一个人的雇主是否真的不知道该人的工作需要什么，甚至不关心，直到他们遇到计算机故障，并希望现在就解决所有问题，这是否很常见？
可以做些什么来改善这种情况？（在一个远离商业问题的环境中如何——不需要增加利润或让客户满意——例如在政府组织中？）当没有人知道或真正完成工作时，你如何获得满足感关心你在做什么？事实上，如果你做或不做任何事情似乎都无关紧要，你如何保持专注？
假设我有点夸张，并且没有退出的迫切愿望。
编辑：现在是社区维基问题。
**编辑：**感谢所有伟大的答案。我想补充几点意见。
我认为一个好的管理者应该知道他/她管理的人是做什么的，他/她上面的人应该有一些想法。这里的 IT 负责人真的不知道。如果我去找机修工，我可能不知道他/她是做什么的，但我会认真听取他的评估，在不理会建议之前会征求第二意见，而经营机修店的人真的应该知道什么他们雇了他！
至于放弃一切以修复计算机故障，众所周知，高层管理人员曾让一位系统管理员留下问题（例如用户无法登录或使用可靠运行的计算机）将联系人从一部手机转移到新手机一，或者让他们的日历同步。
最令人沮丧的是，似乎没有人有能力改变事物。最有能力影响改变的人对此最不感兴趣，因为他们甚至不明白什么是坏的。
只有当事情出错时才被注意到是很难的。一个人需要一点点理解或宣泄。
很难让自己与业务目标保持一致，因为我们既定的使命似乎与组织中具有影响力的人所追求的目标相反（并且实际上是在相反的时期）。
至于我想在世界上看到的变化，这绝对是我仍然为这个组织工作的一个因素。
祝贺系统管理员的 Joel 测试。那是个好主意。
大家好！我正在寻找一些软件来监控我们服务器的健康状态。我们的环境是运行 Microsoft Server 和 VMware vSphere 的 HP/Dell 的典型组合。我们目前正在使用 WhatsUPGold，并希望从中迁移。我一直在检查戴尔管理控制台和 IT Assistant，但我认为用它来监控我们所有的产品似乎很麻烦。
还有其他适用于中等规模环境的建议吗？
编辑：我还应该注意，我想要一些相当容易推出的东西，不需要很多规则/自定义规则创建/编辑。