Agiles IT-Projektmanagement
Agil ist kein Framework. Es ist eine Haltung.
Wir bauen die Rahmenbedingungen, in denen Projekte erfolgreich werden. Pragmatisch zwischen klassisch und agil. Mit dem Anspruch, in Time und Budget zu liefern.
Kostenloses Kennenlerngespräch buchen30 Minuten. Wir lernen uns kennen. Sie entscheiden, ob es passt.
IST-Zustand
Vielleicht erkennen Sie sich hier wieder.
Agil als Vokabular. Ohne Substanz.
Standup-Meetings, Sprint Reviews, Retros, alles da. Aber die Entscheidungslogik dahinter ist immer noch klassisch. Wer wirklich entscheidet, wann ein Feature kommt, sitzt im Lenkungsausschuss. Was als agil bezeichnet wird, ist Wasserfall mit Brille.
Agil eingeführt, Umfeld nicht angepasst.
Das Team arbeitet agil, der Rest der Organisation nicht. Budgets sind jahresfest, Stakeholder erwarten Termine, IT-Architektur erlaubt nur monatliche Releases. Das Team läuft, das System bremst. Agilität ohne passenden Rahmen wird zur Selbstzüchtigung.
Festpreis und Festtermin treffen auf Agilität.
Vorstand erwartet „fertig in Q4 mit Budget X". Das Team soll trotzdem agil sein, weil das modern klingt. Das endet meistens in einem agil getarnten Wasserfall, der unter Druck zerbricht und am Ende keiner Seite gerecht wird.
Agilität wirkt nicht, weil Sprint-Boards aufgestellt werden. Sie wirkt, wenn Budgets, Stakeholder-Erwartungen, IT-Architektur und Anreizsysteme mitziehen. Ohne diese Rahmenbedingungen ist die beste Methode nur teureres Theater.
Unser Vorgehen
Drei Schritte. Pragmatisch. Auf Augenhöhe.
Kein Methoden-Workshop, bevor wir verstehen, was Sie wirklich brauchen. Erst zuhören, dann gestalten.
Verstehen
Wir lernen Projekt, Team, Organisation und Stakeholder kennen. Wo brennt es heute, was funktioniert, was wird im Sprint Review verschwiegen, wo bremst die Organisation das Team. Sie bekommen eine ehrliche Bestandsaufnahme statt einer Maturity-Matrix.
Tag 1 bis Woche 3
Rahmen setzen
Wir gestalten Methode, Rollen, Rituale und Schnittstellen so, dass das Projekt wirklich getragen wird. Skalierung nur dort, wo sie passt. OKRs nur, wenn sie ankommen können. Hybride Setups, wo klassische Anteile (Migration, Compliance, Festtermine) und agile Anteile (Produkt-Iteration) zusammen geliefert werden müssen.
Woche 3 bis 6
Begleiten und übergeben
Wir mentoren Product Owner, Scrum Master und Programmleitung in den ersten Monaten. Sparring auf Wochen-Rhythmus, mit klarer Übergabe-Logik. Wenn das Setup trägt und Ihr Team es selbst weiterführt, ziehen wir uns zurück.
Ab Woche 6, solange Sie es brauchen
Ihr Projekt ist agil benannt, aber die Wirkung bleibt aus.
Reden Sie 30 Minuten mit jemandem, der Projekte selbst geliefert hat, nicht nur gecoacht.
Leistungsfelder
Worauf wir spezialisiert sind.
Agile Methoden-Einführung
Wir führen Scrum, Kanban oder hybride Modelle ein, aber erst, wenn wir verstanden haben, was Sie wirklich brauchen. Methode ist Werkzeug, nicht Ziel.
Skalierte Agilität
Wenn mehrere Teams an einem Produkt arbeiten oder ganze Bereiche agil werden sollen. Skalierung pragmatisch, mit dem Modell, das zu Ihrer Größe und Reife passt. Kein dogmatisches Komplettpaket, wenn ein leichteres Setup ausreicht.
Hybrid-PM
Komplexe IT-Vorhaben haben oft klassische Anteile (Migration, Compliance, Festtermine) und agile (Produkt-Entwicklung, Iteration). Wir gestalten das Setup, das beides trägt, statt das eine in das andere zu pressen.
Mentoring für PO und Scrum Master
Aus eigener Praxis als Projektleiter, Architekt und Verantwortlicher. Wir mentoren Ihre Rolleninhaber in den ersten Monaten oder über kritische Phasen. Konkrete Sparring-Sessions statt Standard-Schulungen.
OKR-Einführung und Betrieb
Objectives und Key Results sind ein einfaches Werkzeug, das in vielen Unternehmen kompliziert eingeführt wird. Wir helfen, OKRs so zu nutzen, dass sie Fokus schaffen statt zusätzliche Reportings, und sie an die Organisation andocken, damit sie wirklich getragen werden.
Sparring für Projekt- und Programmleiter
Sie tragen die Verantwortung. Wir sind das externe Korrektiv für Strategie, Risiken und Team-Dynamik, ohne politische Agenda. Vertraulich, schnell verfügbar, mit Methoden- und Branchen-Tiefe.
Warum DRICH.CONSULTING
Selbst geliefert. Nicht nur gecoacht.
Erfolgreiche Projekte brauchen mehr als eine Methode. Sie brauchen die richtigen Rahmenbedingungen und jemanden, der weiß, was in der Praxis trägt. Ich war Projektleiter, Architekt, Entwickler und Chief Data Officer. Ich habe IT-Projekte verantwortet, nicht nur begleitet. Diese Praxis hört man im Sparring.
Selbst geliefert, nicht nur gecoacht
Ich war Projektleiter, Architekt und Entwickler. Ich kenne den Moment, in dem ein Sprint nicht haltbar ist, weil das Backend nicht liefert. Ich weiß, wann ein Termin nicht stimmt, weil ich diesen Termin selbst gegen die Geschäftsführung verteidigen musste. Diese Praxis verändert die Sparring-Tiefe.
Erfolgreiche Projekte brauchen das richtige Umfeld
Agilität funktioniert nicht im Vakuum. Wenn Budgets, Stakeholder-Erwartungen, IT-Architektur und Anreizsysteme nicht zueinander passen, hilft die beste Methode nichts. Wir zeigen, wie die Rahmenbedingungen aussehen müssen, und arbeiten mit Ihnen daran, sie zu schaffen.
Pragmatisch zwischen klassisch und agil
Wo agil hilft, wird agil gearbeitet. Wo klassisch passt, wird klassisch gearbeitet. Wo beides gebraucht wird, wird sauber kombiniert. Dogmatik ist Luxus, den IT-Projekte mit echten Lieferterminen sich selten leisten können.
100 Prozent unabhängig
Keine Methoden-Lizenzen, keine Framework-Partnerschaften, keine Tool-Provisionen, kein Implementierungs-Anschlussgeschäft. Unsere Empfehlungen folgen ausschließlich Ihrer Situation, nicht einem Lizenzgeschäft.
20+
Jahre IT-Erfahrung
klassisch und agil
50+
umgesetzte
Projekte
100%
unabhängig, keine
Methoden-Lizenzen
A-Z
von der Idee bis zur
erfolgreichen Umsetzung
Häufige Fragen
Was Entscheider uns fragen.
Zertifizierte Trainer lehren die Methode. Ich habe Projekte verantwortet, die ich heute begleite. Diese Praxis verändert die Sparring-Tiefe: ich erkenne, wann ein Sprint nicht haltbar ist, weil das Backend nicht liefert, oder warum ein Programm trotz sauber eingeführtem Framework nicht skaliert.
Die Frage ist nicht, ob Sie Scrum machen, sondern ob es wirkt. Wenn Sprints liefern, Reviews informieren und Retros echte Änderungen produzieren, brauchen Sie uns nicht. Wenn die Rituale laufen, aber Stakeholder unzufrieden sind, lohnt sich ein externer Blick.
Selten gut, wenn man ihn naiv kombiniert. Wir zeigen Wege, wie Vorhersagbarkeit ohne klassischen Festpreis möglich ist, zum Beispiel über Festpreis-Iterationen, klare Scope-Disziplin oder Continuous-Delivery-Modelle. Manchmal ist die ehrliche Antwort aber: dieses Projekt sollte nicht agil sein.
Nein, und das versprechen wir auch nicht. 30 Minuten reichen, um Ihre Situation grob zu verstehen und ehrlich zu sagen, ob wir der richtige Partner sind. Wenn nicht, sagen wir es. Wenn ja, schlagen wir einen sinnvollen nächsten Schritt vor, der nicht automatisch ein bezahltes Mandat ist.
Das hängt von Größe, Reifegrad und Auftrag ab. Einzelne Teams können in drei bis sechs Monaten produktiv arbeiten. Eine Organisations-Transformation braucht eher ein bis zwei Jahre, wenn sie ernst gemeint ist. Wir sagen Ihnen früh, was in welchem Zeithorizont realistisch ist.
Schwerpunkt ist IT und produktnahe Bereiche. OKR-Einführungen begleiten wir auch organisationsweit, weil sie als Brücke zwischen IT und Business wirken. Reine HR- oder Marketing-Agilität ist nicht unser Fokus.
Erstgespräch
Kostenloses Kennenlerngespräch
Schildern Sie uns Ihre Situation. Wir hören zu, stellen Fragen und sagen ehrlich, ob wir der richtige Partner sind. Wenn nicht, ist das auch in Ordnung.
- 30 Minuten. Kein Pitch, keine Präsentation.
- Sie beschreiben das Problem. Wir hören erst zu.
- Sie bekommen eine erste Einschätzung, ohne Verkaufsabsicht.
- Kein Commitment danach erforderlich.
Termine werden werktags zwischen 9 und 18 Uhr (MEZ) angeboten.
Agil benannt, klassisch gelebt?
Kostenloses Kennenlerngespräch buchen