Leistungen
Machbarkeitsnachweis
Unser Machbarkeitsnachweis (Proof of Concept (PoC)) zeigt, dass Ihre Idee umsetzbar ist und testet die Machbarkeit des Konzepts in einem realen Szenario. Dieser Prozess hilft, potenzielle technische Hürden und unvorhergesehene Herausforderungen frühzeitig zu erkennen.Durch die Entwicklung einer kleinen Version können Sie wichtige Operaton-Funktionen und Annahmen testen. Dies minimiert Risiken und verhindert die Verschwendung erheblicher Ressourcen für eine nicht realisierbare Idee. Ein erfolgreicher PoC dient zudem als konkreter Nachweis, um die Zustimmung und Investitionen der Stakeholder zu sichern. Er ermöglicht frühzeitiges Feedback von Nutzern und stellt sicher, dass das Endprodukt den Marktbedürfnissen entspricht. Letztendlich liefert ein PoC das nötige Vertrauen und die grundlegenden Daten für die Entwicklung im vollen Umfang.
Unser gemeinsamer Weg zum Machbarkeitsnachweis
Tag 1
Auswahlkriterien – Gemeinsam werden wir feststellen, welche Bewertungskriterien für den Abschluss des PoC verwendet werden sollten, um festzustellen, ob das PoC erfolgreich war oder nicht. Mit anderen Worten, wir werden Ihre PoC-Ziele diskutieren.
Verbal Präsentation des Prozesses oder Arbeitsroutinen – Sie sagen uns, was Sie im PoC implementiert sehen möchten und uns einen Kontext bieten möchten.
Scoping – Gemeinsam werden wir bestimmen, was wir realistisch betrachten und so den Umfang des PoC skizzieren.
Modellierung – Gemeinsam werden wir Ihre Idee (ideal IT und Business Department) modellieren und weiter umsetzen.
Tag 2 – 4
Schnittstellen – Gemeinsam klären wir die Schnittstellen der Lösung. Es kann notwendig sein, eine interne Forschung durchzuführen und eine geeignete Kontaktperson einzubringen. Es muss auch geklärt werden, was über technische Schnittstellen (APIs) ausgeführt werden kann, wie Daten verarbeitet werden können, wo Benutzer integriert werden müssen und wo der Betrieb von Schnittstellen (von Bots) simuliert werden muss.
Durchführung – Wir arbeiten (möglicherweise zusammen mit Ihrem internen Team) an der Erstellung der Software-Tools und -Architektur und beraten regelmäßig mit anderen Stakeholdern.
Prüfung – Wir werden Tests mit Benutzern durchführen, um eine enge Koordinierung zu gewährleisten.
Tag 5
Abschlussarbeit und Vorbereitung der endgültigen Präsentation
Präsentation der Arbeitsergebnisse Entscheidungsträger – Wir werden den Ansatz, die Vor- und Nachteile sowie die aus dem Konzeptnachweis gelernten Lehren skizzieren und gleichzeitig die entwickelte technische Lösung präsentieren. Wir werden auch darüber diskutieren, inwieweit wir die Bewertungskriterien vom ersten Tag zufriedenstellend erfüllt haben.
Ihre Unterstützung
Die schnelle Umsetzung eines aussagekräftigen Machbarkeitsnachweises für Ihren spezifischen Prozess erfordert die Zusammenarbeit mit Ihrem Team. Daher ist es in der Regel ratsam, Personen aus den folgenden Bereichen einzubeziehen:
Tag 1 und letzter Tag
- Abteilungspersonal (Prozessexperten)
- Entscheidungsträger
Kontinuität
- Interne Softwareentwickler
- Maschinen- und Systemmanager (Anwendungsinhaber) mit Schnittstellenwissen
Tag 1 und auf Einzelfallbasis
- Ansprechpartner für Infrastruktur (Administratoren)
Welche Ergebnisse werden geliefert?
Ein Proof of Concept (PoC) liefert eine Reihe spezifischer, greifbarer Artefakte, die weit über eine einfache Präsentation hinausgehen. Diese Artefakte dienen dazu, technische Machbarkeit zu beweisen, den Geschäftswert zu demonstrieren und eine solide Grundlage für das nachfolgende Projekt zu schaffen.
Basierend auf unserem Ansatz, können Sie die folgenden Liefermöglichkeiten erwarten:
1. Ausführbare Modelle und Prototypen
Dies ist der Kern der PoC. Statt nur über Prozesse zu sprechen, werden sie zum Leben gebracht.
- Ausführbare BPMN Prozessmodell: Ein in BPMN 2.0 modelliertes Verfahren, das nicht nur visualisiert, sondern auch direkt von der Operaton Engine ausgeführt werden kann. Es stellt den Kern des zu prüfenden Anwendungsfalles dar.
- Ausführbare DMN Entscheidung: Wenn der Prozess Geschäftsregeln beinhaltet, werden sie als DMN-Tabellen modelliert und live im PoC ausgeführt, um eine korrekte und automatisierte Entscheidungsfindung nachzuweisen.
- Arbeitsmodell: Eine kleine, lauffähige Anwendung oder Service, die den modellierten Prozess und Regeln integriert. Dieser Prototyp beinhaltet oft:
- Benutzer-Taskformulare: Einfache Benutzeroberflächen, die zeigen, wie menschliche Aufgaben im Prozess aussehen und behandelt werden können.
- Integrierte Systemverbinder: Code, der die Verbindung zu einem oder mehreren Test- oder externen Systemen (z.B. über eine REST API) demonstriert.
2. Technische Artefakte und Code
Die PoC bietet alle Code und Konfiguration, die für ihre Umsetzung notwendig war.
- Quelle Code Repository: Ein Git-Repository (z.B. auf GitHub) mit allen Quellcodes für den Prototyp, einschließlich Worker Implementierungen, Konfigurationen und Testfälle.
- Einführungsskripte: Skripte und Konfigurationsdateien (z.B. für Docker), die beschreiben, wie man den Prototyp und die Operaton-Umgebung einrichten und ausführen kann.
- API Definitionen: Wenn während der PoC benutzerdefinierte APIs entwickelt wurden, sind ihre Spezifikationen (z.B. OpenAPI/Swagger) Teil der Lieferbars.
3. Dokumentation und Berichte
Die Ergebnisse und das Verfahren werden für verschiedene Zielpublikum (sowohl technische als auch nichttechnische) vorbereitet.
- Anforderungen und Ergebnisse Matrix: Ein zentrales Dokument, das die zunächst definierten Anforderungen mit den Prüfmethoden und den Ergebnissen (Pass/Fall) für jeden Punkt deutlich widerspricht.
- Architekturdiagramm: Eine Visualisierung, die zeigt, wie Operaton in die bestehende oder geplante Systemlandschaft des Kunden passt.
- Schlussvorstellung: Eine Zusammenfassung der Ergebnisse für Management und Stakeholder. Sie unterstreicht die wichtigsten Ergebnisse, den erzielten Geschäftswert und Empfehlungen für die nächsten Schritte.
- Installations- und Betriebsanleitung: Eine kurze Anleitung zum Betrieb des Prototyps und seiner Umgebung.
4. Messbare Ergebnisse und KPIs
Um den Erfolg objektiv zu belegen, werden quantitative Daten bereitgestellt.
- Leistungsmessungen: Berichte, die messbare Verbesserungen dokumentieren, z.B. die Reduzierung der Prozesszykluszeit von Tagen bis Minuten.
- KPI Dashboard oder Bericht: Eine Zusammenfassung der vordefinierten Key Performance Indicators (KPIs), die zeigt, inwieweit Geschäftsziele erreicht wurden (z.B. „Fehlerrate um 15% reduzieren“).
Ihre nächsten Schritte
Sobald das POC abgeschlossen ist, und es hat sich gezeigt, dass Operaton für die technischen Anforderungen Ihrer Automatisierung geeignet ist, stehen Ihnen weitere Optionen auf Ihrer Reise in die Open Source Prozess Orchestration zur Verfügung.
