SOP for kundeprojektlevering: instrumenterings- og automationsløsning
En SOP for kundeprojektlevering af en fuld instrumenterings- og automationsløsning: engineering, instrumentvalg, kundegodkendelse, indkøb, FAT, installation, idriftsættelse, dokumentation og operatørtræning.
Sådan fungerer det
Erstat banerne med jeres faktiske projektroller
Dette diagram bruger Projektleder, Engineering, Indkøb, Feltservice og Kunde. Hvis Insatech adskiller panelopbygning fra idriftsættelse på stedet, eller har en dedikeret dokumentationsrolle separat fra QA, så giv den rolle sin egen bane frem for at folde den ind i Feltservice, overleveringen er som regel der, hvor et trin stille og roligt antages udført af nogen, der antog, at nogen anden gjorde det.
Sæt jeres egne underskriftskriterier på begge beslutninger
"Godkender kunden design og scope?" og "Bestod FAT?" har begge brug for en angivet standard, ikke bare "så fint ud", de specifikke tegninger og dataark kunden godkender mod, og de specifikke acceptkriterier FAT vurderes mod. Skriv de faktiske kriterier ind i rækkens kommentarfelt, så ingen er afhængig af hukommelsen om, hvad der blev lovet.
Behold instrumentvalgs- og installationsrækkerne som overdragelser, ikke omskrivninger
"Vælg instrumenter efter SOP for valg og specifikation af nyt instrument" og "Installer system på stedet efter SOP for installation og idriftsættelse af procesinstrumenter" er bevidst hver én række. Link til de SOP'er frem for at genbeskrive deres trin her, så projektdiagrammet og specialistdiagrammerne ikke driver ud af synk med hinanden.
Sæt People og Workload på hver række, før I stoler på BI-panelet
Workload-panelet kan kun summere timer for de rækker, der har dem. Udfyld People og Workload for hvert trin, mens I tilpasser diagrammet, og brug realistiske indsatstimer frem for forløbet tid, så et projekt med en fejlet FAT og en gentest rent faktisk viser sig som flere timer end et, der bestod første gang.
Lad ikke træning blive en eftertanke-række
"Træn kundens operatører og vedligeholdelsespersonale" er det, der gør denne SOP anderledes end hver anden Insatech-SOP i sættet. Behandl det som et planlagt, ressourcesat trin med sine egne timer og sin egen ansvarlige, ikke noget der presses ind på den sidste eftermiddag af idriftsættelsen, fordi det er det, kunden faktisk husker om overdragelsen.
Ofte stillede spørgsmål
Hvad udløser starten på projektleveringsprocessen?
Processen starter ved "Kundeforespørgsel modtaget": en anmodning om en fuld løsning, flere instrumenter plus et styresystem og integration, frem for en enkeltinstrumentanmodning. Alt nedstrøms, engineeringen, FAT'en, træningen, tager udgangspunkt i registreringen fanget ved "Kravanalyse med kunden", så et hul der viser sig som en scope-uenighed langt senere i projektet.
Hvordan adskiller denne sig fra SOP for valg og specifikation af nyt instrument?
Den SOP dækker at vælge og dimensionere ét instrument til en kundes procesbetingelser. Dette diagram absorberer hele den beslutning som én række, "Vælg instrumenter efter SOP for valg og specifikation af nyt instrument", fordi en levering i projektstørrelse har brug for det som ét input blandt mange: arkitektur, paneldesign, indkøb og FAT sidder alle omkring det. Brug den selvstændige SOP, når en kunde skal have ét instrument specificeret; brug dette diagram, når de skal have et system leveret.
Hvad sker der, hvis kunden ikke godkender designet?
Beslutningen "Godkender kunden design og scope?" ruter et Nej til "Revider design ud fra kundens feedback", der sløjfer tilbage til samme beslutning frem for at tvinge et enkelt godkend-eller-tab-projektet-opkald. Intet flytter til indkøb, før kunden reelt har underskrevet mod P&ID'erne, sløjfetegningerne og panellayoutet produceret ved "Mekanisk og elektrisk design (P&ID, sløjfetegninger, panellayout)", ikke en mundtlig beskrivelse af løsningen.
Hvad sker der, hvis systemet fejler sin fabriksgodkendelsestest?
Beslutningen "Bestod FAT?" sender en fejl til "Ret FAT-punktlistepunkter, gentest", der sløjfer tilbage til "Fabriksgodkendelsestest (FAT) med kunden som vidne" frem for at lade systemet blive sendt alligevel. At fange en fejl i værkstedet, med kunden som vidne til gentesten, er bevidst tidligere og billigere end at fange den samme fejl, efter systemet er installeret på stedet.
Hvorfor indeholder denne SOP kundetræning, når de andre ikke gør?
De ni andre SOP'er er alle ting, Insatech gør ved eller for en kundes eksisterende instrumentering, kalibrerer det, reparerer det, vedligeholder det, og Insatechs eget personale beholder viden. Denne SOP leverer et system, kunden selv skal drive, når Insatech forlader stedet, så "Træn kundens operatører og vedligeholdelsespersonale" er et påkrævet trin, før "Kundens slutgennemgang og underskrift" lukker projektet, ikke en valgfri ekstra.
Erstatter denne SOP SOP for installation og idriftsættelse af procesinstrumenter for et projekt?
Nej. "Installer system på stedet efter SOP for installation og idriftsættelse af procesinstrumenter" overdrager det arbejde til specialistdiagrammet ved navn frem for at gentage dets udstyrstjek, sløjfetest og kalibreringstrin. Dette diagram er ansvarligt for projektstrukturen omkring det arbejde, godkendelsesporten før det starter og dokumentationen og træningen efter det er færdigt, ikke selve installationens tekniske detalje.