SOP for nøglefærdigt marint el-projekt
SOP for nøglefærdigt marint el-projekt til fuldt omfang: Scanel ejer krav, planlægning, ingeniørarbejde, indkøb, installation, test og idriftsættelse, frem til dokumentation, kundeaccept og afslutning.
Hvad er SOP for nøglefærdigt marint el-projekt?
De fleste af Scanels SOP'er beskriver et enkelt, allerede afgrænset stykke arbejde: installer dette system, idriftsæt denne tavle, servicer denne EEx-motor. Dette diagram er med vilje anderledes. Et nøglefærdigt projekt er det tilfælde, hvor kunden overhovedet ikke afgrænser de enkelte dele, de angiver, hvad de har brug for, og Scanel tager det fra "Kundekrav modtaget" hele vejen til "Nøglefærdigt projekt afsluttet, kundens system accepteret", og absorberer ingeniørarbejde, indkøb, installation, test og idriftsættelse som faser af ét projekt frem for som selvstændige opgaver, der hver kræver sit eget kickoff. Det er derfor diagrammet sætter "Bekræft omfang, budget og tidsplan med kunden" og beslutningen "Er omfang, budget og tidsplan bekræftet?" før en enkelt tegning er startet: på en nøglefærdig opgave findes der ikke et separat afgrænsningstrin hos kunden, der kan fange en forkert forudsætning senere, så projektplanen skal bygges på et omfang, kunden faktisk har bekræftet, ikke ét, Scanel udledte af den indledende anmodning.
De to kontrolpunkter midt i diagrammet findes, fordi et nøglefærdigt projekt multiplicerer prisen for en fejl, en snævrere opgave selv ville fange. "Godkender kunden ingeniørdesignet og udstyrslisten?" er en projektmilepæl, ikke en fuld designiterationsrunde, den bekræfter designet og styklisten, før indkøb binder noget budget; en kunde, der vil gå dybere ind i selve designet, før de forpligter sig til et nøglefærdigt byggeri, er bedre stillet med at starte fra den selvstændige SOP for elektroteknik og designændringer, og en kunde, der kun vil have et afgrænset omfang installeret, uden ingeniørarbejde eller indkøb tilknyttet, bør i stedet bruge SOP for marin elektrisk installation. "Matcher det indkommende udstyr specifikationen?" fanger en forkert spændingsklasse, IP-klasse eller kabeldimension mod indkøbsordren, før det når skibet eller stedet, fordi Scanel på en nøglefærdig opgave bærer den indkøbsrisiko, en direkte bestillende kunde ellers selv ville bære. "Bestås systemet idriftsættelsestesten?" er det samme mønster anvendt på den idriftsættelsesfase, Scanel kører som del af dette omfang, det er et bestået/ikke bestået-kontrolpunkt på projektniveau i dette diagram, ikke et alternativ til det håndfaste kontrolpunkt for godkendelse af spændingssætning inde i den selvstændige SOP for idriftsættelse af elektriske systemer, som stadig afgør, om et system er sikkert at sætte under spænding, uanset hvilket diagram der bragte det dertil.
Den sidste bane er, hvor kundens oprindelige krav kontrolleres mod det, der faktisk blev leveret, og "Accepterer kunden det færdige system?" er med vilje en reel beslutning frem for en formalitet: åbne fund dirigeres tilbage gennem "Præsenter leverancerne for kunden til accept" i stedet for videre til afslutning på en antagelse om, at kunden nok bliver tilfreds. Hver række bærer også en navngivet ansvarlig og et timetal via de indbyggede kolonner Personer og Arbejdsbelastning, så BI-panelet for arbejdsbelastning kan vise, hen over et projekt der løber over tolv uger eller mere, om Ida Marstrands projektledelsestimer og Camilla Warbergs ingeniørtimer faktisk følger den fase, projektet er i, designtungt tidligt, installations- og idriftsættelsestungt senere, i stedet for bare at forudsætte, at planen holder.
Hvad dette flowchart dækker
I denne skabelon
- Indtag og planlægning, fra "Kundekrav modtaget" over "Bekræft omfang, budget og tidsplan med kunden" og beslutningen "Er omfang, budget og tidsplan bekræftet?" til "Udvikl projektplan: milepæle, ressourcer, faseplan", så planen bygges på et bekræftet omfang frem for et forudsat
- Ingeniørarbejde og kontrolpunktet for designgodkendelse: "Udarbejd ingeniørdesign, diagrammer og ledningsplaner" fører til beslutningen "Godkender kunden ingeniørdesignet og udstyrslisten?", som dirigerer en revisionsanmodning til "Revider design efter kundens feedback", før indkøb binder noget budget
- Indkøb og kontrolpunktet for udstyrsverifikation: "Indkøb udstyr, kabel og materialer mod det godkendte design" og beslutningen "Matcher det indkommende udstyr specifikationen?", som dirigerer en uoverensstemmelse til "Returner udstyr, der ikke opfylder specifikationen, og genbestil" i stedet for at lade det nå installationsholdet
- Installation hen over banen Feltelektrikere: "Mobiliser felthold, installer kabler, paneler og udstyr" og "Færdiggør termineringer og installationskontroller", før et enkelt system sættes under spænding til test
- Test og kontrolpunktet for idriftsættelse: "Udfør funktions- og systemtest" fører til beslutningen "Bestås systemet idriftsættelsestesten?", som dirigerer en fejl til "Diagnosticer og løs fejlen, gentest" i stedet for videre til dokumentation på en antagelse om, at den nok bestås
- Afslutning: "Udarbejd as-built-dokumentation, testrapporter og O&M-manualer", "Præsenter leverancerne for kunden til accept", beslutningen "Accepterer kunden det færdige system?", og "Afhold projektafslutningsmøde, overdrag O&M-dokumentation og garantivilkår", plus navngivne ansvarlige og timetal på hver række via kolonnerne Personer og Arbejdsbelastning, så BI-panelet kan vise Ida Marstrands projektledelsestimer og Camilla Warbergs ingeniørtimer hen over hele projektets tidslinje
Hvornår du skal bruge skabelonen
- En kunde vil have, at Scanel ejer et helt marint eller offshore el-projekt fra ende til anden, krav til afslutning, frem for selv at koordinere ingeniørarbejde, indkøb, installation og idriftsættelse som separate opgaver
- I afgrænser et nyt projekt og skal bekræfte, at det reelt er nøglefærdigt, før tidsplanen bindes, i stedet for halvvejs igennem at opdage, at kunden forventede selv at håndtere indkøb eller ingeniørgodkendelse på deres egen tidslinje
- Et design eller en indkøbsordre kræver en dokumenteret kundegodkendelse, før budgettet bindes, og der var ikke noget fast punkt i projektet, hvor den godkendelse blev fanget
- I onboarder en ny projektleder eller ingeniør og har brug for et referencedokument for, hvordan faserne overdrager til hinanden på en nøglefærdig opgave, i stedet for at hver faseansvarlig forudsætter, at den forrige blev rent afsluttet
- Et færdigt system blev ikke accepteret af kunden, og I ønsker en registrering af, hvad fundet var, og hvordan det blev dirigeret tilbage ind i projektet, i stedet for en uformel rettelse, ingen dokumenterede før afslutningen
Sådan fungerer det
Udskift banerne med jeres reelle projektroller
Dette diagram bruger Kunde, Projektleder, Ingeniørafdeling, Indkøb, Feltelektrikere og QA / Idriftsættelse. Hvis jeres projekter skiller indkøbsgodkendelse fra selve indkøbsudførelsen, eller skiller QA-godkendelse fra idriftsættelsesingeniørens egen test, så giv den rolle sin egen bane i stedet for at lægge den ind under én kolonne.
Sæt jeres egne accept-kriterier på bekræftelses- og godkendelsespunkterne
"Er omfang, budget og tidsplan bekræftet?" og "Godkender kunden ingeniørdesignet og udstyrslisten?" skal have en angivet definition af "bekræftet" og "godkendt", et underskrevet omfangsdokument, en godkendt styklisterevision, ikke bare et mundtligt go. Skriv den faktiske godkendelsesmekanisme ind i rækkens kommentarfelt, så den, der kører kontrolpunktet, ikke er afhængig af hukommelsen om, hvad der tæller.
Navngiv, hvem der har bemyndigelse til at afvise udstyr, der ikke opfylder specifikationen
"Matcher det indkommende udstyr specifikationen?" er det ene kontrolpunkt i dette diagram, hvor det bliver dyrt senere at lade et marginalt emne passere, når det først er monteret, er et fejlklassificeret emne en genbearbejdningsopgave, ikke en returnering. Tilknyt en navngiven rolle, ikke bare en titel, så der ikke er tvivl om, hvem der kan sende udstyr tilbage til leverandøren i stedet for at installere det under tidspres.
Udfyld Personer og Arbejdsbelastning på hver række, før I stoler på BI-panelet
Arbejdsbelastningspanelet kan kun lægge timer sammen for de rækker, der har dem. Udfyld Personer og Arbejdsbelastning for hvert trin, når I tilpasser diagrammet, med realistiske indsatstimer i stedet for forløbet tid, så et projekt, der kører flere faser parallelt, reelt vises som en travl periode for de rigtige personer i stedet for at se jævnt fordelt ud.
Beslut, hvad der tæller som et åbent acceptfund
"Accepterer kunden det færdige system?" er kun nyttig, hvis projektlederen og kunden er enige på forhånd om, hvad der dirigeres til "Åbne fund" i forhold til, hvad der er en mindre note, der håndteres efter afslutningen. Anfør eksempler direkte i "Præsenter leverancerne for kunden til accept", så skellet ikke trækkes forskelligt fra projekt til projekt.
Ofte stillede spørgsmål
Hvad gør et projekt "nøglefærdigt" frem for en afgrænset installationsopgave?
I dette diagram angiver kunden krav én gang, ved "Kundekrav modtaget", og Scanel ejer alt nedstrøms: ingeniørarbejde, indkøb, installation, test og idriftsættelse, som faser af ét projekt. Har kunden allerede afgrænset et defineret stykke elarbejde og bare skal have det installeret, er SOP for marin elektrisk installation i stedet det rigtige dokument.
Hvad sker der, hvis det indkommende udstyr ikke matcher specifikationen?
Beslutningen "Matcher det indkommende udstyr specifikationen?" dirigerer en uoverensstemmelse til "Returner udstyr, der ikke opfylder specifikationen, og genbestil", før det overhovedet når installationsholdet. At fange en forkert spændingsklasse, IP-klasse eller kabeldimension mod indkøbsordren ved dette kontrolpunkt er med vilje tidligere og billigere end at fange det, når emnet allerede er monteret.
Hvem godkender ingeniørdesignet, før indkøb begynder at bruge budget?
Det er beslutningen "Godkender kunden ingeniørdesignet og udstyrslisten?", og det er en projektmilepæl, der bekræfter designet og styklisten, ikke selve den detaljerede designgennemgangsrunde. En kunde, der vil iterere mere i dybden på designet, før de forpligter sig til et nøglefærdigt byggeri, er bedre stillet med at starte fra den selvstændige SOP for elektroteknik og designændringer.
Hvordan forholder kontrolpunktet for idriftsættelse i dette diagram sig til Scanels dedikerede idriftsættelses-SOP?
"Bestås systemet idriftsættelsestesten?" er et bestået/ikke bestået-kontrolpunkt på projektniveau på den idriftsættelsesfase, dette diagram kører som del af det nøglefærdige omfang. Det er ikke et alternativ til det håndfaste kontrolpunkt for godkendelse af spændingssætning inde i SOP for idriftsættelse af elektriske systemer, som stadig afgør, om systemet er sikkert at sætte under spænding, uanset hvilket diagram der bragte det til det punkt.
Hvad sker der, hvis kunden ikke accepterer det færdige system?
Beslutningen "Accepterer kunden det færdige system?" dirigerer "Åbne fund" tilbage gennem "Præsenter leverancerne for kunden til accept" i stedet for videre til "Afhold projektafslutningsmøde, overdrag O&M-dokumentation og garantivilkår" på en antagelse om, at kunden nok godkender. Projektet afsluttes først, når accepten faktisk er registreret.