So arbeiten wir
Die Abläufe bei der Projektabwicklung: Erkundung, Aufbau, Einführung, Überwachung, Übergabe.
So arbeiten wir
Ein Transformationsprogramm, das dazu führt, dass am Ende etwas läuft
Keine PowerPoint-Präsentation. Wir ermitteln, wo es tatsächlich zu Engpässen kommt, wählen das erste System aus, dessen Entwicklung sich lohnt, stellen es auf Ihrer Hardware bereit und messen anhand Ihrer Daten die vereinbarten Ziele.
Was ändert sich, und was bleibt gleich?
Die meisten Transformationsprogramme kommen aus demselben Grund ins Stocken: Sie gehen von einer Technologie aus und suchen dann nach einem Problem, auf das sie diese anwenden können. Wir beginnen im Büro, in der Produktion, bei den Telefonaten, überall dort, wo die Arbeit tatsächlich ins Stocken gerät. Noch bevor etwas entwickelt wird, können wir den Schritt benennen, an dem der Tag aus dem Ruder läuft, wer in diesem Moment vor Ort ist und was es kostet, das Problem weiterhin manuell zu beheben.
Die Wahl des ersten Systems hängt von zwei Faktoren ab: davon, was Ihnen der Schaden kostet, und davon, wie schnell jemand die Fehlerbehebung überprüfen kann. Ein Workflow, bei dem ein Fehler innerhalb von Minuten zutage tritt, ist eine bessere erste Version als ein glanzvoller, bei dem niemand einen ganzen Quartal lang etwas bemerkt. Diese Priorisierung ist zwar wenig romantisch, aber genau deshalb übersteht das erste System in der Regel die erste Woche in der Praxis.
Die Änderungen an Ihren Arbeitsabläufen sind geringfügig, und wir legen sie vor der Unterzeichnung fest. Wer genehmigt die Maßnahmen, die das System nicht eigenständig ergreifen darf? Wer liest das Ausführungsprotokoll, wenn etwas ungewöhnlich erscheint? Wer nimmt an der Besprechung teil, in der wir die Zielvorgaben mit Ihren eigenen Zahlen abgleichen? Drei namentlich benannte Personen und drei Gewohnheiten.
Am Ende läuft etwas. Der Code, die Daten und die Dokumentation gehören Ihnen, und Ihr Team kann das System ändern, ohne dass wir dabei sein müssen. Wenn Sie uns danach weiter beschäftigen, sollte das daran liegen, dass es sich lohnt, das nächste Problem zu lösen, und nicht daran, dass die Architektur einen Ausstieg zu kostspielig gemacht hat.
Grundsätze, an denen wir festhalten
Löse zuerst das richtige Problem
Zunächst beobachten wir den tatsächlichen Arbeitsablauf. Wenn die Software nicht der Engpass ist, weisen wir darauf hin und brechen das Programm vor der Erstellung ab.
Eine Person stimmt allem zu, was von Bedeutung ist
Systeme unterbreiten Vorschläge; Menschen entscheiden. Kostenverursachende Maßnahmen warten auf einen namentlich genannten Genehmiger, der vor der Inbetriebnahme erfasst wird, während das Team die Regel noch anfechten kann.
Wird dort ausgeführt, wo sich die Daten befinden
Das System läuft auf Ihren bestehenden Servern, in Ihrer bestehenden Mandantenumgebung oder an Ihrem bestehenden Standort. Diese Ausgangsbedingung bestimmt die Architektur und ist mit keinen zusätzlichen Kosten verbunden.
Signierte Ziele, gemessen anhand Ihrer Daten
Bei jedem Auftrag werden die Zielkategorien, die Messmethode und die Bewertungskriterien festgelegt, und die Messungen erfolgen anhand Ihrer eigenen Basiswerte. Wir übernehmen keine Zahlen von anderen Kunden in Ihren Vertrag und veröffentlichen diese auch nicht.
Das Ziel ist die Übergabe, nicht das Honorar
Alles wird versioniert und für die Übergabe dokumentiert. Ein Retainer bleibt Ihre Wahl, wenn das nächste Problem es wert ist, die Zusammenarbeit fortzusetzen.
Die Einführung schreitet voran, wenn die Betreiber sehen können, was sich ändert, das Wesentliche genehmigen und die Verantwortung für die Auslieferung übernehmen.
Wie es weitergeht
Fragen, die Eigentümer stellen
Handelt es sich hierbei um ein Beratungsprogramm?
Nein. Das Programm umfasst eine umfassende Implementierung und endet mit einem Produktionssystem, das Ihr Team betreiben kann, nicht mit einer Reihe von Empfehlungen.
Was wird unterzeichnet?
Die Zielkategorien, die Messmethode und die Bewertungskriterien für diesen Auftrag. Die Richtwerte basieren auf Ihren Daten; wir veröffentlichen keine allgemeingültigen Zahlen und geben auch keine entsprechenden Zusagen ab.
Brauchen wir zuerst die gesamte Plattform?
Nein. Wir empfehlen stattdessen möglicherweise ein begrenztes System. Das Programm ist nur dann gerechtfertigt, wenn das Betriebsproblem mehrere miteinander verbundene Arbeitsabläufe umfasst.
Sagen Sie uns, wo es bei der Arbeit zu Engpässen kommt.
Wir werden klären, ob ein Programm erforderlich ist oder ob ein begrenztes System ausreicht.
Sprechen Sie uns an