Zum Inhalt springen
← Zurück zum Journal
Leitfäden
5 Min. Lesezeit

Projekt abschließen: Übergabeprotokoll und offene Punkte

Vorlage für geprüfte Ergebnisse, übertragene Restaufgaben, getestete Zugänge und ein nutzbares Archiv. Lieferung, Bestätigung und Zahlung bleiben getrennt.

Von Frihet Team
Projekt abschließen: Übergabeprotokoll und offene Punkte

TL;DR: Nach der Lieferung braucht es eine Prüfung durch den Empfänger, Verantwortliche für offene Punkte und ein nutzbares Archiv. Das Protokoll hält Entscheidungen fest; Schweigen bedeutet keine Bestätigung und eine Rechnung keinen Zahlungseingang.

Inhalt

Ein Projekt abzuschließen heißt, die Arbeit jemandem zu übergeben, der sie nutzen kann, und verbleibende Aufgaben sichtbar zu machen. Die letzte Datei zu versenden beweist weder, dass der Kunde sie geprüft hat, noch dass er sie bearbeiten kann oder die Zuständigkeit für den nächsten Fehler kennt. Das operative Abschlussprotokoll unten unterscheidet diese Situationen ohne unnötigen Formalismus.

Es beginnt nach der Lieferung. Die Angebotserstellung, auf Englisch sollte Ergebnisse und Referenzen bereits festgelegt haben. Ziehe diese Version und vereinbarte Änderungen heran. Führe beim Abschluss keine neuen Bedingungen ein und frage dokumentierte Entscheidungen nicht erneut ab.

Versendet heißt noch nicht geprüft

Beschreibe für jedes Ergebnis, was der Empfänger damit tun können muss. „Präsentation versendet“ beschreibt deine Handlung. „Die Verantwortliche öffnet die Endversion und exportiert eine Kopie ohne fehlende Schriften“ beschreibt einen Test. Prüfe die vereinbarte Nutzung und mögliche Hindernisse, nicht jede Softwarefunktion.

Asanas Leitfaden zum Projektabschluss enthält Abschlussprüfungen, Übergabe und Archivierung. Hier schlagen wir für Dienstleistungen ein kleineres Register vor: Ergebnis, Nachweis, Entscheidung und nächste zuständige Person. Das ist eine operative Empfehlung, kein Zertifizierungsstandard.

Trenne geliefert, geprüft und ausstehend. Ohne Antwort bleibt die Prüfung ausstehend. „Erhalten“ bestätigt den Empfang, nicht zwangsläufig das gesamte Ergebnis. Halte fest, wer kundenseitig bestätigt, und verknüpfe die Antwort mit der geprüften Version.

Eine Lieferung, drei Situationen

Fiktives Beispiel: Eine Beraterin liefert eine bearbeitbare Präsentation, ein PDF und eine Tabelle für zwei Diagramme. Dies sind keine Ergebnisse eines echten Kunden.

ReferenzBeobachtungEntscheidung
D-01: PDFDer Kunde öffnet die Datei und prüft die vereinbarten SeitenPrüfung und Datum dokumentieren
D-02: PräsentationDer Empfänger kann sie mit seinem Konto nicht bearbeitenZugang offen lassen; die für die Übergabe erforderliche Berechtigung behalten
D-03: TabelleEine Zahl hängt von noch fehlenden Kundendaten abP-01 erfassen: Daten, Folge und zuständige Person

Erfasse in P-01 die durch die Daten in D-03 betroffenen Kennungen und Versionen, einschließlich D-01 und D-02, wenn sie diese Diagramme enthalten. Erzeuge nach Eingang der Daten die betroffenen Diagramme und Dateien neu und aktualisiere den Index. Die neuen Versionen warten auf die Prüfung durch den Empfänger: dokumentiere Zuständigkeit, Nachweis und Datum; die frühere Prüfung gilt nicht für sie.

Schreibe nicht „alles fertig“ darüber. D-02 verhindert die vereinbarte Nutzung. D-03 kann eine Fortsetzung des Projekts oder die Übertragung des offenen Punktes erfordern, je nach Auswirkung und gemeinsamer Entscheidung. Die scheinbare Größe der Aufgabe entscheidet das nicht.

Die nächste zuständige Person muss die Aufgabe annehmen und verstehen. Ein Name in einer Zelle belegt keine Übernahme. Übernimmt niemand P-01, bleibt der Punkt im Abschlussprozess sichtbar.

Zugänge testen, bevor du deine entfernst

Bitte den Empfänger, das Paket mit dem eigenen Konto zu öffnen und die vereinbarte Aufgabe auszuführen. Dein Link funktioniert möglicherweise nur für dich. Erfasse Ressource, Eigentümerkonto oder Rolle, Ergebnis und später zu entfernende temporäre Berechtigungen. Passwörter gehören nicht ins Protokoll.

Bei Drive überträgt die Eigentumsübertragung eines Ordners nicht automatisch das Eigentum an seinen Dateien. Google beschränkt Übertragungen bei Arbeits- und Schulkonten außerdem auf dieselbe Organisation. Prüfe Kontotyp und verfügbare Funktion, bevor du eine Übertragung versprichst. Offizielle Google-Drive-Dokumentation.

Ist dies nicht möglich, vereinbart eine andere zulässige Übergabe und testet sie. Entferne Zugänge nicht pauschal: Ein Konto kann weitere Projekte oder einen laufenden Dienst tragen. Bestimme für jede Berechtigung, wer sie unter welcher Bedingung prüft und entfernt.

Ein Archiv für die nächste Person

Erstelle einen kurzen Index: Endversion, vereinbarte bearbeitbare Dateien, Anleitung, Entscheidungen und offene Punkte. Trenne finale und verworfene Fassungen. Bewahre erforderliche Nachweise nach den geltenden Regeln auf; dieser Leitfaden nennt keine universelle Aufbewahrungsfrist und empfiehlt keine Löschung.

Bitte die nächste Person, das Ergebnis zu finden und die Aktualisierung zu erklären, ohne deinen privaten Nachrichtenverlauf zu lesen. Muss sie fragen, welche von vier Dateien die finale ist, fehlt eine Entscheidung im Index. In einer Agentur, Informationen auf Englisch kann auch ein Teammitglied Empfänger sein.

Protokoll zum Kopieren

Ersetze die Klammern. D-01 bezeichnet ein Ergebnis, P-01 einen offenen Punkt; die Kennungen verbinden Referenzen. Lege pro Thema einen Eintrag an, statt mehrere unter „letzte Details“ zusammenzufassen.

Projekt und vereinbarte Referenz: [Dokument und Version]
Finales Paket: [Ort, Version und Datum]
D-01: [Ergebnis / Test / Nachweis / Status]
P-01: [Fehlendes / Folge / nächste Handlung]
Von P-01 betroffene Ergebnisse: [Kennungen / Versionen / erneute Prüfung: Zuständigkeit, Nachweis und Datum]
Verantwortung P-01: [wer übernimmt / Bestätigung]
Prüfung P-01: [vereinbartes Datum oder Bedingung]
Zugänge: [Eigentümer / Test / Entfernung ausstehend]
Archiv: [Index / bearbeitbare Dateien / Anleitung]
Verwaltung: [Referenz / tatsächlicher Status / Zuständigkeit]
Fortführung: [Kanal / Zuständigkeit / vereinbarter Umfang]
Entscheidung: [offen / mit übertragenen Punkten geschlossen / geschlossen]
Bestätigung: [Person / Version / Datum; oder ausstehend]

Kommuniziere, was endet und was weiterläuft

Anpassbare Nachricht: „Hier sind Paket [Version] und Protokoll [Referenz]. [Rolle] muss noch [Prüfung] durchführen. [Offener Punkt] läuft bei [Person, die übernommen hat] weiter. Bitte bestätige [konkrete Entscheidung]. Bis dahin gilt [tatsächlicher Status].“

Erfasse Rechnungen separat als vorbereitet, ausgestellt, offen oder bezahlt, jeweils nach Beleglage. Operativer Abschluss erfüllt nicht automatisch Verpflichtungen und beweist keine Zahlung. Nimm die Stunden dieser Phase in deine Kostenaufzeichnungen, auf Englisch auf.

Verknüpfe neue Probleme mit dem Ergebnis und unterscheide die Korrektur vereinbarter Arbeit von neuen Leistungen. Erfinde im Protokoll keinen Supportumfang. Halte zum Schluss eine konkrete Verbesserung mit Zuständigkeit fest, etwa den Zugangstest vor der nächsten Lieferung. Entscheidungen müssen ohne Rekonstruktion aller Nachrichten verständlich bleiben.

Teilen

War dieser Artikel hilfreich?

Häufige Fragen

Reicht der Versand der finalen Dateien für den Projektabschluss?

Nein: Unterscheide Lieferung, Bestätigung durch den Empfänger und offene Arbeiten. Ohne Antwort bleibt die Bestätigung ausstehend; eine Empfangsbestätigung belegt keine Abnahme der Arbeit.

Was passiert, wenn sich eine Eingabe nach der Bestätigung ändert?

Ermittle und erstelle die betroffenen Arbeitsergebnisse neu, aktualisiere den Index und bitte um Prüfung der neuen Versionen. Die Bestätigung einer früheren Version gilt nicht für die neue.

Frihet — Verwaltung ohne Drama

Kostenlos starten