Was Sie vor einem Softwareauftrag klären sollten
Ein brauchbares Briefing beschreibt die gewünschte Veränderung, betroffene Menschen und erkennbare Fortschritte. Eine vollständige Spezifikation müssen Sie nicht erfinden.
Das Problem vor der Lösung beschreiben
Schreiben Sie auf, was heute passiert. Verfolgen Sie einen realen Fall von Anfang bis Ende: Wo warten Menschen, wiederholen Arbeit oder korrigieren Fehler? Beschreiben Sie Zeitaufwand oder Reibung anhand vorhandener Belege. Wenn Sie noch nicht gemessen haben, halten Sie das fest.
Trennen Sie eine gewünschte Funktion von ihrem Zweck. „Wir brauchen ein Dashboard“ ist eine mögliche Lösung. „Das Betriebsteam sieht nicht, welche Bestellungen Aufmerksamkeit brauchen“ beschreibt ein untersuchbares Problem.
Beispielsituation: Zwei Personen übertragen jeden Nachmittag Bestellungen zwischen Systemen. Prüfen Sie vor einer neuen Plattform, welche Informationen wohin wandern und warum die vorhandenen Systeme sie nicht austauschen können.
Checkliste zum Wiederverwenden
- Wer erledigt die Arbeit und wer spürt die Folgen?
- Was beginnt und beendet einen Fall?
- Welche Übergangslösung gibt es heute?
- Welche Belege helfen, das Problem einzuordnen?
Die Veränderung durch eine erste Version festlegen
Wählen Sie ein Ergebnis, das ein Nutzer beobachten kann. „Ein schnelleres System“ braucht eine konkrete Aufgabe und eine Messmethode. Eine erste Version sollte klein genug für einen Praxistest sein und trotzdem etwas Nützliches vollständig erledigen.
Erfolgskriterien dürfen qualitativ sein, wenn Zahlen fehlen. Vereinbaren Sie, wer die erste Version mit welchen Beispielen prüft und was gegen ihre Abnahme spräche. Zielwerte bleiben vorläufig, solange eine Ausgangsmessung fehlt.
Checkliste zum Wiederverwenden
- Ein vorrangiger Nutzer und eine Aufgabe
- Ausgangswert oder Plan zur Erhebung
- Eine sichtbare Abnahmeprüfung
- Bewusst verschobene Funktionen
Grenzen und Zuständigkeiten sichtbar machen
Listen Sie bestehende Systeme, Datenverantwortliche, Zugriffsbeschränkungen und Termine mit ihren Gründen auf. Ein vertraglich bedingter Termin ist etwas anderes als ein Wunschtermin. Ein Budgetrahmen hilft bei der Auswahl; ein unbekanntes Budget bleibt eine offene Entscheidung.
Klären Sie, wer die Software nach dem Start betreibt. Hosting, Zugänge, Überwachung, Updates und Nutzerunterstützung brauchen Verantwortliche. Fordern Sie Dokumentation und eine praktische Übergabe einschließlich Quellcodezugang und Nutzungsbedingungen.
Checkliste zum Wiederverwenden
- Systeme und Daten mit Verantwortlichen
- Notwendige Schnittstellen und reale Zugriffshürden
- Budget und Termin oder Zuständigkeit für die Entscheidung
- Abnahme, Betrieb und Wartung
Mit dem Briefing ein besseres Gespräch beginnen
Teilen Sie ein kurzes Briefing mit Ihrem Team oder einem beliebigen Anbieter. Bitten Sie darum, das Problem in eigenen Worten wiederzugeben, fehlende Informationen zu benennen und den kleinsten nützlichen Test vorzuschlagen. Vergleichen Sie die Überlegungen ebenso wie die Schätzung.
Der nächste Schritt kann eine Ablaufbeobachtung, technische Machbarkeitsprüfung oder ein kleiner Prototyp sein. Beauftragen Sie nicht die gesamte Lösung, solange die zentrale Unsicherheit offen ist. Der Briefing-Assistent hält Bekanntes fest und lässt den Rest als Frage stehen.
Checkliste zum Wiederverwenden
- Problem und betroffene Nutzer
- Gewünschtes Ergebnis und Abnahmekriterien
- Bekannte Grenzen und offene Fragen
- Praktischer nächster Schritt mit Verantwortung
Quellen und Pflege
Diese Quellen bilden die Grundlage der Hinweise. Beispiele und Checklisten sind redaktionelle Empfehlungen von modeleven, keine Ergebniszusagen. Quellen geprüft am 8. September 2026.