Checkliste: Software abnehmen ohne böse Überraschungen
Für: Auftraggeber von Softwareprojekten
Aktualisiert: 2026-11
Eine Software-Abnahme gelingt, wenn die Abnahmekriterien vor dem Test feststehen: aus den Anforderungen abgeleitete Testfälle, realistische Testdaten, ein Test durch die späteren Nutzer, eine klare Einteilung der Mängel nach Schwere, ein unterschriebenes Protokoll und eine geregelte Übergabe in den Betrieb mit Dokumentation und Zugängen.
Die Abnahme ist der Moment, in dem ein Softwareprojekt vertraglich endet und die Verantwortung wechselt. Wer sie ohne Vorbereitung durchführt, nimmt entweder zu früh ab oder streitet über Mängel, die nie definiert wurden.
Diese Checkliste gilt für agile und klassische Vorhaben gleichermassen. In HERMES-Projekten entspricht sie dem Abschluss der Realisierung und der Einführung.
Die Checkliste
- 01
Abnahmekriterien festlegen
Vor dem Test aus den Anforderungen ableiten, was erfüllt sein muss, damit abgenommen wird.
Erledigt, wenn: Jede abnahmerelevante Anforderung hat mindestens ein prüfbares Kriterium, und beide Seiten haben die Liste bestätigt.
- 02
Testfälle schreiben
Für jedes Kriterium einen Testfall mit Schritten und erwartetem Ergebnis formulieren.
Erledigt, wenn: Die Testfälle decken alle abnahmerelevanten Anforderungen ab, sichtbar in einer Zuordnungstabelle.
- 03
Testdaten und Umgebung bereitstellen
Eine produktionsnahe Testumgebung mit realistischen, datenschutzkonformen Testdaten einrichten.
Erledigt, wenn: Die Testumgebung entspricht der Zielumgebung in Version und Konfiguration; Testdaten enthalten keine echten Personendaten ohne Rechtsgrundlage.
- 04
Test durch Nutzer durchführen
Die späteren Anwenderinnen und Anwender führen die Testfälle durch, nicht nur das Entwicklungsteam.
Erledigt, wenn: Jeder Testfall hat ein dokumentiertes Ergebnis mit Datum und testender Person.
- 05
Mängel klassieren
Mängel nach vereinbarten Klassen einteilen, etwa abnahmeverhindernd, erheblich und gering.
Erledigt, wenn: Jeder Mangel hat eine Klasse, eine Beschreibung zur Reproduktion und eine verantwortliche Person.
- 06
Abnahme protokollieren
Ergebnis, offene Mängel mit Fristen und allfällige Vorbehalte schriftlich festhalten.
Erledigt, wenn: Ein Protokoll ist von beiden Seiten unterzeichnet und nennt offene Punkte mit Frist.
- 07
Übergabe in den Betrieb regeln
Dokumentation, Quellcode, Zugänge, Betriebshandbuch und Support-Regelung übergeben.
Erledigt, wenn: Der Betrieb kann ohne Rückfrage an das Projektteam neu starten, sichern und wiederherstellen.
Häufige Fehler
- —Abnahmekriterien erst während des Tests diskutieren.
- —Nur das Entwicklungsteam testen lassen, das die Software zu gut kennt.
- —Unter Zeitdruck mit vielen erheblichen Mängeln abnehmen und die Behebung nicht befristen.
- —Quellcode, Dokumentation und Zugänge nicht als Teil der Abnahme behandeln.
Was diese Checkliste nicht abdeckt
- —Die Checkliste ersetzt keine vertragliche Regelung der Abnahme und ihrer Rechtsfolgen; diese ergeben sich aus dem Vertrag und dem anwendbaren Recht.
- —Last-, Sicherheits- und Penetrationstests sind eigene Prüfungen und hier nicht abgedeckt.
- —Bei öffentlichen Auftraggebern können zusätzliche formale Vorgaben gelten.
Übergeordnete Leistung: Individualsoftware-Entwicklung
Passende Angebote
Anforderungsanalyse nach IREB
Wir erheben, dokumentieren und prüfen Anforderungen nach der Methodik des IREB Certified Professional for Requirements Engineering: Stakeholder identifizieren, Anforderungen in Workshops erheben, Prozesse in BPMN 2.0 modellieren, Akzeptanzkriterien formulieren und einen Anforderungskatalog liefern, den der Auftraggeber formell abnehmen kann. Grundlage für Ausschreibung, Entwicklung oder Standardsoftware.
Externe IT-Projektleitung (HERMES)
Externe IT-Projektleitung übernimmt die Steuerung eines Vorhabens von der Initialisierung bis zum Abschluss — nach HERMES, wo es die öffentliche Hand oder regulierte Umgebungen verlangen. Sie erhalten Führung, saubere Dokumentation und verlässliche Kommunikation, ohne eine Stelle intern besetzen zu müssen.
Häufige Fragen
Was ist der Unterschied zwischen Test und Abnahme?
Der Test prüft, ob die Software funktioniert. Die Abnahme ist die formelle Erklärung, dass sie den vereinbarten Anforderungen entspricht.
Darf man mit offenen Mängeln abnehmen?
Ja, mit geringen Mängeln, die im Protokoll mit Frist festgehalten sind. Abnahmeverhindernde Mängel müssen vorher behoben sein.
Wer schreibt die Testfälle?
Idealerweise die Fachseite mit Unterstützung der Business-Analyse, abgeleitet aus den Akzeptanzkriterien.
Weitere Checklisten
Checkliste: meldefähig für Cyberangriffe innert 24 Stunden
Meldefähig ist ein Unternehmen, wenn es seine Betroffenheit nach ISG geklärt hat, Rollen und Erreichbarkeit rund um die Uhr geregelt sind, eine Entscheidungshilfe zur Meldepflicht vorliegt, die Erstmeldung vorbereitet ist, parallele Meldepflichten bekannt sind, Dienstleister zur Mitwirkung verpflichtet sind und der Ablauf geübt wurde.
Checkliste: SRO-Anschluss vorbereiten
Ein SRO-Anschluss wird in sieben Schritten vorbereitet: Unterstellung und Berufsmässigkeit klären, die passende SRO anhand der aktuellen FINMA-Liste wählen, Organisation und GwG-Verantwortung festlegen, Weisungen auf das Reglement abstimmen, eine Risikoanalyse erstellen, das Gesuch vollständig einreichen und den Betrieb mit Dokumentation ab dem ersten Kunden aufsetzen.
Checkliste: Microsoft-365-Governance einführen
Microsoft-365-Governance wird in sieben Schritten eingeführt: Bestand erheben, Regeln für das Erstellen von Teams und Sites festlegen, mindestens zwei Besitzer pro Team verlangen, Gastzugriffe regelmässig überprüfen, Vertraulichkeit und Aufbewahrung klassifizieren, einen Lebenszyklus mit Archivierung definieren und Flows und Apps über einen Freigabeprozess steuern.