Wir implementieren ein all-in-one IT-Strategie-Framework zugeschnitten auf den Mittelstand

Zielfestlegung und Erwartungs­management

Im Fokus unserer Arbeit stehen immer Sie als Kunde. Deshalb beginnen wir jedes Mandat damit, Sie genau zu verstehen: Ihre Ziele, Wünsche, Werte, aber auch wo es derzeit knirscht und welche konkreten Hoffnungen Sie an MaxQ haben.

Sollten wir einmal feststellen, dass Ihre Ziele mit MaxQ unerreichbar seien, werden wir das offen kommunizieren und die Einstellung des Projektes anbieten. Meist gibt es nur einzelne Diskrepanzen, die wir flexibel und auf Augenhöhe klären.

Bestands­aufnahme

Die „Rolle der IT“ ist eine Momentaufnahme der Selbst- und Fremdwahrnehmung der IT. Wie zuverlässig, erreichbar, beliebt, kooperativ, hilfreich ist die IT? Ist die IT ein strategischer Partner, oder ein Erfüllungsgehilfe? 

Die IT-Landkarte wird ihr wichtigstes Werkzeug der kommenden Monate. Damit schaffen wir eine Sichtbarkeit aller Prozesse für alle Akteure, die Sie zuvor nicht für möglich hielten. Wussten Sie, dass Unternehmen im Schnitt 30 % zu viel für IT-Lizenzen bezahlen, weil Sie keinen Überblick haben?

Capability Gap Analyse

Die IT soll Fähigkeiten bereitstellen, die von anderen Abteilungen benötigt werden. Doch welche sind das eigentlich? Durch die strukturierte Aufbereitung werden Handlungsfelder offensichtlich und Priorisierung möglich.

Oder könnten Sie auf Anhieb sagen, welche drei Ihrer 50 Prozesse in den kommenden 3 Monaten überarbeitet werden sollen, und warum?

Übrigens: In diesem Modul erhalten Sie erste handfeste und umsetzbare Rückmeldungen. Damit operiert MaxQ mit einem außergewöhnlichen schnellen Time to Value von unter 6 Wochen.

Constrains und Compliance

ITler sind keine Juristen. Dennoch gehört der Umgang mit Regularien zum Tagesgeschäft. Cookiebanner, Datenschutz, Umgang mit Kreditkartennummer und ISO-Regelwerken… Diese müssen sichergestellt werden.

Natürlich haben Sie dafür die Rechtsabteilung und den Datenschutzbeauftragten. Aber deren Revisionen kommen meist nach der Fertigstellung – zu einer Zeit, in der Änderungen kompliziert, teuer und frustrierend sind. Gut, wenn alle Beteiligten auf einen Blick erkennen, worauf Sie achten müssen.

ITIL © Service Management

IT besteht nicht nur aus Software und Hardware. Vielmehr werden konkrete Dienstleistungen erbracht.

Diese IT-Services müssen wie Produkte gemanaged werden, und dazu zählten der Umgang mit Änderungen, Änderungswünschen, Konfigurationen, Vorfällen und Fehlern – um nur ein paar zu nennen.

Der ITler sieht seine Aufgabe als erledigt, wenn der Dienst „läuft“. „Die IT“ aber bedarf eines Schlachtplans für all das.

Projekt­management

„Scrum ist das mit dem Aufstehen, und V war das mit Wasserfall.“ Jein. Projektmanagement-Modelle unterscheiden sich durch Ihrer Philosophien, und die können Sie sogar leben, wenn Sie Formalien ignorieren. Zu 85 % wird Scrum das für Sie passende sein – und sei es nur, weil Ihre Mitarbeiter das am ehesten kennen.

Falls Sie mit Scrum aber nicht warm werden, gibt es Alternativen. Kennen Sie etwa die unbürokratische Crystal Family oder den risikoaversen Spiralmodell? Und ist Ihnen aufgefallen, dass „Puffer“ in der Aufwandsschätzung erstaunlich häufig abgerufen werden?

Software-Entwicklungs-Lebenszyklus

Frust entsteht, wenn Probleme zur Gewohnheit werden.

Nirgendwo sieht man das stärker als im Entwickler-Tagesgeschäft: Wenn IDEs nicht laufen, Tools nicht wollen, Tests zeitraubend oder nicht vorhanden sind, und vermeintlich fertige Arbeit wieder zurückkommt, zehrt das an den Nerven, schafft Unmut, senkt Produktivität und sorgt für Mitarbeiterfluktuation.

Dieses Modul bündelt die fünf größten Frust-Treiber in einem schlüssigen Narrativ: „Redet miteinander!“

Umgang mit Risiken

Risiken zu erkennen und zu bewerten ist ein kollaborativer Prozess: Etwa kann der Entwickler darauf hinweisen, dass im angedachten Checkout einer von 1000 Warenkörben verloren geht, das Marketing den entstehenden Schaden beziffern, und die Projektleitung darüber entscheiden.

Oder die Rechtsabteilung warnt vor sich abzeichnenden Gesetzesänderungen, die IT beziffert die dadurch entstehenden Kosten, der Product Owner entscheidet, ob das bald obsolete Ticket dennoch umgesetzt wird.

Haben Sie Strukturen, mit denen sich die Abteilungen und Hierarchie-Ebenen über Risiken austauschen?

Software-Architektur schreiben und lesen

Software-Architektur besteht nicht aus Boxen und Pfeilen. Architektur ist die Gesamtheit aller Entscheidungen, die schwer und teuer zu revidieren sind. Gut, wenn man sich vorher Gedanken macht. Zugleich können Architekturen aber auch langwierig und zäh werden, und hinterher ungelesen verstauben.

Das von uns empfohlene System, welches in Zehntausenden Unternehmen zum Einsatz kommt, löst beides pragmatisch: Durch übersichtliche Templates und den richtigen Fragen zu richtigen Zeit. Eine gute Architektur kostet gerade einmal 2 % des Projektbudgets, und vermeidet Fehlentwicklungen, die um Faktor 100 teurer sind.

KPIs und Metriken

Erfahrene Teams sind datengetrieben: Sie erfassen Kennzahlen und optimieren damit ihre Prozesse. Klassiker wie der Burn-out äh Burn-Down-Chart belasten aber die Mitarbeiter, ermutigen Projektmanager zum Mikromanagen, und bringen unnötig Druck und Hektik.

Stattdessen lernt Ihr Team, KPIs zu erheben, welche die Güte Ihrer Prozesse misst – nicht die Ihrer Mitarbeiter. Zum Beispiel: „Wie oft werden bereits begonnene Tickets wieder ins Backlog zurückgeschoben?“ Steigt diese Zahl, können Sie die „Definition of Ready“ überarbeiten und den Geschäftswert der Tickets besser validieren. Das entlastet Mitarbeiter, statt sie zu gängeln.