MTTR计算方法
请问各位,我公司是只有白班的公司,8:00上班,17:00下班。
如果我在昨天下午16:00的时候发现设备坏了并通知机修,维修到17:00机修就下班了,今天上班继续修,9:00时修好并正常开始使用。
那么我这一次的时间是算2小时还是算17小时?
如果我在昨天下午16:00的时候发现设备坏了并通知机修,维修到17:00机修下班了,同时机修发现少了一个配件,在下班时机修告诉采购员缺少一个配件,采购员采购后在今天早上8:00将配件送到了公司,今天上班继续修,9:00时修好并正常开始使用。
那么我这一次的时间是算2小时还是算17小时?
如果我在昨天下午16:00的时候发现设备坏了并通知机修,维修到17:00机修就下班了,今天上班继续修,9:00时修好并正常开始使用。
那么我这一次的时间是算2小时还是算17小时?
如果我在昨天下午16:00的时候发现设备坏了并通知机修,维修到17:00机修下班了,同时机修发现少了一个配件,在下班时机修告诉采购员缺少一个配件,采购员采购后在今天早上8:00将配件送到了公司,今天上班继续修,9:00时修好并正常开始使用。
那么我这一次的时间是算2小时还是算17小时?
没有找到相关结果
已邀请:
MTTR也必须包含获得配件的时间,维修团队的响应时间,还有将设备重新投入使用的时间。是一个缩写的平均时间恢复或平均修复时间代表的平均时间将有缺陷的部件或系统恢复工作秩序。 它是衡量一个系统的可维护性和可预测的平均所需的时间让系统出现系统故障的情况下再次工作。 MTTR可以从几个毫秒,如不间断电源(UPS)的许多数小时甚至数天的情况下的应用软件或复杂的机制。
所需要的时间来恢复系统恢复正常,包括期间的诊断中的问题以及其整改。 当失效率是可预见的和有据可查的MTTR可以大大减少。另一方面,如果系统没有意外,所需要的时间来诊断问题本身可能是相当高的首要原因。有时不适当的诊断会导致错误的修理,可以使问题复杂化,延长恢复期。 所有这些可有助于提高MTTR系统。
有些系统有内置冗余,所以,当一个子系统出现故障,另一个系统的地位将提升,以保持整个系统的运行。 虽然整体系统具有零MTTR ,故障子系统仍然需要修理或更换,因此子系统只有一个非零MTTR 。
当MTTR是建成维修合同,降低MTTR通常会导致更高的成本,因为服务提供商,以确保该系统得到恢复的更短的时间内。 因此,服务的买方必须支付更多的,这加快了周转时间。
系统的可靠性是一个重要事项,以范围广泛的行业。无论是生产汽车,航空飞机和火箭或建立复杂的软件的顺利运行的一个主要业务公司,系统的可靠性是一个十分关注的创作者,以及用户的系统。 因此, MTTR是一个至关重要的参数,表明事情会很快恢复正常有很大影响整体系统的稳定性。
所需要的时间来恢复系统恢复正常,包括期间的诊断中的问题以及其整改。 当失效率是可预见的和有据可查的MTTR可以大大减少。另一方面,如果系统没有意外,所需要的时间来诊断问题本身可能是相当高的首要原因。有时不适当的诊断会导致错误的修理,可以使问题复杂化,延长恢复期。 所有这些可有助于提高MTTR系统。
有些系统有内置冗余,所以,当一个子系统出现故障,另一个系统的地位将提升,以保持整个系统的运行。 虽然整体系统具有零MTTR ,故障子系统仍然需要修理或更换,因此子系统只有一个非零MTTR 。
当MTTR是建成维修合同,降低MTTR通常会导致更高的成本,因为服务提供商,以确保该系统得到恢复的更短的时间内。 因此,服务的买方必须支付更多的,这加快了周转时间。
系统的可靠性是一个重要事项,以范围广泛的行业。无论是生产汽车,航空飞机和火箭或建立复杂的软件的顺利运行的一个主要业务公司,系统的可靠性是一个十分关注的创作者,以及用户的系统。 因此, MTTR是一个至关重要的参数,表明事情会很快恢复正常有很大影响整体系统的稳定性。
CaineYu • 2019-01-02 15:48
恩···在计算MTTR时需要包含获得配件时间。
但是我现在遇到的问题是因为我们不是24小时连续工作的企业,存在中间有15小时的间隔时间,那这15个小时属于什么性质?如果在这15个小时出现的获得配件的行为,是否就应属于获得配件时间?如果这15个小时不需要获得配件,就纯粹是下班了,那这15个小时应该叫什么?是否参与计算?
我以前的公司是24小时上班,这个很好计算,只要等配件,哪怕周期一周,直接24*7小时就好了,对于现在这种中间有间隔的就有点懵···