Inspectiewerkprocessen die zijn afgestemd op de werkzaamheden ter plaatse

Ga uit van het besluit dat de inspectie ondersteunt

De meeste inspectieprogramma’s worden achteraf ontworpen. Iemand maakt een lijst van alles wat gecontroleerd zou kunnen worden, zet die om in een formulier en komt er maanden later achter dat de verkregen gegevens geen antwoord geven op vragen die iemand daadwerkelijk stelt. Een productiever uitgangspunt is de beslissing aan de andere kant: wat gaat iemand anders doen omdat deze inspectie heeft plaatsgevonden?

Een inspectie bij het betrekken van de woning vormt de basis voor een beslissing over de toewijzing aan het einde van een huurperiode. Een veiligheidsronde dient om aan te tonen dat een vaste procedure is gevolgd. Een inventarisatie van de staat van de voorraad ondersteunt de kapitaalplanning. Elk daarvan vereist een andere structuur, een andere bewijsstandaard en een ander detailniveau — en als je alle drie op basis van één generiek sjabloon ontwerpt, is het vrijwel zeker dat ten minste twee ervan slecht aansluiten.

• ✓Bepaal de beslissing voordat je de checklist opstelt
• ✓Noteer de feiten die nodig zijn voor de beslissing, niet alles wat waarneembaar is
• ✓Stel de bewijsnorm vast op basis van de gevolgen, niet op basis van gewoonte
• ✓Erken dat verschillende soorten inspecties een verschillende mate van diepgang rechtvaardigen

Gestructureerde antwoorden zijn beter dan vrije tekst

De belangrijkste factor die bepaalt of inspectiegegevens later bruikbaar zijn, is of ze als gestructureerde gegevens of als vrije tekst zijn vastgelegd. Een notitie met de tekst „enige schade aan het aanrechtblad bij de gootsteen, matig“ is weliswaar leesbaar, maar kan niet worden gesorteerd, geteld of vergeleken met de volgende woning. Dezelfde bevinding, vastgelegd als een gedefinieerde locatie, een gedefinieerd onderdeel en een ernstwaarde, kan worden gefilterd, in kosten uitgedrukt en bijgehouden.

Dit is geen argument tegen aantekeningen. Vrije tekst is juist de plek waar nuances en uitzonderingen tot uiting komen, en als je die weglaat, krijg je overzichtelijke maar onjuiste gegevens. Het verschil is dat de structuur de feiten bevat die moeten worden samengevat, en dat de tekst de zaken bevat die zich niet laten categoriseren.

Ontwerp voor de zwaarste omstandigheden, niet voor de demonstratie

Inspectiewerkprocessen worden meestal op kantoor uitgewerkt en in de kelder uitgevoerd. De versie die er tijdens een demonstratie efficiënt uitziet – lange keuzelijsten, vrije tekstvelden, veel optionele vertakkingen – is vaak de versie die al bij het vierde pand van de dag wordt losgelaten, bij slecht licht, met handschoenen aan en terwijl de bewoner staat te wachten.

Een workflow is geschikt voor gebruik in de praktijk wanneer deze is afgestemd op de fysieke route, zo min mogelijk invoer vereist en in één oogopslag duidelijk maakt of deze is voltooid. De Inspection Runner van MeetInspect is speciaal ontworpen om inspectieworkflows onder dergelijke praktijkomstandigheden uit te voeren, met offline ondersteuning zodat het bezoek gewoon doorgaat als er geen internetverbinding is.

Sjablonen zijn de manier waarop een standaard wordt verspreid

Bij elk inspectieprogramma waarbij meer dan één persoon betrokken is, komt uiteindelijk de kloof tussen de norm zoals die op papier staat en de norm zoals die in de praktijk wordt toegepast, aan het licht. Briefings, richtlijnen en opleidingen raken allemaal in de vergetelheid; wat blijft, is de structuur die mensen op de dag zelf daadwerkelijk krijgen aangereikt.

Herbruikbare sjablonen zijn daarom een praktisch hulpmiddel om consistentie te waarborgen. Als je een sjabloon aanpast, verandert daarmee ook wat bij elke volgende inspectie wordt vastgelegd. Dat is zowel het voordeel als het risico: wijzigingen aan sjablonen moeten weloverwogen gebeuren, omdat ze de vergelijkbaarheid met alle eerder vastgelegde gegevens tenietdoen.