所以我作为一个系统pipe理员工作的组织正在考虑将我们的工作时间延长到24/7/365 – 任何在延长工作时间工作或在延长工作时间工作的人都可以提供一些关于您的组织规模，支持时间和呼叫/事件的数量，所以我可以做一个比较？
我的很多同事似乎认为，由于我们的规模相对较小，延长工作时间的覆盖面是不必要的。 我们有20多个国际办事处，但在请求技术援助方面，他们大多是安静的。 以下是我的雇主更多的数据：
2000名员工
全球250个生产服务器
每天〜20起事件（系统pipe理员）
7-8个系统/networkingpipe理员
我们也不确定覆盖24小时的时间表是否会很困难，只有8人（考虑假期和生病的时间） – 所以如果你想分享你的团队中有多less人，那也是有帮助的。
无论这种方式是否有效，都将取决于您是在处理自动提醒，人员配备的操作中心，还是等待人员寻求支持。 我们的商店是24/7/365的商店，但是我在生产系统中工作，而不是桌面支持/客户端支持。 我们不直接接到用户的来电，所以帮助很大。 我们也支持我们自己开发的应用程序，并且开发团队都投入到保持系统无错误（从代码的angular度来看，服务器由我们决定）。 根据某个团队支持的系统，下class后可以每个月从2-5到2-5。 这也可以根据新的代码版本是否引起问题而有所不同。
至于赔偿方面，当我在这里工作时，我们的制度已经到位了，所以我的赔偿就是在考虑这一点。 如果您希望在下class后提供支持，您应该有权获得额外的补偿。 至less，如果有人在电话中，并且必须处理工作时间问题，那么他们应该能够在第二天晚些时候进来，或者如果可能的话在家工作。
我工作的地方有一个24/7监控中心。 基本上有十名工作人员来填补所有的空缺，有“备件”，并有一个经理负责。 最大的问题是墓地换class（2400-0800），因为基本上有一个人（整个build筑物）下class，还有一个人轮class。 任何延误都意味着轮class员工会自动加class，如果午夜家伙没有出现，一个16小时的class次。
我们在这些工作上的翻身率也很差，晚上/晚上的招聘工作也非常困难……当然，非高峰class只有配备了技术支持人员的“运营商”级员工。 基本上pipe理层不愿意付出高昂的技术资源做夜class，特别是如果他们有家庭的话。
有一件事你没有问 – 当你遇到事件时，可以接受多长时间，直到有人真正看着它？ 这会影响你的日常维护时间吗？
我看到一家商店从一个循序渐进的过程（几年），只有8/5到50％12/5和50％24/6，而没有增加工作人员。 由此产生的新问题通过获得更多的冗余硬件，更好的监控（特别是警报交付）得到一定程度的缓解。
真正的问题是每个人在一天中的方便时间都期望有一个很大的维护时间窗口。 这是由于有更多的人从上午8点到下午8点工作，更多的人计划星期六和星期天工作，而三天的周末被认为是正常工作时间以前在正常工作时间之后进行维修的机会。
另外一个问题是，每个人都希望在深夜或者周末期间只需要处理exception的问题，极其严重的问题或者一些小系统的问题。 这是通过从不定义这些要求来处理的，所以如果一个严重失眠的人在当时无法自拔，就可以select忽略一个特定的问题，而不用担心会产生影响。 （虽然这可能会让公司花费很多）。
人们越来越沮丧和不满。 但ITpipe理层能够将这些问题从pipe理层中隐藏起来，看起来像是英雄能够用更less的员工做更多的工作。 高层pipe理人员从来不知道硬件维护的维护时间减less是一个严重的问题，因为ITpipe理层不会承认这是一个问题。
环境变得越来越病态，由于ITpipe理人员习惯于将需求和问题置于整个环节，我最终离开了。 我听到的最后一句话是，剩下的工作人员感觉更加憔悴，受到更多的虐待。 由于三天的周末，人们失去家庭，被认为是做额外工作的时候，因为工作这么长时间的期望，他们的家人在回家时睡着了。 （无论如何只能做更多的工作）。
然而，一个小组开始提供秘密的“补偿天数”，即如果星期六计划工作18个小时，那么星期一可以安排为一个周末的一天。 由于担心pipe理层发现额外的工作需要额外的人员，因此必须秘密完成。
公司的利润在不断增加，ITpipe理的薪酬也在不断上涨。
由于精心安排的时间和多元化的工作人员，不会有许多宗教节日，所以度假并不是一个问题。
这对我来说似乎是一个全面的成功。
我在24x7x365环境中pipe理75-100台服务器（物理和虚拟）。 这是一家拥有全球客户的金融服务公司，因此服务本身不会停机。 我们有4个物理站点（2个数据中心，2个办公室）和一个小用户群（总共20个用户，从非常技术到非技术）。 有大约40TB的SAN存储和5个WAN链接。
我感觉过度劳累。
我曾在多个店铺工作，处理事情有多种方式。 第一个是迄今为止最可怕的，但似乎工作…
我们是一个由4名pipe理员组成的小型商店，他们随时为我们的客户购买与他们的家用电器签订的24×7全天候支持合同。 4个pipe理员会每晚轮stream打电话给M-TH，然后F，Sat，Sun是一个通过4个pipe理员轮换的人。 通常情况下，如果你在星期一打电话，你有F，S，Sclass，但是直到下周星期三再到下星期星期二才打电话。下午8点以后的电话直接去了在填写故障单之后会打电话的寻呼机和寻呼人员。 起初，这似乎是一个复杂的系统，我们永远不会睡觉。 但是，大多数情况下，我们的页面很less。 根据代码的稳定性或者问题的不同，问题可能在1-2个晚上的范围内。 但通常是每周4-5。 补偿严格按时完成。 如果你工作了一整夜，你不会在第二天。 但是，作为一家小商店，你从来没有完全离开工作。
我随时待命的24×7情况的第二个经验好多了。 我们有一个24×7呼叫中心/ NOC工作人员，可以接听所有客户电话和服务器页面。 基于这个问题，他们会打电话给相应的小组。 我的团队做了一周的轮换。 随着周日程和我的团队（6个人）的规模，我每个月左右都在打电话。 今年我已经打了两次电话，所以这是一个相当不错的平均水平。 补偿和上次一样，如果你工作到深夜，睡觉，花时间上class。
一旦你提供它，人们将开始使用它。
24/7覆盖面具有挑战性。 每周168小时，每周。 我已经做了其他工作，但没有在IT。 理论上你可以做5到6人，但8更现实。 你也有挑战，把轮class和周末分开。 仔细计划。
我们有一个8人换class布局。