Основни изводи
Системното управление на това обикновено означава CMMS, вижте какво е CMMS и как работи.
Backlog-ът в поддръжката е опашката от позната работа: подадени корективни задачи, паднали профилактични работи, непроведени инспекции. Мениджърите често възприемат всеки backlog като провал, но backlog в правилен размер е признак на здраве, а не на пренебрегване. Той е буферът, който позволява на планиращите да подредят работата ефективно и предотвратява техниките да стоят без работа.
Проблемът никога не е самото съществуване на backlog; проблемът е дали неговият размер, приоритизация и остаряване са под контрол.
Нулев backlog обикновено означава едно от две неща, и двете лоши. Или имате повече капацитет за поддръжка, отколкото работа, което е скъпо, или, много по-често, работата просто не се улавя: проблемите се оправят неформално и никога не се записват, така че backlog изглежда празен, докато реалната работа е невидима. Здрава система за управлениe на работни поръчки, която улавя всичко, винаги ще показва някакъв backlog.
Бройте backlog-а в екип-седмици: общите предполагаеми часове на незавършената работа, разделени на вашия седмичен капацитет за поддръжка. Това е далеч по-полезно от броя на заявките, защото петдесет бързи задачи и петдесет големи основни ремонти са много различни обеми работа. Няколко екип-седмици са често цитирана здравословна граница.
Най-опасният backlog не е най-големият, а най-старият. Когато backlog-ът се обработва по принципа първи влязъл, първи обслужен, или според това кое е най-шумно, критични и профилактични задачи се биват отлагани без срок. Тези отложени PM-и не изчезват; те са скрит риск, който се натрупва до непланирана повреда.
Изглед за остаряване, сортиран по това колко дълго задачите с висока критичност са изчаквали, показва този риск преди да удари. Приоритизирайте по критичността на активите , а не само по възраст или обем.
Fabrico държи цялата поддръжка на едно място с критичността и историята на всеки актив, така че backlog-ът може да се измери в екип-седмици, да се сортира по приоритет и да се следи за остаряване, вместо да се гадае по куп заявки.
Тъй като работата е свързана със OEE-събитията, които са я задействали, задачите, които защитават най-важните и най-често отказващите активи, изплуват най-отгоре, вместо да бъдат заровени. Fabrico е разработен и хостван в ЕС с внимание към локализацията на данните и е сертифициран по ISO 27001.
За да видите вашия backlog като управляван буфер, а не като мистериозна купчина, заявете демо .
Екипи, които прилагат това на практика, често разглеждат нашия обзор на достъпния CMMS софтуер.
За да превърнете това в решение за инструмент, вижте нашия преглед на софтуера за управление на поддръжката.
Не сам по себе си. Малък, контролируем backlog е здравословен планов буфер, който поддържа работата подредена и техниките продуктивни. Проблемът е неконтролируем или остаряващ backlog, при който критичната и профилактичната работа се отлага в скрит риск.
Не. Нулата обикновено означава или излишен капацитет за поддръжка, или, по-често, че работата не се улавя и се обработва неформално извън отчетите. Система, която записва всичко, винаги ще показва някакъв backlog; целта е да го контролирате, не да го премахнете.
В екип-седмици: предполагаемите незавършени часове, разделени на седмичния капацитет. Това отразява истинския обем на работата много по-добре от броя на заявките, тъй като няколко големи задачи могат да надхвърлят десетки бързи. Няколко екип-седмици са често давано здравословно указание.
Остаряването. Най-старите отложени задачи, особено критичните профилактични, натрупват риск към непланирана повреда. Наблюдението колко дълго задачите с висока критичност са чакали и приоритизирането по критичност, а не само по ред на постъпване, държат този риск видим.
Вход
Блог
