Ja, aber wirklich, warum sollte der Projektmanager die Aufgaben des Design Thinking übernehmen? Der Projektmanager ist bereits damit beschäftigt, alles zu koordinieren, zu beschleunigen und zu priorisieren, was sich ohne ihn nicht bewegen lässt.
Dieser Artikel wurde inspiriert von den
Erfahrungen meiner Kollegen sowie von meinen Überlegungen zum Projektmanager für die Implementierung von SAP eWM (Extended Warehouse Management - ein System zur Automatisierung der Lagerverwaltung) und zum Teilzeit-Endbenutzer vieler anderer Projekte.
Was ist der Hauptwert von Design Thinking? Diese Technik ermöglicht es Ihnen, einfache und fast freie Schritte nicht zu vergessen, die (insbesondere bei großen Projekten) häufig übersehen oder nach Prioritäten verschoben werden, die jedoch beim Start sehr laut sind.
Wann ist es sinnvoll, Design Thinking anzuwenden? In jeder Situation, in der Unsicherheit besteht. Unerwartet + NN kg? Arbeit aufgehört zu gefallen? Suchen Sie nach neuen Automatisierungsideen? Sie können versuchen, Design Thinking anzuwenden. Diese Methode ist in letzter Zeit populär geworden, aber viele ihrer Werkzeuge haben wir schon lange in unserer Arbeit verwendet.
Was ist nun die Einzigartigkeit dieser Methodik? Design Thinking nähert sich strukturell dem Prozess der Schaffung eines neuen, der es Ihnen ermöglicht, schnell und effektiv zu einem Geschäftsergebnis zu gelangen.
Im Gegensatz zum herkömmlichen analytischen Ansatz werden bei der Aufgabenstellung Lösungen entwickelt und die beste ausgewählt:
Die Design Thinking-Methode konzentriert sich bevorzugt auf den Endbenutzer, erstellt schnell den ersten Prototyp des Produkts, z. B. den Papierbildschirm eines Smartphones, und testet diesen Prototyp mit Endbenutzern, um sofortiges Feedback zu erhalten:
Was früher Monate gedauert hat, kann jetzt an einem Tag erledigt werden. Dies gilt insbesondere in unserer schnelllebigen VUCA-Welt.
Bei Mars verwenden wir eine angepasste Design Thinking-Methodik, die aus sechs Schritten besteht, die wir jeweils an ein bestimmtes Geschäftsproblem anpassen können.
Ich schlage vor, alle Schritte am Beispiel des Starts des SAP-eWM-Projekts durchzugehen (wir haben das SAP-BIOS in den Lagern unserer Fabriken von Nowosibirsk nach Rostow am Don geändert). Im Projekt war klar, WAS zu tun ist, aber es blieb die Frage, WIE eine effektive Teaminteraktion aufzubauen ist, die auf verschiedenen Zeitzonen basiert und bereits mit operativen Aufgaben befasst ist.
Erste Stufe: Rahmen. Hier definieren wir das eigentliche Problem, indem wir den Suchbereich erweitern, indem wir das Problem in "Wie können wir ...?" Umformulieren und die berühmten Fragen "Warum?" Und "Warum?" Im SAP-eWM-Projekt war das Problem zunächst klar: „Wie können wir das„ Rake “des vorherigen Projekts umgehen und das Beste daraus machen, damit es in einem Jahr im geplanten Budget startet?“, Also werde ich ein weiteres Beispiel aus dem IT-Automatisierungsteam anführen Ich musste die Probleme ausgraben (und werde später die Endergebnisse des SAP eWM-Projekts zeigen). Ursprünglich wollte das IT-Automatisierungsteam die Anzahl der Ideen erhöhen, aber nach drei "Warum?" Wurde den Jungs klar, dass das Problem nicht die Anzahl der Ideen zur IT-Automatisierung war, sondern der zunehmende Fluss von Anforderungen, die von vorhandenen Ressourcen verarbeitet werden mussten. Dementsprechend wurde das Problem in "Wie können wir in unserer aktuellen Arbeit versteckte Reserven finden?" Umformuliert.
Zweite Stufe: Erkunden . Hier verlassen wir den Raum, versetzen uns in den Ort des Benutzers (wir gehen durch seinen Weg, Erfahrungen zu sammeln) oder fragen einfach, was er mag, was "schmerzt", was funktioniert / nicht funktioniert, und versuchen, die wahren Bedürfnisse des Benutzers zu verstehen. Im SAP eWM-Projekt haben wir dies in dem Format getan, in dem die bisherigen Erfahrungen und Hoffnungen jedes Teilnehmers reflektiert wurden: Eine Angst („Rechen“) = ein Aufkleber, ein Wunsch (am besten) = ein Aufkleber. Dies ermöglichte es uns, die bisherigen Erfahrungen in einer freundlichen Atmosphäre auszusprechen und gemeinsam Erfolgskriterien zu formulieren . Am Beispiel der IT-Automatisierung haben wir Kollegen gefragt, was sie an ihrer Arbeit mögen und was sie verbessern möchten. Egal in welchem Format der Tauchgang stattfindet; wichtig - die Anzahl der Erkenntnisse, die als Ergebnis gesammelt werden.
Die dritte Stufe: Sense-Make wird benötigt, um die Anzahl der Einsichten in Qualität zu übersetzen, die Ergebnisse der Studie zusammenzufassen und unsere Vision der tiefen Bedürfnisse des Benutzers zu formen. Ich verwende eine Gruppe ähnlicher Erkenntnisse, es gibt auch Techniken zum Erstellen von Personas und Maps des Benutzerpfads. In der Regel wird zu diesem Zeitpunkt das ursprüngliche Problem unter Berücksichtigung der tatsächlichen Bedürfnisse der Benutzer umformuliert. Zum Beispiel im SAP eWM-Projekt das anfängliche Problem „Wie können wir den„ Rechen “des vorherigen Projekts umgehen und das Beste daraus machen, so dass er im geplanten Budget eines Jahres beginnt?“ In zwei Fragen umgewandelt: „Wie können wir die Arbeit des Remote-Projektteams am besten organisieren Effiziente Verknüpfung von Betriebs- und Konstruktionsarbeit? “und„ Wie können wir WMS (Warehouse Management System) in Fabriken für den Endbenutzer unsichtbar, pünktlich, am effizientesten und effektivsten und für das Pferd einheitlich, maximal einfach und transparent ersetzen REGIERUNGSBenutzerProzesse, ohne wichtige Details zu verlieren und den Fokus der Stakeholder zu halten?“.
Wenn die Zeit für eine Design Thinking-Sitzung begrenzt ist, können die ersten drei Schritte in der Offline-Vorbereitung ausgeführt werden.
Vierte Stufe: Erstellen . Hier beginnen wir die Standard-Brainstorming-Sitzung zu dem im vorherigen Schritt identifizierten Problem, deren Ergebnisse Ideen für die Implementierung im Prototyp auswählen.
Der Prototyp ist es, der uns in die Kindheit zurückversetzt, als das Geld aus Papier geschnitten und das Haus aus Stühlen und Decken gebaut wurde. All dies waren Prototypen realer Situationen. In der Welt des Design Thinking kann aus dem Inhalt des Mülleimers ein Prototyp erstellt werden, der nichts kostet.
Ein Beispiel eines Prototyps für die IT-Automatisierung:
Fünfte Stufe: Lernen Sie, wie Sie den Prototypen mit Endbenutzern testen, schnelles Feedback erhalten, den Prototypen auf der Grundlage von Feedback fertigstellen und erneut testen, Feedback abgeben und ein akzeptables Ergebnis erzielen.
Die sechste Phase - Pilot : Einführung des Bombenprodukts, da die Benutzer selbst an dessen Entstehung, Entwicklung und Überarbeitung beteiligt waren!
Ein weiteres Plus an Design Thinking ist, dass der Prozess sehr flexibel ist und nicht alle fünf Schritte durchlaufen werden müssen. Sie können den Vorgang jederzeit stoppen oder bei Bedarf in einer Schleife ausführen.
Dieser Ansatz hat seine Nachteile:
- Es ist schwierig, die Vorteile des Einsatzes von Technologie zu digitalisieren.
- oft wird die sitzung des designdenkens als „eine tolle zeit gehabt“ empfunden und ihre ergebnisse werden höchstwahrscheinlich einfach auf den tisch fallen, wenn es keine verbindlichkeit für das erste demoprodukt in 3 wochen und einen schrittweisen plan mit den verantwortlichen gibt.
Ich möchte auch darauf hinweisen, dass Design Thinking mehr als eine Sitzung oder eine Technik ist. Es ist das Denken eines Projektmanagers, der die Bedürfnisse der Endbenutzer versteht und sie bei Entscheidungen berücksichtigt. Design Thinking negiert natürlich nicht die klassischen Techniken des Projektmanagements und erhöht nur die Wahrscheinlichkeit eines erfolgreichen Projekts mit den notwendigen Ressourcen.
Wie hilft Design Thinking dem IT-Projektmanager? Aus meiner eigenen Erfahrung und der Erfahrung von Kollegen aus anderen Regionen habe ich erkannt, dass Design Thinking dem Projekt eine neue Dimension verleiht - den Endbenutzern. Meistens ist der Kunde des IT-Projekts der Senior Leader oder Board of Directors des Unternehmens, und das Problem, das das Projekt löst, wird auf dieser Ebene zusammen mit dem Projektmanager formuliert, ohne die Erfahrung der Endbenutzer zu berücksichtigen. In der Regel löst das Projektteam dieses Problem mit Hilfe von IT-Tools erfolgreich, und nach der Implementierung wird allen klar, dass es jetzt erforderlich ist, vorhandene Geschäftsprozesse zu ändern. Dies kann für das Unternehmen sehr schmerzhaft sein.
Indem wir die Endbenutzer bereits in der Phase der Problemstellung anziehen, können wir das Problem der Führungskräfte aus der Sicht eines echten Unternehmens „sehen“ und eine genauere und geeignetere IT-Lösung auswählen.
Wenn wir bereits in der Entwurfsphase Endbenutzer ansprechen, können wir nachvollziehen, wie sich unsere IT-Implementierung auf den Geschäftsprozess auswirkt, und gleichzeitig Änderungen in aktuellen Prozessen einleiten.
Indem wir mit Endbenutzern testen, helfen wir ihnen dabei, die Phasen der Verleugnung, des Zorns, des Verhandelns und einer neuen Entscheidung zu durchlaufen und sie zu ihren Botschaftern zu machen, bevor sie gestartet werden. .
Abschließend möchte ich noch einmal daran erinnern, dass Design Thinking in Situationen mit hoher Unsicherheit gut funktioniert, wenn mindestens eines der Projektteammitglieder diesen Ansatz bewusst anwenden möchte und das Projektteam (zusammen mit dem Leiter) ruhig auf alternative Standpunkte hören kann.
Hören Sie mit offenem Herzen zu, schauen Sie genau zu, sprechen Sie mit Liebe und vergessen Sie nicht den innersten Wunsch der Benutzer: „Damit es von selbst funktioniert!“