Wählen Sie eine nützliche Aufgabe für eine klar bestimmte Gruppe und sorgen Sie dafür, dass sie diese abschließen kann. Die erste Version muss Korrekturen ermöglichen, passende Zugriffsrechte vergeben und Hilfe für die Nutzer vorsehen. Weitere Funktionen können folgen, sobald diese Grenze klar ist.
Wählen Sie für die erste Version eine Aufgabe, die jemand abschließen kann. Nehmen Sie dann alles auf, was dafür nötig ist, auch wenn eine Angabe falsch ist, ein Kollege fehlt oder im System ein Fehler auftritt.
Stellen Sie sich einen Montagmorgen vor: Ein Mitarbeiter öffnet die Software, erledigt eine nützliche Aufgabe und hinterlässt ein Ergebnis, auf das sich die nächste Person verlassen kann.
Stellen Sie sich ein fiktives Wartungsunternehmen vor, das ein System für Arbeitsaufträge entwickelt. Die ersten Nutzer sind ein Koordinator im Büro und ein Wartungsteam. Der Koordinator erfasst einen Auftrag und weist ihn zu. Das Team dokumentiert, was es erledigt hat. Der Koordinator prüft das Ergebnis und schließt den Auftrag ab.
Das könnte eine nützliche erste Version sein. „Eine Ansicht für Arbeitsaufträge“ sagt deutlich weniger. Sieht das Team die Zuweisung? Kann jemand einen Fehler korrigieren? Was bedeutet ein abgeschlossener Auftrag genau?
Legen Sie die Menschen und das Ergebnis fest, bevor Sie über die Zahl der Bildschirmansichten entscheiden. Ein vollständiger Arbeitsablauf kann mehrere Ansichten und Rollen brauchen. Die Anzahl der Ansichten sagt wenig darüber aus, ob Menschen mit der Software arbeiten können.
Der Leitfaden der britischen Regierung zur Betaphase beschreibt die Entwicklung und Prüfung eines Dienstes, der Nutzerbedürfnisse erfüllt, einschließlich des gesamten Ablaufs und der Menschen, die ihn unterstützen. Für staatliche Dienste gelten dabei eigene Anforderungen. Für dieses Wartungsunternehmen zählt die Frage, ob die gewählte Gruppe einen Auftrag bis zum Ende bearbeiten kann.
In unserem fiktiven Beispiel weist der Koordinator einen Auftrag dem falschen Team zu. Das Team bemerkt den Fehler, bevor es losfährt. Jemand muss die Zuweisung korrigieren, und beide Teams müssen erkennen, welcher Stand gilt. Wenn die Korrektur auf später verschoben wird, bleibt eine Lücke in der Arbeit, die das System unterstützen soll.
Gehen Sie den geplanten Ablauf mit den Menschen durch, die danach arbeiten. Fragen Sie, wer einen Auftrag anlegen, ändern, zuweisen und abschließen darf und wer die Informationen sehen darf. Legen Sie fest, was geschieht, wenn der Auftrag nicht erledigt werden kann: Vielleicht fehlt der Zugang zum Gebäude oder ein Ersatzteil muss bestellt werden. Der Auftrag braucht dann einen vereinbarten nächsten Status und eine zuständige Person.
Einen Arbeitsauftrag anlegen, zuweisen, korrigieren und abschließen. Zugriffe nach Rollen begrenzen. Unerledigte Aufträge sichtbar halten und Mitarbeitern eine Möglichkeit geben, Hilfe zu bekommen.
Selbstbedienung für Kunden, Routenplanung und automatische Rechnungsstellung können warten, wenn die Gruppe die vereinbarte Arbeit ohne sie abschließen kann. Prüfen Sie das, bevor Sie diese Funktionen verschieben.
Die zweite Spalte hängt vom Unternehmen ab. Wenn ein Auftrag erst mit ausgestellter Rechnung als abgeschlossen gilt, legen Sie fest, wie das in der ersten Version geschieht. Eine vereinbarte Übergabe an den bestehenden Rechnungsprozess kann ausreichen. Wer den Schritt stillschweigend streicht, überlässt es den Mitarbeitern, die Lücke selbst zu entdecken.
Das Team braucht echte Auftragsdaten. Legen Sie fest, welche vorhandenen Datensätze übernommen werden müssen, wer sie prüft und wie Fehler behoben werden. Ein nötiger Datenimport lässt sich nicht aufschieben, nur weil ihn die Nutzer kaum auf dem Bildschirm sehen.
Vereinbaren Sie, wer Konten anlegt und entfernt, Fragen der Mitarbeiter beantwortet, Störungen untersucht und den Dienst betreut. Nehmen Sie die Hilfe oder Anleitungen auf, die die erste Gruppe braucht. Prüfen Sie, was bei einem Ausfall geschieht und wie sich die benötigten Informationen wiederherstellen lassen.
Googles Beschreibung der Übergabe von Betriebsverantwortung behandelt Prüfungen der Betriebsbereitschaft, Dokumentation und Schulung. Sie beschreibt Googles eigene Umgebung und keine vorgeschriebene Teamstruktur für ein kleines Unternehmen. Hier ist der praktische Punkt: Benennen Sie die Menschen, die die Version betreiben und unterstützen, und stellen Sie ihnen zur Verfügung, was sie dafür brauchen.
Halten Sie die erste Version klein, indem Sie weniger Arbeit auswählen, die sie unterstützen soll. Nehmen Sie die dafür nötigen Zugriffsrechte, den Datenschutz, die Sicherheit und die Wiederherstellung in den Plan auf.
Mit einem Prototyp können Sie prüfen, ob der Koordinator die Zuweisungsansicht versteht oder ob das Team einen Besuch auf dem Telefon dokumentieren kann. Halten Sie fest, was der Prototyp tatsächlich zeigt. Eine überzeugende Vorführung kann immer noch erfundene Datensätze verwenden und Zugriffsrechte, Speicherung oder Wiederherstellung auslassen.
Vereinbaren Sie vor der Freigabe für den Betrieb, welche Nachweise Sie für die tatsächliche Version brauchen. In unserem Beispiel werden ein normaler und ein falsch zugewiesener Auftrag mit den vorgesehenen Rollen in einer getrennten Testumgebung durchgespielt. Prüfen Sie, dass ein Team keine fremden Aufträge sieht, Korrekturen die richtigen Menschen erreichen und unerledigte Arbeit sichtbar bleibt.
Wählen Sie weitere Prüfungen nach den Risiken dieses Systems: übernommene Datensätze, gleichzeitige Änderungen, Wiederherstellung nach einem Ausfall oder die zu bewältigende Arbeitsmenge. Ein erfolgreicher Durchlauf klärt diese Fragen nicht alle. Weisen Sie offenen Risiken verantwortliche Personen zu und entscheiden Sie, was erledigt sein muss, bevor Mitarbeiter auf den Dienst angewiesen sind.
Die Grenze der ersten Version für das Wartungsunternehmen könnte so aussehen:
Besprechen Sie diese Grenze mit den Mitarbeitern, der für den Geschäftsprozess verantwortlichen Person und den Menschen, die die Software entwickeln und betreiben. Alle sollten erklären können, was diese Version abdeckt und wohin die übrige Arbeit geht.
Wir entwickeln individuelle Unternehmenssoftware. Wenn Sie mit uns eine erste Version besprechen möchten, bringen Sie die Aufgabe mit, die Menschen abschließen sollen, die künftigen Nutzer und die Punkte, bei denen Sie noch unsicher sind. Umfang, Lieferung und laufende Betreuung werden für jedes Projekt vereinbart.
Sie kann eine klar bestimmte Gruppe dabei unterstützen, eine wertvolle Aufgabe von Anfang bis Ende zu erledigen. Nehmen Sie die dafür nötigen Zugriffsrechte, Korrekturen und Betriebsunterstützung auf. Eine allgemeingültige Zahl von Funktionen oder Ansichten gibt es nicht.
Zusätzliche Berichte oder Komfortfunktionen können warten. Für Kontozugriffe, notwendige Korrekturen und andere Schritte, die die gewählte Arbeit am Laufen halten, muss es von Anfang an eine vereinbarte Lösung geben.
Ein Prototyp zeigt, was tatsächlich geprüft wurde, zum Beispiel ob Menschen eine geplante Ansicht verstehen. Für den produktiven Einsatz braucht es eigene Nachweise für den vereinbarten Arbeitsablauf und seine Risiken, einschließlich der nötigen Zugriffsrechte, Datenverarbeitung, Unterstützung und Wiederherstellung.
Letzter Newsletter: mehr Geld aus einer Abo-Website oder App verdienen, die Ihnen bereits gehört.
Der davor: wie man KI-Unsinn von echten Erfolgsgeschichten unterscheidet.
Interessiert?
Wöchentlich Oder sagen Sie uns Bescheid, und wir passen es für Sie an. Klingt gut?
