Individuelle Software an der entscheidenden Lücke begründen
Ein Gegenbeispiel zeigt, warum ungewohnte Bezeichnungen und ein fehlender Pflichtschritt unterschiedlich zu bewerten sind.
Welche Abweichung behindert die Arbeit?
Ein ungewohntes Menü oder eine andere Feldbezeichnung ist zunächst ein Anlass, Bedienung und Einrichtung zu prüfen. Für eine Entscheidung über individuelle Software brauchen Sie den konkreten Arbeitsfall, der mit den vorhandenen Möglichkeiten nicht ausreichend gelingt. So lässt sich begründen, welche zusätzliche Entwicklung tatsächlich nötig ist.
Das folgende Beispiel ist erfunden. Ein Servicebetrieb prüft ein fertiges Produkt für Kunden, Aufträge und Berichte. Die Bezeichnungen passen noch nicht zur gewohnten Sprache. Zusätzlich verlangt der Betrieb, dass eine andere berechtigte Person einen Bericht freigibt, bevor der Kunde ihn sieht.
Anforderung | Kandidat im Beispiel | Nächster Prüfschritt |
|---|---|---|
Begriffe und Bedienung passen zur Arbeit | Menüs und Feldnamen sind ungewohnt; der grundlegende Ablauf ist vorhanden. | Einrichtung und tatsächliche Nutzung erproben; klären, ob die Abweichung relevante Fehler verursacht. |
Getrennte Freigabe vor Kundenzugriff | Der erforderliche Schritt ist mit den vorgesehenen Mitteln dieses Kandidaten nicht abbildbar. | Andere Produkte, passende Ergänzungen oder gezielte Integration auf dieselbe Anforderung prüfen. |
Den Umfang der Lücke bestimmen
Im ersten Fall kann das fertige Produkt nach passender Einrichtung ausreichen. Ergibt die Erprobung jedoch echte Bedienfehler oder eine Zugangsbarriere, ist auch diese Abweichung ernst zu nehmen. Eine andere Farbe allein und ein nicht ausführbarer Pflichtschritt haben unterschiedliche Folgen.
Im zweiten Fall ist der Arbeitsablauf noch nicht gelöst. Das rechtfertigt die Prüfung einer Ergänzung oder individuellen Lösung, beweist aber nicht, dass jedes fertige Produkt ungeeignet ist. Bleibt die entscheidende Lücke auch nach dem Vergleich geeigneter Alternativen bestehen, lässt sich der benötigte Entwicklungsumfang konkret beschreiben.
Vergleichen Sie für diesen Umfang auch Datenübernahme, Betreuung, Aktualisierung und spätere Änderungen. Die GOV.UK-Leitlinie zur Beschaffung betrachtet ebenfalls Lebenszyklus und vorhandene Fähigkeiten. Für Ihr Unternehmen zählt, wer die gewählte Lösung tatsächlich betreiben und weiterentwickeln kann. Ein eigener Neubau bringt diese Aufgaben mit; ein gekauftes Produkt braucht ebenfalls verlässliche Betreuung.
Quellen
Weiterlesen
Alle Beiträge
Softwareentwicklung mit ASES
Individuelle Software, Web- und Mobile-Apps