Afslut et projekt: leveringsreferat og åbne punkter
Skabelon til at kontrollere leverancer, overdrage åbne punkter, teste adgang og arkivere uden at blande levering, godkendelse og betaling sammen.
TL;DR: Efter leveringen mangler modtagerens kontrol, ansvarlige for åbne punkter og et brugbart arkiv. Referatet dokumenterer beslutninger; tavshed er ikke godkendelse, og en udstedt faktura dokumenterer ikke betaling.
Indhold
At afslutte et projekt betyder at overlade arbejdet til nogen, der kan bruge det, og gøre resten synlig. At sende den sidste fil beviser ikke, at kunden har kontrolleret den, kan redigere den eller ved, hvem der håndterer næste problem. Det operationelle afslutningsreferat nedenfor skelner mellem situationerne uden ekstra ceremonier.
Begynd efter leveringen. Tilbudsarbejdet, på engelsk bør allerede have defineret leverancerne. Find den version og de aftalte ændringer frem. Indfør ikke nye vilkår ved afslutningen, og bed ikke om allerede dokumenterede beslutninger igen.
Sendt er ikke kontrolleret
Beskriv, hvad modtageren skal kunne gøre med hver leverance. »Præsentation sendt« beskriver din handling. »Den ansvarlige åbner slutversionen og eksporterer en kopi uden manglende skrifttyper« beskriver en test. Kontroller den aftalte brug og dens afhængigheder, ikke alle programmets funktioner.
Asanas vejledning om projektafslutning omfatter slutkontroller, overdragelse og arkivering. Her foreslår vi et mindre register til serviceopgaver: leverance, dokumentation, beslutning og næste ansvarlige. Det er en operationel anbefaling, ikke en certificeringsstandard.
Skeln mellem leveret, kontrolleret og afventer. Uden svar afventer kontrollen stadig. »Modtaget« bekræfter modtagelsen, ikke nødvendigvis accept af hele arbejdet. Angiv, hvem der bekræfter for kunden, og knyt svaret til den gennemgåede version.
Én levering, tre situationer
Opdigtet eksempel: en konsulent leverer en redigerbar præsentation, en PDF og et regneark, som leverer data til to diagrammer. Det er ikke resultater fra en virkelig kunde.
| Reference | Observation | Beslutning |
|---|---|---|
| D-01: PDF | Kunden åbner filen og kontrollerer de aftalte sider | Registrer kontrol og dato |
| D-02: præsentation | Modtageren kan ikke redigere med sin konto | Hold adgangsopgaven åben; behold den nødvendige overdragelsesrettighed |
| D-03: regneark | Et tal afhænger af manglende kundedata | Registrer P-01: data, konsekvens og hvem der leverer dem |
Angiv i P-01 de ID’er og versioner, som dataene i D-03 påvirker, herunder D-01 og D-02, hvis de indeholder diagrammerne. Når dataene kommer, genskab de berørte diagrammer og filer, og opdater indekset. De nye versioner afventer modtagerens kontrol: registrer ansvarlig, dokumentation og dato; den tidligere kontrol gælder ikke de nye versioner.
Skriv ikke »alt færdigt«. D-02 forhindrer den aftalte brug. D-03 kan kræve, at projektet fortsætter, eller at punktet overdrages, afhængigt af konsekvensen og den fælles beslutning. Opgavens tilsyneladende størrelse afgør det ikke.
Den næste ansvarlige skal acceptere punktet og forstå handlingen. Et navn i en celle beviser ikke overtagelse. Tager ingen P-01, forbliver punktet synligt i afslutningen.
Test adgang, før du fjerner din egen
Bed modtageren åbne pakken med sin egen konto og udføre den aftalte opgave. Dit link virker måske kun for dig. Noter ressource, ejerkonto eller rolle, resultat og midlertidige rettigheder, der skal fjernes senere. Skriv ikke adgangskoder i referatet.
I Drive overfører et ejerskifte af en mappe ikke automatisk ejerskabet til dens filer. Google begrænser også overførsler for arbejds- og skolekonti til samme organisation. Kontroller kontotype og den tilgængelige handling, før du lover en overførsel. Officiel Google Drive-dokumentation.
Kan handlingen ikke udføres, så aftal en anden tilladt levering og test resultatet. Fjern ikke adgang ukritisk: kontoen kan understøtte andre projekter eller en aktiv tjeneste. Angiv, hvem der kontrollerer hver rettighed, og under hvilken betingelse den fjernes.
Et arkiv til den næste person
Lav et kort indeks: slutversion, aftalte redigerbare filer, instruktioner, beslutninger og åbne punkter. Adskil slutmateriale fra fravalgte versioner. Bevar nødvendige referencer efter de gældende regler; vejledningen fastsætter ingen universel opbevaringsperiode og foreslår ingen sletning.
Bed den næste ansvarlige finde leverancen og forklare, hvordan den opdateres, uden din private samtale. Skal personen spørge, hvilken af fire filer der er den endelige, mangler en beslutning i indekset. I et bureau, information på engelsk kan modtageren også være en kollega.
Kopier referatet
Erstat kantparenteserne. D-01 betegner en leverance og P-01 et åbent punkt; koderne forbinder referencer. Lav en post per emne frem for at samle alt under »sidste detaljer«.
Projekt og aftalt reference: [dokument og version]Slutpakke: [placering, version og dato]D-01: [leverance / test / dokumentation / status]P-01: [mangel / konsekvens / næste handling]Leverancer berørt af P-01: [ID’er / versioner / ny kontrol: ansvarlig, dokumentation og dato]Ansvarlig P-01: [hvem accepterer / bekræftelse]Opfølgning P-01: [aftalt dato eller betingelse]Adgang: [ejer / test / fjernelse afventer]Arkiv: [indeks / redigerbare filer / instruktioner]Administration: [reference / faktisk status / ansvarlig]Fortsættelse: [kanal / ansvarlig / aftalt dækning]Beslutning: [åbent / afsluttet med overdragne punkter / afsluttet]Bekræftelse: [person / version / dato; eller afventer]Forklar, hvad der slutter og fortsætter
Tilpas beskeden: »Her er pakke [version] og referat [reference]. [Rolle] skal stadig udføre [kontrol]. [Åbent punkt] fortsætter hos [ansvarlig, der har accepteret]. Bekræft [konkret beslutning]. Indtil da gælder [faktisk status].«
Registrer fakturaen separat som forberedt, udstedt, udestående eller betalt efter dokumentationen. Operationel afslutning opfylder ikke automatisk en forpligtelse og beviser ikke betaling. Medtag timerne fra denne fase i din omkostningsoversigt, på engelsk.
Knyt problemer til leverancen, og skeln mellem rettelse af aftalt arbejde og nye opgaver. Opfind ikke supportdækning i referatet. Slut med en konkret forbedring og ansvarlig, eksempelvis adgangstest før næste levering. Beslutningerne skal kunne forstås uden at rekonstruere hele samtalen.
Var denne artikel nyttig?
Ofte stillede spørgsmål
Er det nok at sende den endelige leverance for at afslutte projektet?
Nej: Skeln mellem levering, modtagerens bekræftelse og udestående arbejde. Uden svar afventer bekræftelsen stadig; en kvittering for modtagelse beviser ikke, at arbejdet er accepteret.
Hvad sker der, hvis en oplysning ændres efter bekræftelsen?
Identificér og genskab de berørte leverancer, opdatér oversigten, og bed om kontrol af de nye versioner. Bekræftelsen af en tidligere version godkender ikke den nye.