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.
Hvad er SOP for kundeprojektlevering: instrumenterings- og automationsløsning?
De ni andre SOP'er i dette sæt dækker hver især en afgrænset del af Insatechs arbejde: kalibrer ét instrument, installer ét instrument, udkald en tekniker til én opgave. Dette diagram sidder over dem alle, fordi en projektforespørgsel ikke er en anmodning om ét instrument, det er en anmodning om et fungerende system, styrepaneler, ledningsføring, logik og instrumenteringen der fodrer det, leveret på en tidsplan og en pris, kunden har godkendt, før en eneste del blev bestilt. Det er derfor "Kundeforespørgsel modtaget" og "Kravanalyse med kunden" kommer, før noget engineering starter: et projekt i løsningsstørrelse, der begynder fra et uklart eller uskrevet scope, er den enkeltvis mest almindelige måde, et servicefirma ender med at bygge det forkerte, og prisen for den fejl er ikke ét instrument, det er hele opbygningen.
Frem for at genbeskrive arbejde, der allerede har sin egen SOP, absorberer dette diagram det som én række og går videre. "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" navngiver begge den SOP, de overdrager til, frem for at gentage dens trin, samme måde "Kalibrer instrument efter SOP for instrumentkalibrering og dokumentation" gør det inde i installationsdiagrammet. Det er bevidst: instrumentvalg og instrumentinstallation er reelt ingeniør- og feltarbejde med egne beslutninger og egne tolerancer, og at duplikere dem her ville lade de to versioner drive fra hinanden. Det, dette diagram i stedet ejer, er projektstrukturen omkring dem: porten "Godkender kunden design og scope?" før en eneste krone bruges på indkøb, og porten "Bestod FAT?", før et system, der fejlede sin egen fabrikstest, nogensinde læsses på en lastbil.
Diagrammet slutter med "Træn kundens operatører og vedligeholdelsespersonale", rækken der gør denne SOP reelt anderledes end hver søster i sættet. Ingen af de ni andre lærer nogensinde kundens eget personale noget; de kalibrerer, de reparerer, de vedligeholder, og Insatechs eget personale bærer viden med tilbage til Insatech. En leveret løsning er anderledes: kunden skal kunne drive den uden Insatech i rummet, så "Kundens slutgennemgang og underskrift" lukker kun projektet, når den træning reelt har fundet sted, ikke når systemet blot kører. Hver række bærer også en navngiven ansvarlig og et timetal via de indbyggede kolonner People og Workload, så BI-panelet for arbejdsbyrde kan vise, for et projekt hvor FAT fejlede og skulle gentestes, at Kasper Haugsteds opbygnings- og idriftsættelsestimer reelt løb længere end på et projekt, der bestod FAT første gang, i stedet for at hvert projekt ser lige stort ud på papiret.
Hvad dette flowchart dækker
I denne skabelon
- Indtag og scoping, fra "Kundeforespørgsel modtaget" over "Kravanalyse med kunden", registreringen alt nedstrøms, engineeringen, FAT'en, træningen, tager udgangspunkt i
- Engineering og design på tværs af Engineering og design-banen: "Engineeringdesign og systemarkitektur", "Vælg instrumenter efter SOP for valg og specifikation af nyt instrument" og "Mekanisk og elektrisk design (P&ID, sløjfetegninger, panellayout)", før en eneste del bestilles
- Kundegodkendelsesporten: "Godkender kunden design og scope?" enten frigiver projektet til indkøb eller ruter det til "Revider design ud fra kundens feedback", gentjekket indtil kunden godkender
- Indkøb, opbygning og fabrikstest: "Indkøb instrumenter, paneler og materialer" og "Byg og saml styrepaneler" fører ind i "Fabriksgodkendelsestest (FAT) med kunden som vidne" og FAT-bestået-beslutningen, der sløjfer tilbage gennem "Ret FAT-punktlistepunkter, gentest", indtil systemet består
- Levering på stedet overdraget til installations- og idriftsættelsesdisciplinen ved navn: "Installer system på stedet efter SOP for installation og idriftsættelse af procesinstrumenter" og "Idriftsæt system i live proces"
- Dokumentation, træning og overdragelse: "Saml as-built-dokumentation og certifikater" og "Træn kundens operatører og vedligeholdelsespersonale" lukker projektet ved "Kundens slutgennemgang og underskrift", trinnet ingen anden Insatech-SOP indeholder, fordi ingen anden SOP giver kundens eget personale nøglerne
Hvornår du skal bruge skabelonen
- I standardiserer, hvordan Insatech scoper, designer og leverer en fuld instrumenterings- og automationsløsning, og vil have overleveringerne mellem projektlederen, engineering, indkøb, feltservice og kunden fastlagt på ét diagram frem for i én projektleders hoved
- Et projekts tidsplan skrider, og I skal se, række for række, om forsinkelsen ligger i engineering og godkendelse, i indkøb og FAT, eller i installation og idriftsættelse på stedet
- En fabriksgodkendelsestest fejlede, og I vil have en dokumenteret gentestvej med en navngiven ansvarlig, frem for et uformelt "vi fikser det, før det sendes" uden registrering af, hvad der var galt
- I onboarder en ny projektleder eller projektingeniør og skal have en reference for præcis, hvilke porte, kundegodkendelse og FAT, der skal klares, før projektet må rykke til næste fase
- I vil have grænsen mellem dette projektleveringsdiagram og de selvstændige SOP'er for instrumentvalg og -installation gjort eksplicit, så en projektingeniør ved, hvilket diagram der skal åbnes til hvilken beslutning
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.
