Bei Designübergaben müssen Quelle und Regeln auffindbar sein

Bildschirmbilder helfen, Abstände, Inhalte und visuelle Prioritäten zu besprechen. Bei einer Entwicklungsübergabe reicht ihre Anzahl jedoch als Maßstab nicht aus. Entscheidend ist, ob das Team erkennt, welcher Stand gilt und welche Regel aus einer Ansicht in eine andere führt.

Zwei Ansichten lassen Entscheidungen offen

Im fiktiven Portalprojekt erhält die Entwicklung einen breiten und einen schmalen Export einer Projektliste. Im breiten Bild stehen Filter nebeneinander; im schmalen ist nur ein Filtersymbol zu sehen. Beide Bilder können richtig sein, ohne die folgenden Fragen zu beantworten.

Die Tabelle benennt fehlende Informationen im Beispiel, keine Mängel eines tatsächlich geprüften Projekts. Wer diese Regeln erst während des Nachbaus errät, entscheidet dabei auch über Produktverhalten.

Vorhandene Regeln können eine knappe Übergabe tragen

Carbon trennt in seiner Button-Dokumentation unter anderem Inhaltsregeln, Verhalten und Interaktion. Das zeigt, warum eine visuelle Referenz auf weitere Informationen verweisen kann.

Wenn eine passende Komponente bereits eindeutig dokumentiert ist und beide Teams denselben Stand verwenden, kann ein Bildschirmbild mit präzisem Verweis genügen. Eine zusätzliche Beschreibung jedes unveränderten Details wäre dann unnötige Pflege. Offen bleiben dagegen produktspezifische Abweichungen, neue Umbruchregeln und noch nicht entschiedene Inhalte.

Die Übergabe an den offenen Entscheidungen messen

Prüfen Sie vor dem Umsetzen, ob Quelldatei, gültiger Stand und vereinbarte Regeln erreichbar sind. Benennen Sie verbleibende Fragen mit einem Entscheidungsweg. So lässt sich die Übergabe nach ihrem Informationsgehalt beurteilen, während Bildschirmbilder ihren sinnvollen Platz als visuelle Referenz behalten.

Quellen

• Carbon: Button Guidelines