Avsluta ett projekt: leveransprotokoll och öppna frågor
Mall för att kontrollera leveranser, lämna över öppna frågor, testa åtkomst och arkivera utan att blanda ihop leverans, godkännande och betalning.
TL;DR: Efter leveransen behövs mottagarens kontroll, ansvariga för öppna frågor och ett användbart arkiv. Protokollet dokumenterar besluten; tystnad är inte ett godkännande och en utfärdad faktura bevisar inte betalning.
Innehåll
Att avsluta ett projekt innebär att lämna arbetet till någon som kan använda det och tydliggöra vad som återstår. Ett skickat slutdokument visar inte att kunden har kontrollerat det, kan redigera det eller vet vem som tar nästa problem. Det operativa avslutsprotokollet nedan skiljer situationerna åt utan onödig administration.
Börja efter leveransen. Offertarbetet, på engelska bör redan ha definierat leveranserna. Ta fram den versionen och överenskomna ändringar. Inför inga nya villkor vid avslutet och begär inte redan dokumenterade beslut igen.
Skickat är inte kontrollerat
Beskriv vad mottagaren ska kunna göra med varje leverans. ”Presentation skickad” beskriver din handling. ”Ansvarig öppnar slutversionen och exporterar en kopia utan saknade typsnitt” beskriver ett test. Kontrollera avtalad användning och dess beroenden, inte programmets alla funktioner.
Asanas vägledning för projektavslut tar upp slutkontroller, överlämning och arkivering. Här föreslår vi ett mindre register för tjänster: leverans, belägg, beslut och nästa ansvariga. Det är en operativ rekommendation, ingen certifieringsstandard.
Skilj levererat, kontrollerat och väntar åt. Utan svar väntar kontrollen fortfarande. ”Mottaget” bekräftar mottagande, inte nödvändigtvis hela arbetet. Ange vem som bekräftar för kunden och koppla svaret till den granskade versionen.
En leverans, tre situationer
Påhittat exempel: en konsult levererar en redigerbar presentation, en PDF och ett kalkylblad som ger underlag till två diagram. Det är inga resultat från en verklig kund.
| Referens | Observation | Beslut |
|---|---|---|
| D-01: PDF | Kunden öppnar filen och kontrollerar avtalade sidor | Dokumentera kontroll och datum |
| D-02: presentation | Mottagaren kan inte redigera med sitt konto | Låt åtkomstfrågan vara öppen och behåll behörigheten som behövs för överlämningen |
| D-03: kalkylblad | En siffra beror på kunddata som saknas | Registrera P-01: uppgift, konsekvens och vem som ska lämna den |
Ange i P-01 de ID
och versioner som påverkas av uppgiften i D-03, inklusive D-01 och D-02 om de innehåller diagrammen. När uppgiften kommer, skapa de berörda diagrammen och filerna på nytt och uppdatera indexet. De nya versionerna väntar på mottagarens kontroll: dokumentera ansvarig, belägg och datum; den tidigare kontrollen gäller inte de nya versionerna.Skriv inte ”allt klart”. D-02 hindrar avtalad användning. D-03 kan kräva fortsatt projekt eller överlämning av frågan, beroende på konsekvensen och det gemensamma beslutet. Uppgiftens skenbara storlek avgör inte saken.
Den nya ansvariga måste acceptera uppgiften och förstå nästa steg. Ett namn i en cell bevisar inte ett övertagande. Om ingen tar P-01 ska den vara synlig i avslutsprocessen.
Testa åtkomst innan du tar bort din egen
Be mottagaren öppna paketet med sitt konto och utföra den avtalade uppgiften. Din länk kanske bara fungerar för dig. Anteckna resurs, ägarkonto eller roll, resultat och tillfälliga behörigheter som senare ska tas bort. Skriv inga lösenord i protokollet.
I Drive överför ett ägarbyte för en mapp inte automatiskt ägandet av filerna i den. Google begränsar också överföringar för arbets- och skolkonton till samma organisation. Kontrollera kontotyp och tillgänglig åtgärd innan du lovar en överföring. Officiell Google Drive-dokumentation.
Om det inte går, kom överens om en annan tillåten leverans och testa resultatet. Ta inte bort åtkomst urskillningslöst: kontot kan stödja andra projekt eller en pågående tjänst. Ange vem som granskar varje behörighet och under vilket villkor den tas bort.
Ett arkiv som nästa person kan använda
Gör ett kort index: slutversion, avtalade redigerbara filer, instruktioner, beslut och öppna frågor. Skilj slutmaterial från bortvalda versioner. Bevara nödvändiga referenser enligt tillämpliga regler; guiden anger ingen allmän lagringstid och föreslår ingen radering.
Be nästa ansvariga hitta leveransen och förklara hur den uppdateras utan din privata konversation. Behöver personen fråga vilken av fyra filer som är slutversionen saknas ett beslut i indexet. På en byrå, information på engelska kan mottagaren också vara en kollega.
Kopiera protokollet
Ersätt hakparenteserna. D-01 betecknar en leverans och P-01 en öppen fråga; identifierarna knyter ihop referenser. Lägg till en post per fråga i stället för att samla allt under ”sista detaljer”.
Projekt och avtalad referens: [dokument och version]Slutpaket: [plats, version och datum]D-01: [leverans / test / belägg / status]P-01: [vad saknas / konsekvens / nästa åtgärd]Leveranser som påverkas av P-01: [ID:n / versioner / ny kontroll: ansvarig, belägg och datum]Ansvarig P-01: [vem accepterar / bekräftelse]Uppföljning P-01: [avtalat datum eller villkor]Åtkomst: [ägare / test / borttagning väntar]Arkiv: [index / redigerbara filer / instruktioner]Administration: [referens / faktisk status / ansvarig]Fortsättning: [kanal / ansvarig / avtalad omfattning]Beslut: [öppet / avslutat med överlämnade frågor / avslutat]Bekräftelse: [person / version / datum; eller väntar]Beskriv vad som slutar och fortsätter
Anpassa meddelandet: ”Här är paket [version] och protokoll [referens]. [Roll] behöver fortfarande göra [kontroll]. [Öppen fråga] fortsätter hos [ansvarig som accepterat]. Bekräfta [konkret beslut]. Fram till dess gäller [faktisk status].”
Registrera fakturan separat: förberedd, utfärdad, obetald eller betald enligt belägg. Ett operativt avslut reglerar inte automatiskt en skyldighet och bevisar inte betalning. Ta med även dessa timmar i din kostnadsuppföljning, på engelska.
Koppla problem till leveransen och skilj rättelser av avtalat arbete från nya uppdrag. Hitta inte på supportomfattning i protokollet. Avsluta med en konkret förbättring och ansvarig, exempelvis åtkomsttest före nästa leverans. Besluten ska gå att förstå utan att återskapa hela konversationen.
Var den här artikeln till hjälp?
Vanliga frågor
Räcker det att skicka slutleveransen för att avsluta projektet?
Nej: Skilj på leverans, mottagarens bekräftelse och återstående arbete. Utan svar väntar bekräftelsen fortfarande; ett mottagningskvitto bevisar inte att arbetet har accepterats.
Vad händer om en uppgift ändras efter bekräftelsen?
Identifiera och återskapa de berörda leveranserna, uppdatera förteckningen och be om kontroll av de nya versionerna. Bekräftelsen av en tidigare version godkänner inte den nya.