Aus drei automatisierten Schritten wurden zwölf

Die Fallstudie in Aussagen

1. 01

   Befund

   Erfassung, Bewertung und Kommunikation hängen an einem Prozess statt an drei Werkzeugen. Wo ein Vorgang gerade steht, lässt sich ablesen, ohne dass jemand nachfragen muss.

2. 02

   Ausgangslage

   Der Prozess bestand aus manuellen Übergaben zwischen getrennten Werkzeugen. Bei jeder Übergabe konnte etwas liegen bleiben, und von außen war keine davon zu sehen.

3. 03

   Aufbau

   Eine zentrale Anwendung und mehrere Automationen verbinden Erfassung, Bewertung und Kommunikation zu einem Ablauf. Was vorher zwischen drei Werkzeugen hin- und herging, ist jetzt ein Vorgang mit einem Zustand.

   1. Erfassung
   2. Bewertung
   3. Nachricht
   4. Eintrag

   Die Stellen zwischen den Schritten sind die, an denen es vorher hakte.

   Stack

   • TypeScript
   • AI
   • Automation
   • APIs
   • Cloud
4. 04

   Grenze

   Automatisiert wurde, was sich wiederholt. Die Entscheidung gehört nicht dazu. Jeder Schritt hinterlässt einen Eintrag, damit sich später nachlesen lässt, warum ein Vorgang so gelaufen ist, wie er gelaufen ist.

5. 05

   Anteil

   Konzept, Anwendung und Automationsstrecke. CoderConda hat den Prozess auseinandergenommen, die automatisierbaren Schritte bestimmt und die Strecke gebaut, die sie verbindet.

6. 06

   Ergebnis

   Mehr Prozessschritte laufen reproduzierbar, und der Zustand eines Vorgangs bleibt jederzeit sichtbar.

   3 → 12von 3 auf 12

   automatisierte Prozessschritte

   Betriebszahl, keine Geschäftszahl

1. —

   Reichweite

   Die Zahl gilt für diesen einen Fall. RecRobot ist ein Recruiting-Ablauf, kein Vertriebsprojekt und kein Kundenportal.

2. —

   Wirkung

   Was das System dem Auftraggeber eingebracht hat, steht hier nicht. Diese Angabe gehört dem Auftraggeber, und eine Freigabe liegt nicht vor.

3. —

   Schritte

   Die zwölf Schritte stehen hier nicht einzeln. Wie das System von innen aussieht, lässt sich im Erstgespräch am Bildschirm ansehen.