Löst dein System das Problem? Das Produkt allein reicht nicht!

NUR DAS PRODUKT LÖST ES NICHT!

Das System wurde geliefert, aber es hat das Problem nicht gelöst…

Als Teil meiner Arbeit helfe ich Unternehmen, fertige Systeme (von der Stange) einzuführen oder eigene Systeme für den internen Gebrauch zu bauen.

Aus der Erfahrung mit Projektmanagement sage ich: Das Produkt löst nicht allein das Problem: es ist nur ein Teil der Lösung! Es ist das Produkt plus dreihundert andere Dinge, die getan werden müssen, dann wird es funktionieren. Deshalb musst du gut verstehen, was nötig ist, damit es passiert.

Was suchen die Menschen?

Die Kunden wollen wissen, was sie kaufen oder bauen müssen, um das Problem zu lösen.

Der Projektmanager wirkt direkt am Aufbau dessen mit, was den Erfolg ausmacht. Er muss zusammen mit dem Team sagen, dass neben dem Produkt das hier, das hier und das hier nötig ist — das gesamte Paket, damit es dann funktioniert.

Bei Systemen bedeutet das: Nur das System bereitzustellen, reicht nicht aus. Es ist weiterhin nötig, dass:

• João den Kontakt mit dem Kunden jeden Tag aktualisiert;
• Maria die Stammdaten vollständig ausfüllt;
• Cleuza die Bestellungen innerhalb des Zeitfensters eingibt;
• das Team ihnen die Nutzung beibringt (Schulung);
• der Support die Begleitung übernimmt (das ist anders als "zur Verfügung stehen");
• der Analyst beobachtet, was funktioniert und was nicht gut läuft;
• der Projektmanager mit Widerständen umgeht;
• das Marketing die Veränderung kommuniziert;

Es ist notwendig, die Auswirkung auf Menschen zu verstehen, die nicht einmal direkt mit diesem Produkt und diesem Projekt verbunden sind.

Mehrere Interessen im Projekt

Genau zu verstehen, was dein Produkt wirklich lösen wird, ist grundlegend.

Das Problem ist, dass das Erwartete nicht immer explizit gemacht wird, und schlimmer noch, jede Person oder Gruppe hat ihre eigenen Bedürfnisse. Schau dir ein Beispiel von Interessen innerhalb desselben Kontexts an:

• Nutzer: ihn interessiert der grüne Button, der den Zugang zu Bestellungen und die Integration mit dem ERP erleichtert.
• Zahler: wer zahlt, will wissen, wann und welche Rendite die Nutzung dieses Produkts bringen wird.
• Einkäufer: will wissen, ob es keine "Lücke" bei der Lieferung des beauftragten Produkts gibt.
• Betrieb: will wissen, ob es keinen Aufwand macht, es am Laufen zu halten.
• Saboteur: will wissen, wie sein Leben mit der Ankunft dieses Produkts aussehen wird.

Diese Interessen sind Teil deines Projekts, und das zu wissen, ist wichtig, damit alles funktioniert.

Und dann?

Glücklicherweise gibt es kein Kochrezept, um damit umzugehen, denn jedes Projekt ist einzigartig.

Dinge, die helfen können:

1. Beobachte die Orte, an denen die Nutzung dieses Produkts bereits funktioniert, und finde heraus, warum es funktioniert.
2. Strukturiere den Umfang unter Berücksichtigung nicht nur der Einführung, sondern auch dessen, was nötig ist, damit es funktioniert.
3. Füge eine Struktur für Change Management ein, wie wäre es mit dem ADKAR-Modell von Prosci.
4. Führe Gespräche mit guten Fragen mit den beteiligten und betroffenen Personen.
5. Verstehe es vor Ort (oder hab jemanden dort), um zu wissen, was im echten Leben passiert.
6. Beobachte jede am Prozess beteiligte Person: Was interessiert sie?

Schau auf das Produkt! Schau auf dein Projekt! Löst es allein wirklich das Problem? Was braucht es, damit es funktioniert?

Wenn dein Problem jetzt die Schwierigkeit ist, die Zusammenarbeit des Teams zu bekommen, wird dir dieser Artikel helfen, greife hier darauf zu!

Gruß!