我正在和一群相当聪明的人一起工作，他们有合理的技能来完成任务（支持操作线索）。 毫无疑问，由于他们的情况和培训的原因，他们几乎没有任何主动性，也不敢做任何错误的事情。
现在公司已经决定这个团队将join轮岗。 在讨论这个问题的第一次会议上，从他们的眼光和他们的问题来看，显然在紧急情况下的决策责任对他们来说是非常不安的。 我担心在这种情况下他们可能会冻结。
当紧急情况发生时，我该如何让他们开放并把握局势？ 任何人都有直接的经验呢？
编辑 ：这是关于系统pipe理（JBoss，Websphere，MySQL等），但我认识到这可能是更适用于pipe理论坛。 但是，因为我正在寻找来自战壕的实际经验，我猜serverfault仍然适用。 我主要担心的是没有尽快备份系统。
而且，由于这个部门还相当年轻，我们对于最可能出错的地方并没有真正的概述。 当然，这使情况变得更糟。
编辑2 ：所有非常好的答案，我会select一个最适合我的
查找并可能将其发送到事件指挥系统的培训。 在2011年的卡斯卡迪亚IT大会上，布伦特·查普曼（Brent Chapman）就“我们可以从消防部门学到什么”进行了精彩的演讲。 在这里可以find一些幻灯片，以及他在不同场合演示的材料。
基本上，消防部门和其他应急人员在紧急情况下拥有一套非常结构化的技术来处理决策和完成任务。
当紧急情况发生时，我该如何让他们开放并把握局势？
布伦特的build议之一是让人们负责协调一些重大项目或升级。 关键是要把他们的主要事情放在一个更有控制的环境中，然后在事情崩溃的时候，做好处理混乱局面的准备。
你可以做的最好的事情是有良好的行事历。 “如果A发生，做B”每个监控警报都应该有一个程序，即使这个程序是“Call Bob at：”Bob应该知道，如果他想要停止呼叫，他需要创build程序或工具。
对于NOC的操作，“实习”新的团队成员通常是有帮助的，让他们与经验丰富的人一起工作2-3周。
确保团队中的每个人都意识到，如果第一行支持人员升级，即使不正确，他们也应该帮助他们。 当他们升级时，愿意严厉惩罚任何二级支持人员，他们没有反应或亲自虐待国家奥委会。 （这是一个主要问题，二线人员会在他们的rest时间内憎恨任何入侵，但是如果他们没有回应，NOC会变成“枪害羞”，并且会停止升级，或者将避免升级到那个人）。
除了其他答复者外，现场build议还有第二个人，在过渡阶段也有更多的习惯做决策的工作，以便彻底咨询。 做主要支持的人不应该觉得与中学交谈是“升级”。 相反，要明确提出问题。
他们都为此付出了高昂的代价吗？ 除了事实上大多数人对事物的态度是否从根本上改变了是否得到了回报，还是要注意在有些国家，无薪戒烟是非法的。