FRACAS:een overzicht

FRACAS is een proces dat organisaties een manier geeft om fouten te rapporteren, classificeren en analyseren, en om corrigerende reacties op die fouten te plannen.

Wat is FRACAS?

Een storingsrapportage-, analyse- en corrigerende actiesysteem (FRACAS) is een proces dat organisaties een manier geeft om storingen te rapporteren, te classificeren en te analyseren, en om corrigerende reacties op die storingen te plannen. Software wordt vaak gebruikt om een ​​FRACAS-systeem te implementeren om meerdere storingsrapporten te helpen beheren en een storingsgeschiedenis te produceren met bijbehorende corrigerende maatregelen, zodat geregistreerde informatie van die eerdere storingen kan worden geanalyseerd.

Een FRACAS, voor het eerst ontwikkeld en gebruikt door groepen van het Amerikaanse ministerie van Defensie in 1985, is een gesloten proces dat de volgende stappen bevat:

1. Foutmelding (FR): Alle storingen en storingen met betrekking tot een systeem, apparaat of proces worden formeel gemeld met behulp van een standaardformulier dat bekend staat als een storingsmelding of defectmelding. Het storingsrapport moet duidelijk het defecte activum, de symptomen van de storing, de testomstandigheden, de bedrijfsomstandigheden en de storingstijd identificeren.
2. Analyse (A): Voer een oorzaakanalyse uit om te achterhalen wat de storing heeft veroorzaakt. Voer een oorzaakanalyse uit om te achterhalen wat de storing heeft veroorzaakt.
3. Corrigerende maatregelen (CA): Zodra de oorzaak van de storing is vastgesteld, implementeert en controleert u corrigerende (of preventieve) maatregelen om toekomstige optredens van de storing te voorkomen. Eventuele wijzigingen moeten formeel worden gedocumenteerd om standaardisatie te garanderen.

FRACAS kan in meerdere toepassingen worden gebruikt, zoals systemen voor veiligheid/risicovermindering, procesbeheersing en incidentrapportage. Het closed-loop proces is een gedisciplineerde en gerichte aanpak die problemen in de ontwerp-, ontwikkelings- en productiefasen detecteert en oplost. Het doet dit door middel van meerdere fundamentele taken, waaronder het vastleggen en vastleggen van gegevens en informatie over storingen; het identificeren en prioriteren van storingen; en het bepalen, implementeren en verifiëren van corrigerende maatregelen om herhaling van storingen te voorkomen.

Een FRACAS levert ook belangrijke informatie uit storingsanalyse en corrigerende maatregelen voor rapporten over betrouwbaarheidsgegevens. Rapportsamenvattingen voor zaken als het aantal incidenten bevatten waardevolle betrouwbaarheids- en kwaliteitsgegevens.

FRACAS is nu op grote schaal digitaal en kan, naast storingsrapportage, analyse en correctie, samenwerken met meerdere processen en tools zoals DMAIC, MTBF en MTTR.

Hoe FRACAS te implementeren

Het implementeren van een FRACAS is in hoge mate aanpasbaar op basis van de behoeften van uw organisatie. In feite is er geen enkele FRACAS-standaard die over de hele linie wordt toegepast, en veel normen zijn branchespecifiek. Hieronder vindt u richtlijnen en een grondig overzicht van een effectieve FRACAS en wat er nodig is om de nodige informatie te verzamelen. Zoals eerder vermeld, zijn er drie basisstappen om deze informatie te verzamelen:

Stap 1 - Het storingsrapport maken

FRACAS begint met het storingsrapport - de registratie van een storing, probleem of reden tot bezorgdheid van een activum met een product of proces. De informatie in storingsrapporten kan sterk variëren, afhankelijk van uw branche, processen en nalevingsvereisten. Het maken van een rapport kan betekenen dat u met meerdere afdelingen binnen uw organisatie moet praten om zaken te bespreken zoals technische ondersteuning, testresultaten uit het laboratorium, fabricagefouten, problemen in het veld en engineering of ontwerp.

Ongeacht het type informatie dat u binnen de FRACAS bijhoudt, is het belangrijk om te onthouden dat u moet bepalen welke informatie u in uw rapport wilt opnemen. Dit betekent alle informatie die nodig wordt geacht om problemen te helpen bepalen en oplossen, evenals informatie voor toekomstige tracking.

Tijdens de storingsrapportagefase van FRACAS moet u duidelijk definiëren welk type informatie in het incidentrapport moet worden vastgelegd. Na verloop van tijd, naarmate storingen door het FRACAS-proces met gesloten lus stromen, zal er meer informatie worden verzameld; in eerste instantie moeten echter zoveel mogelijk gegevens worden verzameld over de storing en hoe deze is gedetecteerd. Storingsrapporten moeten informatie verzamelen zoals:

• Datum en tijd van het incident
• Wie heeft het probleem of de storing gevonden
• Wie voert het incidentrapport uit
• Alle details over het incident, inclusief de stappen die tot het incident hebben geleid
• Elke corrigerende actie die is ondernomen om het probleem op te lossen
• Suggesties voor wijzigingen die kunnen worden doorgevoerd om herhaling te voorkomen

Zoals eerder vermeld, kan deze informatie variëren, afhankelijk van het type gegevens dat u bijhoudt, wie de informatie registreert, welke details nodig zijn om het probleem op te lossen, nalevingsvereisten en meer. Over het algemeen worden FRACAS-foutrapporten aangepast aan de vereisten van elke organisatie.

Het belangrijkste aspect van storingsrapportage is ervoor te zorgen dat problemen in uw FRACAS worden geregistreerd wanneer ze zich in realtime voordoen. Om dit te doen, moeten alle teamleden toegang hebben tot de FRACAS en goed door het systeem kunnen navigeren.

Stap 2 – Analyse

Nadat u uw storingsrapport(en) hebt geregistreerd, is het tijd om een ​​analyse van het probleem uit te voeren. Deze fase kan ook worden aangepast aan de behoeften van uw organisatie en u helpen bepalen hoe u verder moet gaan met het analyseren van het probleem. De analysefase wordt meestal uitgevoerd door een teamleider of ingenieur die volledig evalueert wat de storing heeft veroorzaakt en vervolgens een oplossing identificeert.

Stap 3 – Corrigerende actie

De laatste stap in het FRACAS is het oplossen van het probleem en het afsluiten ervan. Op dit punt hebt u de oorzaak van de storing vastgesteld en heeft u een oplossing bedacht om deze te corrigeren. Nadat u de corrigerende actie heeft geïmplementeerd, moet uw team het succes van de actie verifiëren en het incident in het systeem afsluiten. Het afsluiten van elke storing is van cruciaal belang om ervoor te zorgen dat het gesloten-lussysteem intact blijft.

De FRACAS-workflow

De FRACAS-workflow bestaat uit meerdere stappen die samen het closed-loopproces vormen, waarbij het eerste incidentrapport door de incidentoplossing wordt geleid. De FRACAS-workflow van elke organisatie is anders, afhankelijk van hoe problemen intern worden afgehandeld. Workflows evolueren ook naarmate de behoeften veranderen en er lessen worden geleerd. Hieronder ziet u een voorbeeld van een FRACAS-workflow die u voor een fabrikant kunt tegenkomen.

• Stap 1 – Invoer: Er wordt een storing gedetecteerd en in het FRACAS ingevoerd. In dit geval is er een lager vastgelopen.
• Stap 2 – Toewijzen: De teamleider wijst het probleem toe aan een lid van het onderhoudsteam om te onderzoeken. De onderhoudsafdeling stelt vast dat het lager vermoeid is door een verkeerde uitlijning.
• Stap 3 – Oplossen: Het onderhoudsteam onderzoekt de werkgeschiedenis van de machine en ontdekt eerdere gevallen van onjuiste montage, wat resulteerde in zachte voet, verkeerde uitlijning en losse verbindingen. Door middel van analyse van de hoofdoorzaak stelt het onderhoudsteam vast dat het huidige lagerdefect het gevolg was van een verkeerde uitlijning van de as, die werd veroorzaakt door tekortkomingen in de vaardigheden van het onderhoudsteam als gevolg van onjuiste training.

  Om het probleem op te lossen, wijst het onderhoudsteam een ​​goed opgeleid teamlid aan voor het uitlijnen van de machine en implementeert het een verplichte trainingssessie voor alle teamleden over het uitlijnen van de machine in kwestie. Bovendien wordt bij elke stap in het uitlijningsproces een enkele les bij de machine geplaatst.

• Stap 4 – Verifieer: De onderhoudssupervisor start de machine opnieuw op om te controleren op uitlijningsproblemen door middel van trillingsanalyse.
• Stap 5 – Afsluiten: Als de machine goed draait, wordt de storing verholpen in de FRACAS.

Dit is een eenvoudig voorbeeld van hoe een FRACAS-proces zou kunnen werken in een productieomgeving. Sommige fabrikanten gebruiken andere methoden voor het implementeren van een FRACAS. De auto- en ruimtevaartindustrie gebruiken bijvoorbeeld doorgaans de zogenaamde 8D's (8 disciplines) - een proces van acht stappen voor procesverbetering. Deze acht stappen bestaan ​​uit het samenstellen van een team, het beschrijven van het probleem, het oplossen van het probleem, het bepalen van de oorzaak, het definiëren van corrigerende maatregelen, het implementeren van corrigerende maatregelen, het voorkomen van herhaling en het erkennen van het harde werk van het team.

De fasen van implementatie van FRACAS

Aangezien moderne productiebedrijven een grote hoeveelheid betrouwbaarheidsgegevens en informatie verzamelen, worden FRACAS-gegevens meestal beheerd in een gestructureerde database om het gebruik van de gegevens gemakkelijker te maken. Dit staat bekend als een data-centered benadering. Deze procesgerichte methode lost twee problemen op:het duidelijk definiëren van gecompliceerde taken met veel betrokken mensen en organisaties om verwarring van relaties en verantwoordelijkheden te voorkomen, en ten tweede het definiëren en reguleren van verplichte taken binnen het managementsysteem, zodat werknemers kunnen worden herinnerd aan hun verplichting om doe hen. Volgens onderzoek in het Journal of Quality and Reliability Engineering , wordt FRACAS op deze manier geïmplementeerd in drie fasen:ontdekking, ontwerp en uitvoering.

• Ontdekkingsfase: De eerste stap in de ontdekkingsfase is het definiëren van elke taak en het identificeren van wie de taak overneemt. Vervolgens moeten processtromen worden bepaald. Dit betekent het vaststellen van procedures, het goedkeuringsproces en de besluitvormingsprocessen. Vervolgens moet andere informatie worden gedefinieerd, waaronder faalwijzen, faalmechanismen, productspecificaties, betrouwbaarheidsinformatie en historische gegevens.

  Zodra u alle benodigde informatie heeft, is het tijd om de regels vast te stellen door te kijken naar richtlijnen en voorschriften. Ten slotte moet u de componenten via documentatie integreren. Nadat je deze fase hebt doorlopen, zou je de eigenschappen van een FRACAS-proces moeten hebben zoals weergegeven in onderstaande tabel.

  Taak Eigendom Informatie Observeer storing Gebruiker Artikelgegevens, tijd, locatie, omgeving Documenteer storingssymptomen Testafdeling Storingsbeschrijving en verwachte hoofdoorzaak Controleer storing Testafdeling Checklist Isoleer het verdachte item Testafdeling Storingsmodus Opnieuw testen van verdacht item vervangen Testafdeling Testrapport Controleer de storing van het geïsoleerde item Testafdeling Reparatiebeschrijving/verificatierapport Storingsanalyse Betrouwbaarheidsafdeling Analysemethode en rapport Controleren op vergelijkbare storingshistorie Betrouwbaarheidsafdeling Historische gegevens Bepaal de hoofdoorzaak Betrouwbaarheidsafdeling Identificatie van de hoofdoorzaak Correctieve actie vaststellen en opnemen FRB Analyseresultaten/actiespecificaties Verifiëren effectiviteit van de actie FRB Effectiviteit resultaat
• Ontwerpfase: In de ontwerpfase standaardiseert u uw proces. In moderne organisaties wordt dit gedaan met behulp van software om het FRACAS-proces gemakkelijk te maken voor een groot aantal medewerkers in de hele organisatie. Activiteiten in deze fase zijn onderverdeeld in twee soorten activiteiten:mensenwerk en op documenten gebaseerde taken. Taken die betrekking hebben op zaken als storingsobservatie, verificatie en storingsanalyse zijn soorten op documenten gebaseerde taken. In wezen zijn dit de rapporten die worden gebruikt voor analyse. Mensenwerk omvat zaken als het opnemen van corrigerende maatregelen. Menselijk werk Op documenten gebaseerde taken Isolatie Storingsobservatie Hertest Documentatie Itemverificatie Storingsverificatie Corrigerende actie bepaling Storingsanalyse Corrigerende actie incorporatie Data zoeken Effectiviteitsverificatie Root cause analysis Prestatietesten
• Inwerkingtredingsfase: Zoals de naam al doet vermoeden, is de enactmentfase waar het FRACAS-proces daadwerkelijk wordt geïmplementeerd en uitgevoerd. Deelnemers aan het FRACAS-proces krijgen hun eigen taken via e-mail, mobiel apparaat, enz. Zodra ze hun taken hebben voltooid, rapporteren ze via dezelfde methode aan het systeem.

Het leveren van taken aan de juiste mensen is essentieel om een ​​FRACAS-proces gaande te houden. Taakverantwoordelijkheid kan zowel in de ontwerpfase als in de uitvoeringsfase worden gedefinieerd. Zo kan een medewerker worden bepaald voordat het FRACS-proces begint, of kan een leidinggevende iemand kiezen en hem tijdens de operatie een taak toewijzen. Taken moeten via e-mail of sms worden afgeleverd, waarbij de voortgang in realtime wordt bijgewerkt.

FRACAS-naleving

Met het gesloten-lusproces van FRACAS kunt u uw storingsrapportage en -analyse nauw afstemmen op meerdere industriestandaarden. De keuze van de standaard hangt af van de vereisten van de sector, nalevingsbehoeften, bedrijfsdoelstellingen, enz.

De MIL-STD-2155 FRACAS-standaard is de standaard waaruit FRACAS is voortgekomen. Het is breed en biedt algemene richtlijnen voor betrouwbaarheidsprogramma's die de levenscyclus van het product overspannen. Hoewel deze standaard militair is, wordt hij in veel sectoren gebruikt om de implementatie van FRACAS te begeleiden.

Een FRACAS kan u ook helpen te voldoen aan meerdere ISO-vereisten, waaronder ISO-9001 en ISO/TS16949, aangezien het voldoet aan de fasen van het ISO-standaardisatieproces:

• Voorstelfase: Zodra een probleem is gediagnosticeerd, moeten de teamleden die het probleem identificeren, een voorstel opstellen waarin de omvang van het probleem wordt beschreven.
• Voorbereidende fase: Er worden onmiddellijk maatregelen genomen om u voor te bereiden op de stappen waarmee u het probleem kunt stoppen.
• Comitéfase: Werknemers moeten rollen toegewezen krijgen op basis van hun vaardigheden en taken moeten dienovereenkomstig worden gedelegeerd.
• Onderzoeksfase: Door de gestelde vragen te onderzoeken en conclusies te trekken over de gemelde kwestie(s), werken teamleden samen om de oorzaak van het probleem te achterhalen en een oplossing te vinden.
• Goedkeuringsfase: Geautoriseerde medewerkers moeten naar eigen goeddunken groen licht geven voor oplossingen en passende acties en het probleem oplossen.
• Publicatiefase: Het definitieve FRACAS-rapport kan worden afgesloten en gearchiveerd voor toekomstige beoordeling en overweging.

Voordelen van het implementeren van FRACAS

Het implementeren van een FRACAS geeft u waardevolle informatie om fouten of storingen, problemen uit het verleden, defecten of procesfouten tijdig te identificeren en te corrigeren. Bijkomende voordelen zijn onder meer:

• Door goed onderzoek naar storingen en passende corrigerende maatregelen, verlaagt een FRACAS ook direct de directe kosten, zoals herbewerking van de fabriek en schroot van onderdelen/materialen, evenals indirecte kosten zoals ontevredenheid van de klant.
• Een FRACAS is meestal een factor die bijdraagt ​​aan betrouwbaarheidsgroei, continue procesverbetering en een efficiënt onderhoudsprogramma. Dit wordt gedaan via continue monitoring en gegevenstracering via de FRACAS, die een samengevatte beoordeling biedt van de vraag of eerdere faaltrends zijn geëlimineerd door corrigerende maatregelen.
• FRACAS biedt inzicht in problemen met betrouwbaarheidsprestaties en initieert continue verbeteringsprocessen.
• Door middel van analyse van de oorzaak helpt FRACAS de technische inspanningen te versnellen om problemen op te lossen, wat op zijn beurt leidt tot effectieve corrigerende maatregelen.
• FRACAS biedt een organisatie een kennisbank met een geschiedenis van problemen, waardoor u een precedent heeft voor tal van problemen zodat u ze in de toekomst kunt vermijden.

Kortom

Veel organisaties denken dat de enige oplossing om storingen te voorkomen of problemen op te lossen, het toevoegen van meer preventieve onderhoudsstappen is. Hoewel dit soms nodig kan zijn, is het beter om een ​​herontwerp van het proces te implementeren. Als u meer preventieve onderhoudsstappen toevoegt, zorg er dan voor dat u deze door een FMEA-proces of RCM-analyse laat lopen, zodat u geen niet-waardetoevoegende stappen in het onderhoudsprogramma opneemt.