Vad är driftstopp?

Driftstopp är varje period då en tillgång eller ett system inte går att använda - för att den har gått sönder, för att den servas, eller för att något utanför den (ström, delar, personal, godkännande) saknas. Det är spegelbilden av upptid: varje timme en tillgång skulle ha arbetat men inte gjorde det. Ordet täcker både en fabrikslinje som står still och en sladdlös borrmaskin som ligger på en verkstad; skalan skiljer sig, logiken inte.

Ordet har också en vardaglig “vila”-betydelse - driftstopp som en paus mellan pass. Den betydelsen handlar den här sidan inte om. Här är driftstopp en mätbar storhet kopplad till en bestämd tillgång under ett angivet fönster, och hela poängen med att namnge det är att kunna räkna det, prissätta det och kapa det.

Den här guiden går igenom hur driftstopp skiljer sig från outnyttjad tid och driftavbrott, vilka typer och orsaker som är värda att hålla isär, räknesättet som gör stopp till en procentsats, hur du prissätter en timme för just ditt företag, vad en driftstoppslogg ska innehålla och vilka spakar som faktiskt minskar stoppen.

Det här lär du dig

• Driftstopp, outnyttjad tid, beredskap och driftavbrott
• Planerat och oplanerat driftstopp
• Typer av driftstopp
• Vad som orsakar driftstopp
• Så räknar du ut driftstopp
• Vad driftstopp kostar, och hur du prissätter din egen timme
• Driftstoppslogg: vad du ska registrera och varför
• Så minskar du driftstopp
• Driftstopp i IT jämfört med driftstopp för utrustning
• Driftstopp i praktiken
• Vanliga frågor

Driftstopp, outnyttjad tid, beredskap och driftavbrott

Flera ord används för “grejen fungerade inte”, och vart och ett pekar på ett annat problem:

Skillnaden avgör vilket mått som rör sig. Driftstopp drar ner tillgängligheten; outnyttjad tid drar ner nyttjandegraden. En generator som stått oanvänd i tre veckor för att ingen arbetsplats behövde den har nästan perfekt tillgänglighet och usel nyttjandegrad - och att köpa en till generator vore precis fel svar. En generator som stått oanvänd för att startmotorn gick sönder är motsatt fall. En logg som registrerar båda som “fungerar inte” kan inte tala om vilket av dem du har, så teamet köper utrustning när det borde fixa ett schema, eller tvärtom.

Beredskap är värd att namnge separat, eftersom den ser ut som slöseri i en nyttjandegradsrapport och ofta är rätt svar för kritisk utrustning: en reservpump, en lånedator eller en reservgenerator finns just för att stå still fram till den dag den inte gör det.

Planerat och oplanerat driftstopp

Den mest användbara uppdelningen är inte vad som orsakade driftstoppet utan om någon valde det. Planerat driftstopp är schemalagt - service, besiktningar, kalibrering, uppgraderingar, rengöring - och tidpunkten väljs så att den gör minst skada. Oplanerat driftstopp bestämmer tillgången åt dig, oftast mitt i användning, och därför kostar en sådan timme flera gånger en planerad: pågående arbete stannar, någon stressar för att felsöka, delar beställs i hast och åtaganden glider.

Sambandet mellan de två är själva kärnan i underhållsavvägningen, som beskrivs närmare under planerat och oplanerat underhåll: att acceptera liten, schemalagd otillgänglighet för att slippa stor, slumpmässig otillgänglighet. Ett team vars planerade driftstopp ökar samtidigt som det oplanerade minskar blir inte sämre - det vinner, och den sammanslagna siffran “totalt antal timmar nere” döljer det om du inte delar upp den.

Typer av driftstopp

Uppdelningen planerat/oplanerat är en bra start och ett dåligt slut, eftersom den klumpar ihop stopp med helt olika lösningar. En indelning som håller i ett litet företag ser ut så här:

• Planerat - service, besiktning, kalibrering, storstädning, programuppdateringar, schemalagt delbyte. Valt, daterat och billigt så länge det förblir så.
• Oplanerat (fel eller skada) - tillgången gick sönder, tappades i golvet eller kom skadad. Den dramatiska kategorin, och sällan den största.
• Administrativt - tillgången är trasig och alla vet om det, men reparationen väntar på ett godkännande, en offert, ett beslut eller en beställning. Ingen reparerar något; ett papper vandrar.
• Logistiskt eller försörjning - väntan på en reservdel, en leverantörstid, teknikerns nästa lediga besök eller ett bud. Reparationen är förstådd; insatsvaran har inte kommit.
• Yttre eller miljörelaterat - strömavbrott, översvämning, väder, stängd arbetsplats, nätet nere, avstängd väg. Utanför din kontroll, men inte utanför din planering.

I många små företag är de administrativa och logistiska högarna tillsammans större än felhögen. En rem för 400 kr som tar tio dagar att få hem kostar mer än felet som slet av den, och ett godkännande som ligger en vecka i någons inkorg är rent, undvikbart driftstopp. De här högarna är osynliga om loggen inte har en orsakskod för dem - vilket är precis varför orsakskoder betyder mer än de flesta team räknar med.

Vad som orsakar driftstopp

Bakom kategorierna ligger en ganska kort lista på återkommande orsaker:

• Uppskjutet eller överhoppat förebyggande underhåll. Servicen som sköts upp två gånger blir felet som stoppar jobbet. Förebyggande underhåll finns för att flytta det stoppet till en tid du själv valde.
• Åldrande utrustning som behålls efter sin livslängd. Felfrekvensen stiger i slutet av en tillgångs liv, och reparationerna går långsammare när delar blir svårare att få tag på. Att följa nyttjandeperioden är det som gör “den gick sönder igen” till ett beslut om utrangering.
• Ingen reservdel hemma för en billig men kritisk komponent. Filter, remmar, slangar, laddare, batterier - lågvärdesartiklar vars frånvaro stoppar högvärdigt arbete. Se reservdelshantering.
• Handhavandefel och ovana användare. Delad utrustning som vandrar mellan personer som aldrig fick den visad för sig går sönder oftare, och går sönder på sätt ingen felsöker snabbt.
• Skador under transport eller på plats. Utrustning som rör sig mellan skåpbilar, arbetsplatser och förråd samlar på sig smällar som aldrig rapporteras.
• Ingen visste att den var trasig. Den enskilt vanligaste orsaken i små team: den förra användaren märkte felet, sa inget, och nästa person upptäckte det vid sämsta tänkbara tillfälle.
• Flaskhalsar i godkännanden och budget. Reparationen är överenskommen i princip och stoppad i praktiken medan ett belopp ska attesteras.

Mönstret under alltihop är värt att säga rakt ut: det mesta driftstoppet är inte felet i sig, det är kön framför reparationen. Timmarna mellan “den gick sönder” och “någon började laga den” är oftast längre än själva lagningen, och de är de billigaste timmarna att ta bort.

Så räknar du ut driftstopp

Räknesättet är enkelt, och det är i definitionerna team går vilse.

Timmar driftstopp = förväntade tillgängliga timmar minus faktiskt tillgängliga timmar, under ett angivet fönster.

Driftstoppsandel = timmar driftstopp ÷ schemalagda timmar × 100.

Ett räkneexempel: en maskin är schemalagd 160 timmar på en månad. Under månaden förlorar den 12 timmar till två stopp. Driftstoppsandelen blir 12 ÷ 160 = 7,5 %, alltså 92,5 % tillgänglighet, och på ren svenska: “vi förlorade en och en halv dags kapacitet”.

Två härledda mått följer ur samma logg:

• MTTR (mean time to repair) = totalt driftstopp ÷ antal händelser. I exemplet ovan ger 12 timmar fördelat på 2 händelser en MTTR på 6 timmar.
• MTBF (mean time between failures) = total drifttid ÷ antal fel, och de två kombineras till tillgänglighet = MTBF ÷ (MTBF + MTTR).

Det enda som spräcker varje jämförelse är nämnaren. Samma tillgång mätt mot kalendertimmar (720 på en månad med 30 dagar) i stället för schemalagda timmar (160) gör 12 förlorade timmar till 1,7 % i stället för 7,5 %. Ingen av dem är fel; att citera den ena utan att säga vilken är det. Välj en nämnare, skriv ner den bredvid talet och håll den stabil så att trenden betyder något. Sidan om upptid går igenom spegelformeln och “nio-konventionen” mer i detalj.

Vad driftstopp kostar, och hur du prissätter din egen timme

Den synliga kostnaden för driftstopp är reparationsfakturan, och den är sällan den största posten. I stället för att låna en rubriksiffra från en rapport om någon annans fabrik, bygg din egen kostnad per timme:

Kostnad per timme = stillastående arbetskraft + förlorad output + ersättning + ikapparbete

• Stillastående arbetskraft - timkostnad inklusive påslag × antalet personer som blockeras. Ett arbetslag på tre som står runt en död truck är tre löner som köper ingenting.
• Förlorad debiterbar eller producerad output - jobben, enheterna eller timmarna som inte blev av och inte går att ta igen.
• Ersättning - hyra för en ersättare, en underentreprenör som kallas in, eller den tysta skadan av att göra jobbet med fel verktyg.
• Ikapparbete - att komma ikapp efter att tillgången är tillbaka: övertid, omplanerade kunder, kön som tog fjorton dagar att beta av.

Lägg till det du inte kan fakturera men ändå betalar för: missade tider, kunden som minns förseningen längre än du gör, och den sammansatta effekten på underhållskön när allting förskjuts framåt.

Perspektivet för små företag spelar roll här, eftersom det mesta som skrivs om driftstopp utgår från en produktionslinje. En trasig dator stoppar ingen fabrik - den sätter en person på halv kapacitet i en till tre dagar, och om den personen är debiterbar är talet inte litet. Summan av många små stopp slår oftast det enda dramatiska avbrottet som alla fortfarande pratar om, just för att de små aldrig räknas.

Siffran behöver bara vara ungefär rätt. Dess uppgift är inte bokföring; dess uppgift är att svara på en enda fråga - är en reservdel, ett serviceavtal eller en snabbare reparationsväg värd att köpa? Om en timmes driftstopp kostar 1 800 kr och en reservdel på hyllan kostar 600 kr är beslutet redan fattat.

Driftstoppslogg: vad du ska registrera och varför

Du kan inte minska ett tal som ingen registrerar, och driftstopp registrerar aldrig sig självt. En fungerande logg fångar, för varje stopp:

• Inventarie-ID - vilken specifik enhet, inte vilken modell. Se inventarie-ID.
• Starttid och sluttid - varaktigheten härleds, den skrivs aldrig in.
• Orsakskod - fältet som gör en hög timmar till ett beslutsunderlag.
• Vem som anmälde - så att anmälningsvanan syns och kan uppmuntras.
• Vad som fixade det - anteckningen som sparar en timmes felsökning för nästa person.
• Kostnad för delar och arbete - underlag både för valet mellan att laga och byta och för total ägandekostnad.

Disciplin kring orsakskoder är det som gör loggen värd att föra. Använd en kort standardlista - fel, planerad service, väntar på del, väntar på godkännande, väntar på tekniker, skada, yttre orsak - och håll den på tio till tjugo koder. Motstå frestelsen att lägga till en kod som heter “Övrigt”: den äter tyst upp datan, och inom tre månader är den din största kategori och din minst användbara.

Två regler avgör om loggandet överlever mötet med verkligheten. För det första måste det ta sekunder, inte minuter - en person som står med ett trasigt verktyg letar inte upp ett formulär, så anmälan måste gå att nå från själva föremålet. För det andra får det inte kännas bestraffande. I samma stund som det känns som en bekännelse att anmäla ett fel slutar anmälningarna komma in, och din driftstoppssiffra förbättras av helt fel skäl.

När det gäller verktyg, den ärliga varianten: ett delat kalkylark är en fullt legitim start, och det fungerar ända tills du lägger din tid på att sammanställa i stället för att agera. När “vilka tillgångar är nere just nu?” tar mer än en blick, eller när reparationshistoriken bor i tre personers minne, förtjänar en utrustningslogg kopplad till tillgångsposten sin plats.

Så minskar du driftstopp

Ungefär i ordning efter hur billigt det är:

1. Gör felanmälan omedelbar. En QR-etikett på föremålet gör att den som håller i det kan anmäla felet på plats i stället för att leta rätt på ett formulär eller en chef. Det tar bort “ingen visste”-timmarna, som är gratis att ta bort.
2. Kapa väntetiden för godkännanden. Förhandsgodkänn reparationer under ett visst belopp och peka ut en enda beslutsfattare däröver. Kostar ingenting, tar bort dagar.
3. Gör om oplanerat till planerat. Serva enligt schema i stället för vid fel. Ett kontrollschema gör ett slumpmässigt avbrott till ett valt.
4. För reparationshistorik per tillgång. Återkommande syndare syns först när historiken är per tillgång i stället för per minne - och då blir de antingen ordentligt lagade eller utrangerade.
5. Håll de två eller tre billiga delar hemma som orsakar långa väntetider. Inte ett förråd, en hylla. Sikta på artiklarna med lång ledtid och låg prislapp.
6. Håll en reserv eller lånemaskin för verkligt kritisk utrustning - och dimensionera den poolen medvetet i stället för av misstag, med din kostnad per timme som motivering.
7. Beta av underhållskön så att små fel inte hinner mogna till stora.

Under alla sju ligger exakt två spakar: sänk MTTR (laga snabbare) eller höj MTBF (gå sönder mer sällan). Små team får nästan alltid mer ut av den första, eftersom den största delen av deras MTTR är väntan - på en anmälan, ett beslut eller en del - och väntan är billigare att åtgärda än driftsäkerhet.

Driftstopp i IT jämfört med driftstopp för utrustning

Hälften av alla som söker på det här begreppet menar en tjänst, inte en maskin. I IT betyder driftstopp oftast att ett system eller en tjänst är otillgänglig, mätt mot dygnet runt och inskrivet i ett serviceavtal (SLA) som “nior”: 99,9 % tillåter ungefär 8,8 timmars driftstopp per år, 99,99 % under en timme. Nämnaren är kalendern, eftersom tjänsten förväntas finnas där klockan tre på natten.

För fysisk utrustning vilseleder den konventionen. En skåpbil som är otillgänglig klockan tre en söndagsnatt har inte svikit någon. Den vettiga nämnaren är schemalagda timmar, och den användbara enheten är timmar per period snarare än en decimal till - “vi förlorade 12 timmar den här månaden” säger ett team mer än “97,9 %”.

Sedan finns fallet som de flesta sidor hoppar över och som små företag faktiskt lever i: hårdvarudriftstopp för en person. En död dator, en försvunnen laddare eller en dockningsstation som slutade fungera sätter en anställd på halv kapacitet i dagar, och det syns sällan i något tillgänglighetsmått alls. För IT-avdelningar är den praktiska lösningen inte ett niomål - det är att veta vem som har vad, ha en eller två reserver på hyllan och göra bytet till ett femminutersjobb i stället för en inköpsprocess.

Driftstopp i praktiken

Vanan som gör allt annat möjligt är att markera statusändringen: i det ögonblick en tillgång går ur drift ska posten säga det, med en orsak. I AMPthilly ger det teamet en livevy över vad som är nere och varför att sätta en tillgångs status till under reparation och skapa ett serviceärende, och det lämnar permanent reparationshistorik på tillgången - så att du senare ser maskinen som tyst varit nere fem gånger i år.

Anmälningssidan spelar lika stor roll som posten. Eftersom varje tillgång kan bära en utskriven QR-etikett kan den som hittar felet skanna den med en vanlig mobilkamera, landa på tillgångens profil i webbläsaren och anmäla problemet med foto och kategori - skada, saknas, behöver underhåll, behöver ersättas - utan att leta upp någon. Ärendet rör sig sedan genom en kö med statusar som mappar snyggt mot orsakskoder för driftstopp: under granskning, pågår, väntar på delar, löst.

Vanliga frågor

Vad är skillnaden mellan planerat och oplanerat driftstopp?

Planerat driftstopp schemaläggs i förväg - service, uppgraderingar, besiktningar - så arbetet kan planeras runt det och tillgången kommer tillbaka i ett känt skick. Oplanerat driftstopp kommer utan varning, vid det ögonblick tillgången råkar gå sönder, oftast mitt i användning. Samma timme utan tillgänglighet kostar långt mer när den är oplanerad, eftersom den lägger stress, väntan på reservdelar och störda åtaganden ovanpå den förlorade användningen.

Vad är skillnaden mellan driftstopp och outnyttjad tid?

Driftstopp betyder att tillgången inte går att använda: den har gått sönder, den servas eller det saknas en del. Outnyttjad tid (idle time) betyder att tillgången fungerar utmärkt men saknar jobb, förare eller material. Skillnaden avgör vilket tal som rör sig - driftstopp sänker tillgängligheten och pekar på underhåll, medan outnyttjad tid sänker nyttjandegraden och pekar på planering eller efterfrågan. Team som loggar båda som en enda hög av “fungerar inte” jagar fel lösning.

Hur räknar man ut driftstopp i procent?

Driftstoppsandel = antal timmar driftstopp delat med schemalagda timmar, gånger 100. En maskin som är schemalagd 160 timmar på en månad och förlorar 12 timmar till stopp hade 12 / 160 = 7,5 % driftstopp, alltså 92,5 % tillgänglighet. Säg alltid vilken nämnare du använder: samma tillgång mätt mot kalendertimmar i stället för schemalagda timmar ger en helt annan procentsats, och därför jämför två team som citerar driftstoppssiffror ofta inte samma sak.

Vad kostar en timmes driftstopp för ett litet företag?

Det finns ingen universell siffra, så räkna på din egen: stillastående arbetskraft (timkostnad inklusive påslag gånger antalet personer som blockeras) plus förlorad debiterbar eller producerad output, plus ersättningskostnad som hyra eller att göra jobbet med fel verktyg, plus ikapptimmarna efter att tillgången är tillbaka. Talet behöver bara vara ungefär rätt - dess uppgift är att visa om en reservdel, ett serviceavtal eller en snabbare reparationsväg är värd att köpa.

Hur mäts driftstopp?

I enkla termer: timmarna en tillgång var otillgänglig under den period den förväntades vara tillgänglig. Team som vill ha mer insikt delar upp det efter orsak - fel, underhåll, väntan på delar, väntan på någon som fixar det - eftersom uppdelningen visar vad som ska ändras. Spegelmåttet är upptid eller tillgänglighet, andelen förväntade timmar tillgången faktiskt kunde användas.

Räknas underhåll som driftstopp?

Ja - om tillgången är otillgänglig är den nere, oavsett orsak. Den användbara skillnaden är att underhållsdriftstopp är ett val om timing. Service på en lugn dag kostar lite; samma service tvingad av ett haveri under en hektisk vecka kostar mycket. Att räkna planerat driftstopp ärligt är det som hindrar det från att hamna på kvällar då det inte är schemalagt.

Verktyg som gör det enklare

AMPthilly håller driftstoppsposten där den faktiskt är användbar - på själva tillgången. Varje enhet har en status (i bruk, i förråd, under reparation, utrangerad), så “vad är nere just nu?” blir ett filter i stället för en telefonrunda. Fel anmäls som serviceärenden kopplade till tillgången, med kategori, foton, kommentarstrådar och bifogade reparationsfakturor, och de rör sig genom en kö - under granskning, pågår, väntar på delar, löst - som samtidigt fungerar som dina orsakskoder. Skriv ut en QR-etikett per tillgång så kan vem som helst skanna den med mobilkameran, öppna profilen i webbläsaren och anmäla ett fel på några sekunder, utan någon app att installera. Den fullständiga revisionshistoriken över statusändringar, utlåningar och återlämningar ligger kvar på posten permanent, så berättelsen om driftstoppet per tillgång är redan skriven när du ska räkna på den. Gratisplanen omfattar 3 användare och 25 tillgångar utan kort.

Sammanfattningen

Driftstopp är all tid då en tillgång förväntades vara tillgänglig och inte var det - och det enskilt mest användbara du kan göra med det är att sluta behandla det som ett enda tal. Skilj det från outnyttjad tid så att du löser rätt problem, dela upp det efter orsakskod så att de administrativa timmarna och väntan-på-delar-timmarna blir synliga, räkna det mot en nämnare du säger högt, och prissätt en timme så att du vet vad en reserv är värd. Ta sedan bort kön framför reparationen: omedelbar felanmälan, snabba godkännanden och en hylla med de billiga kritiska delarna på. För de flesta små team är det den kön, inte felet, som timmarna faktiskt går åt till.

Relaterade termer

• Upptid - tillgänglighetsprocenten som driftstopp drar ifrån
• Planerat och oplanerat underhåll - avvägningen som avgör vilken typ av driftstopp du får
• Underhållskö - kön av utestående arbete som matar framtida driftstopp
• CMMS - programkategorin (underhållssystem) fokuserad på att schemalägga arbete för att minimera driftstopp
• Serviceavtal (SLA) - det formella tillgänglighetsåtagande driftstopp mäts mot