Kort sammanfattning
En underhållsplan blir “revisionssäker” när den går att använda i vardagen och när du snabbt kan visa tre saker: (1) en rimlig horisont, (2) en standardiserad struktur som täcker beståndet och (3) spårbarhet – vad som ändrats, vad som beslutats och vad som är utfört. Här är ett praktiskt upplägg för fastighetschef/driftchef, och hur du kan använda Janus för att göra det enkelt: paket (mallar), arbetsyta (kanban), ändringslogg och rapportbyggare.
Miniminivån revisorer (och ledning) brukar förvänta sig
Horisont som matchar verkligheten
En plan som bara tittar 1–2 år fram blir i praktiken en åtgärdslista. Du vill kunna visa en lång horisont som går att anpassa – så att större livscykelåtgärder inte faller bort (tak, fasad, ventilation, mark, ytskikt i skolor osv.). I Janus väljer ni planlängd och kan ändra över tid utan att planen kollapsar.
Nivå och täckning: hela beståndet, på rätt detaljnivå
- Planen omfattar bara vissa fastigheter
- Planen är för grov (“underhåll 2027” utan innehåll)
- Planen är för detaljstyrd på fel sätt (för mycket administration, för lite styrning)
En bra tumregel: du ska kunna ta fram rapporter per fastighet, byggnad och åtgärdstyp – och visa vad som ligger närmast i tid, vad som är eftersatt, och vad som är risk.
Ajourhållning: planen måste leva
- Det ska vara enkelt att flytta en post
- Enkelt att uppdatera omfattning/tidpunkt
- Och du ska kunna visa “det här ändrades – därför”
Janus är byggt för vardagsarbetet: arbetsyta (kanban), dataverktyg och ändringslogg.
Vanliga fallgropar (och hur du slipper dem)
1) “Planen finns, men den är en Excel som ingen vill röra”
Gör så här: flytta planen till ett system med spårbarhet, och skapa standardrapporter så att du kan svara snabbt när frågor kommer.
Janus: ändringslogg + rapportbyggare.
2) “Planen är en önskelista, inte ett beslutsunderlag”
Gör så här: standardisera hur ni märker upp åtgärder och använd statusfält konsekvent så att prioritering går att rapportera.
Janus: flaggor + status + urval i rapport.
3) “Planen går inte att uppdatera utan en projektvecka”
Gör så här: bygg ett upplägg med små justeringar löpande och en tydlig revideringsrutin.
Janus: arbetsyta (kanban) + påminnelser.
4) “Besiktningar finns – men de går inte att koppla till beslut”
Gör så här: koppla bilagor/foton på rätt nivå så att planen blir bevisbar även om besiktning sker externt.
Janus: bilagor/foton kopplas till fastighet, byggnad, komponent eller planpost.
Så bygger du en stark plan snabbt: Paket + arbetsyta + dataverktyg
Steg 1: Använd paket som standardmall – och gör dem till era
- Börja med standardpaket och skapa egna för återkommande hus/objekt
- Lägg paketet på fastigheten och justera det som skiljer
Steg 2: Justera i arbetsytan (kanban) – gör planering till vardagsjobb
- Flytta poster i tid
- Justera omfattning
- Markera status (beslutad/utförd/eftersatt)
Steg 3: När du behöver göra många ändringar – använd dataverktyg
- Massflytta/uppdatera poster
- Standardisera flaggor/status i efterhand
- Snabba korrigeringar när verkligheten ändras
Spårbarhet: det som gör att du kan svara snabbt när frågor kommer
Ändringslogg: visa vad som ändrats och varför
- Vilken post ändrades?
- Från värde → till värde
- När skedde ändringen?
Flagga + status: gör prioritering synlig utan långa texter
- Flaggor: Besiktas, Risk, Investering, Miljöpåverkan
- Status: planerad, akut, eftersatt, beslutad, utförd
Rapportpaket: 3 rapporter som gör livet enklare
Rapport 1: “Kommande 5/10 år – per fastighet”
Syfte: tydlig bild utan att drunkna i detaljer.
Rapport 2: “Risk och eftersatt – vad är mest kritiskt?”
Syfte: stöd för prioritering och förklaringar.
Rapport 3: “Beslutad vs utförd – vad blev faktiskt gjort i år?”
Syfte: uppföljning som går bortom “vi har spenderat X”.
Gör det här enkelt i praktiken
- Se exempel: tre rapportmallar som brukar räcka för revision/ledning
- Prova guidad uppstart i Janus (modell eller import Excel/PDF)
- Ladda ner: checklista “revisionssäker underhållsplan” (1 sida)
Nästa artikel i serien
→ Plan–budget–utfall utan krångel – så får du styrning som funkar i verkligheten
Top 10 brister → så löser vi det
Syftet: koppla planens kvalitet och arbetssätt till de vanligaste bristerna som revision reagerar på.
| Vanlig brist i granskningar | Praktiskt vad du gör (nästa steg) | Hur Janus hjälper (systemstöd) | Gå vidare |
|---|---|---|---|
| 1. Plan saknas/är otillräcklig (för kort, inte heltäckande, inte uppdaterad) | Sätt planhorisont, standardisera innehåll, etablera årlig revidering | Planhorisont + paket + arbetsyta (kanban) + påminnelser + ändringslogg | Revisionssäker underhållsplan i praktiken |
| 2. Otydlig ambitionsnivå/standard | Skriv 1 sida “ambitionsnivå + principer” och förankra | Flagga/status för struktur + AI-rapporter som stöd för råd och förbättringar | Prioritera rätt när allt inte ryms |
| 3. Underhållsskuld/eftersatt är okänd eller saknar strategi | Synliggör eftersatt, koppla risk/konsekvens, följ upp utveckling | Status “eftersatt” + flagga “Risk” + rapporturval + avsättningsanalys | Prioritera rätt när allt inte ryms |
| 4. Budget kopplas svagt till behov (ram styr) | Välj metod och var konsekvent: planpris → beslutskostnad → (ev) utfört | Pris per post + ändringslogg på pris/tid + rapporter för beslutat/utfört | Plan–budget–utfall utan krångel |
| 5. Prioritering saknar kriterier/risk | Inför 1-sidig prioriteringsprincip + beslutslogg | Flaggor (Risk/Besiktas/Investering/Miljö) + status + arbetsyta + rapport | Prioritera rätt när allt inte ryms |
| 6. Reaktiv drift: akuta jobb tränger undan planerat | Följ upp akuta/eftersatta poster, skapa brygga från felanmälan till plan | Status “akut/eftersatt” + rapporturval + rondering som tidig varning | Plan–budget–utfall / Rondering enligt AFF |
| 7. Excel/parallella sanningar och personberoende | Samla plan och uppföljning i ett system med spårbarhet | Ändringslogg + dataverktyg (massändringar) + rapportbyggare | Revisionssäker underhållsplan |
| 8. Uppföljning/rapportering är för tunn | Bestäm kvartalsrutin: planerat–beslutat–utfört–eftersatt | Rapportbyggare + status/flagga + ändringslogg som stöd | Plan–budget–utfall |
| 9. Roller/ansvar och samverkan är otydliga | Sätt RACI* (enkel ansvarsmatris) + mötesstruktur | Ansvariga/roller via vyer + särskilt för rondering/utförare i app | Rondering enligt AFF |
| 10. Behovsfångst osystematisk | Inför rondering + rutin “fynd → bedömning → åtgärdsspår” | Rondering: planering/uppföljning/analys + mobilapp + bilagor kopplade | Rondering enligt AFF |
* RACI – ansvarsmatris (för tydliga roller)
RACI är en enkel ansvarsmatris som tydliggör vem som gör vad i en process (t.ex. underhållsplanering), så att saker inte faller mellan stolar.
- R – Responsible (Utför): den som faktiskt gör jobbet.
- A – Accountable (Beslutsansvar): den som äger frågan och fattar beslut, “ytterst ansvarig”. Normalt bara en A per aktivitet.
- C – Consulted (Rådgörs med): personer som involveras och ger input innan beslut.
- I – Informed (Informeras): personer som får information, men inte behöver vara med och besluta.
Exempel i kommunalt underhåll (förenklat)
Aktivitet: Fastställa årlig revidering av underhållsplan
- R: Fastighetsförvaltare / planansvarig
- A: Fastighetschef (eller nämnd/styrelse beroende på organisation)
- C: Verksamhetsrepresentanter, ekonomi, upphandling
- I: Förvaltningsledning, berörda chefer