Varje livsmedelsproduktionsanläggning jag har besökt har en kvalitetspärm. Ibland är den fysisk — en ringpärm bredvid produktionslinjen. Ibland är det en delad enhet med mappar namngivna efter år. Ofta är det både och. Batchprotokollen i denna mapp fylls i många fall i slutet av skiftet — återskapade ur minnet, från whiteboardtavlan som suddas ut varje morgon, från ett snabbt samtal med linjeoperatören innan de stämplar ut.
HACCP-planen säger att den kritiska styrpunkten kontrollerades varannan timme. De faktiska kontrollerna skedde när någon kom ihåg det.
Inget av detta är oärligt. Det är så livsmedelsproduktion faktiskt fungerar.
Vad mjukvaran förutsätter
De flesta mjukvaror för livsmedelssäkerhet och produktion utformades kring en regulatorisk modell: HACCP-standarden, revisionschecklistan, certifieringskraven. De är optimerade för att ta fram dokument som tillfredsställer en revisor — inte för att hjälpa människorna på produktionslinjen att utföra sitt arbete.
Konsekvensen blir mjukvara som är omfattande och oanvänd. Formulär med trettio fält som tar tolv minuter att fylla i. Mallar för batchprotokoll som exakt speglar det regulatoriska formatet men som inte passar någons faktiska arbetsflöde. Spårbarhetssystem som kräver manuell inmatning av data som redan existerar någon annanstans.
När mjukvaran kräver att arbetsflödet ska ändras för att passa mjukvaran, ändras inte arbetsflödet. Mjukvaran kringgås. Batchprotokollen återskapas i slutet av skiftet. HACCP-protokollen visar vad som borde ha hänt. Revisorn är nöjd. Risken kvarstår.
Problemet med genealogi
Fråga produktionschefen på vilken livsmedelsanläggning som helst hur de skulle hantera en återkallelse. De flesta av dem kan svara på frågan exakt och snabbt — i huvudet. De vet vilka batcher som använde samma ingående råvaruparti. De vet vilka kunder som tog emot produkter från de batcherna. De vet det eftersom de har lett den produktionslinjen i elva år.
Vad de inte kan göra är att dokumentera den kunskapen på ett sätt som överlever att de slutar.
Genealogi inom livsmedelsproduktion — förmågan att spåra framåt från ett råvaruparti till färdig produkt, eller bakåt från ett kundklagomål till det ingående material som orsakade det — är en av de mest operativt kritiska förmågorna ett livsmedelsföretag har. Det är också en av de som oftast hanteras i kalkylblad och institutionellt minne.
Mjukvaruproblemet här är inte att ingen har byggt genealogimoduler. Det har de. Problemet är att bördan av datainmatning är så pass hög att posterna blir ofullständiga eller ungefärliga, vilket innebär att genealogisökningen ger ett partiellt svar. Ett partiellt svar i en återkallelsesituation är sämre än inget svar, eftersom det skapar en falsk trygghet. Du tror att du vet omfattningen. Det gör du inte.
Allergenomställningen ingen dokumenterade
Här är ett specifikt scenario som dyker upp oftare än det borde. En produktionsanläggning kör en allergeninnehållande produkt på morgonen och en "fri från"-produkt på eftermiddagen. Omställningsrutinen är dokumenterad — den finns på ett laminerat kort på väggen. Den innefattar rengöring enligt ett specifikt protokoll, en okulärbesiktning och ett godkännande.
I praktiken: linjeoperatören som kan rutinen är Maria. När Maria är på semester, vet hennes kollega på ett ungefär vad Maria gör och gör ungefär det. Godkännandet sker. Protokollet existerar. Huruvida rengöringen faktiskt uppfyllde standarden är en funktion av institutionell kunskap, inte systemkrav.
Mjukvara som behandlar detta som ett dokumentationsproblem — skapa en checklista, få en underskrift — har inte löst någonting. Underskriften bevisar att någon kryssade i rutorna. Det bevisar inte att allergenen är borta.
Vad som faktiskt fungerar: system som bygger in rutinen i arbetsflödet vid själva utförandet. Linjen kan inte frigöras för nästa produkt förrän sensorerna bekräftar det, förrän testresultatet är loggat, förrän det specifika protokollsteget är slutfört med en tidsstämpel och ett operatörs-ID — inte ifyllt i efterhand när någon ombetts minnas vad som hände för två timmar sedan.
Mjukvaran som faktiskt används
De mjukvaror för livsmedelsproduktion som förändrar resultaten är designade kring några principer som de flesta företagsverktyg för efterlevnad ignorerar.
Inmatningshastigheten spelar större roll än hur fullständigt formuläret är. En tvåsekunders skanning slår ett tvåminutersformulär varje gång, även om formuläret fångar in mer data. Data som fångas i sitt sammanhang — vid själva utförandet, av personen som utför det — är mer korrekt än data som återskapas ur minnet. Formuläret som tar tolv minuter fylls inte i under själva handlingen. Det fylls i senare, utifrån vad någon kan minnas.
Avvikelser är viktigare än rutiner. Rutinen är dokumenterad. Det laminerade kortet hänger på väggen. Alla utbildades. Mjukvarans uppgift är att fånga upp när rutinen inte följdes — inte att generera ett protokoll som visar att den gjordes. Larma om avvikelsen. Flagga för den saknade kontrollen. Producera inte en rapport som visar att allt följde reglerna när två protokoll saknas.
Systemet måste fungera på fabriksgolvet. Delade terminaler som torkas av med industriella rengöringsmedel. Tåliga surfplattor. Enheter som operatörerna varken har valt eller äger. Om det inte fungerar med handskar på, i ett kylrum, av någon som har stått på benen i sex timmar, så fungerar det inte. Mjukvaran som bara fungerar på kontoret är mjukvaran som dupliceras på whiteboardtavlan som suddas ut varje morgon.
Klyftan mellan efterlevnad av livsmedelssäkerhet och praktisk livsmedelssäkerhet är verklig, bestående och underskattad av de flesta mjukvaror som är utformade för att överbrygga den. Företagen som överbrygger klyftan bygger mjukvara som möter fabriken där den faktiskt befinner sig — inte där revisionsramverket antar att den befinner sig.
Det är ett svårare designuppdrag. Det kräver förståelse för produktionsgolvet, inte bara för regelverket. Det är också det enda uppdraget värt att ta sig an.