Direkt zum Hauptbereich

Appreciative Inquiry – was ist anders als bei anderen OE-Methoden?

In meinem Post am Montag habe ich ein Beispiel gebracht, wie eine Abteilung eine Projektvision mit Hilfe von Appreciative Inquiry entwickelt. Heute möchte ich diese Erfahrung auswerten: Was unterscheidet Appreciative Inquiry von herkömmlichen Methoden der Organisationsentwicklung?

Wer den Post vom Montag nochmal anschauen will:
http://www.teamworkblog.de/2015/04/projektvisionen-formulieren-mit.html

Keine Problemanalyse am Anfang

Appreciative Inquiry beginnt nicht mit einer Aufzählung von Problemen. „Warum wollen wir DMS einführen?“, wäre eine herkömmliche Frage. Und eine Fülle von Problemen und Schwierigkeiten wäre die Antwort: „Weil wir so viel Zeit mit Suchen verbringen! Weil wir Fehler machen, wenn wir auf veraltete Dateiversionen zugriefen! Usw.“. Ich habe bei Einstiegsworkshops immer versucht, auf diese Weise das „Problembewusstsein“ zu schärfen und die Motivation der Projekteilnehmer zu wecken.
Ganz anders bei AI.

Appreciative Inquiry geht davon aus: „Das Problembewusstsein wird schon da sein.“ AI spricht vom Änderungswillen. Es setzt diesen Änderungswillen voraus. „Wenn die Teilnehmer da sind, werden sie schon über genügend Änderungswillen verfügen“. Und wenn nicht? Dann wird man ihn auch nicht „wecken“ können.
Dahinter steckt eine tiefe Erfahrung mit Änderungsprojekten. Diese Erfahrung habe ich auch schon gemacht, aber bislang nicht tief genug reflektiert. Es ist das Problem der „negativen neuronalen Netze“.

„Denken Sie nicht an einen blauen Elefanten!“

Kennen Sie diese scherzhafte Aufforderung? Woran denken Sie gerade? Genau. Sie können gar nicht anders. Warum?
Weil unser Gehirn, um festzustellen, ob der aktuelle Gedanke einen blauen Elefanten darstellt oder nicht, sich gerade diesen blauen Elefanten als „Prüfbild“ erzeugen muss. Anders kann es keinen Vergleich anstellen. Also muss es, um nicht an einen blauen Elefanten zu denken, genau an diesen denken. Die gestellte Aufgabe ist nicht lösbar.
Das nennt man in der Gehirnforschung ein „neuronales Netz“. Unser Geist macht sich eine Vorstellung eines blauen Elefanten, und das geschieht durch Aktivierung eines Gestaltmusters „blauer Elefant“.

Was bedeutet das für Projekte, die positive Änderungen bringen sollen? Denken Sie an ein IT-Projekt. Das IT-Projekt soll Ihnen Lösungen liefern. Lösungen wofür? Für Probleme, natürlich! „Wir wollen künftig weniger Zeit mit Datenpflege vergeuden! Wir wollen künftig weniger Fehler machen! Wir wollen unsere Produktqualität verbessern“ – all das sind problemorientierte Formulierungen.

Die Sätze mögen alle stimmen. Der Pferdefuß ist nur: Sie fressen Energie. Unser Gehirn hat sich ein „neuronales Netz“ vom negativen Jetzt-Zustand gemacht. Dieses neuronale Netz wird – ob Sie oder die Projektteilnehmer das wollen oder nicht – das ganze Projekt begleiten. Es fixiert den negativen Ist-Zustand im Bewusstsein und erzeugen damit dauernd unangenehme Gefühle.

Verknüpfung von positiven Interviews mit einem Problemthema

Wie kann ich jetzt ein Problemthema rein positiv angehen? Im Beispiel des letzten Blogposts war es die Aufgabe, eine Vision für ein Dokumentenmanagement-Projekt in einer Abteilung zu entwickeln.
Ich war am Anfang unsicher, wie ich es anstellen sollte. Ich habe, wie geschildert, Appreciative Inquiry als Werkzeugkasten verwendet und mir daraus die Methode „gegenseitige Interviews in Zweierteams“ ausgewählt.
Vielleicht ist einigen Lesern aufgefallen, dass die Interviewfragen scheinbar nichts mit dem Thema zu tun hatten. Die Fragen lauteten z. B.
Denken Sie an die Zeit, als Sie neu zur MoCon AG  kamen. Was hat dieses Unternehmen für Sie interessant gemacht?
Nix von Dokumenten oder überhaupt zum Thema Gehöriges in den Fragen. Nur auf der Folie, die während der Interviews auf der Leinwand gezeigt wurde, war als Leitmotiv genannt:
„Positive Erfahrungen in der standortübergreifenden Zusammenarbeit“
Auch hier habe ich das Wort „Dokumentenmanagement“ nicht direkt verwendet (obwohl es natürlich unsichtbar im Raum stand – darum ging es ja im ganzen Workshop). Ich wollte auf keinen Fall die Gedanken der Teilnehmer in den Interviews so einengen, dass sie sich die ganze Zeit fragen mussten: „Passt meine Antwort auch zum Thema?“ Die Interviewten sollten sich vielmehr so frei wie möglich auf das Nachspüren ihrer Gefühle konzentrieren dürfen.

Fokussierung und Gesamtschau

Die Teilnehmer hatten, wie geschildert, 78 Antworten auf die Interviewfragen auf Post-Its geschrieben und auf einer Metaplanwand nach Themen vorsortiert. Aus diesen Ergebnissen wollte ich eine „Anforderungsliste“ erarbeiten lassen, also ein Konzentrat der vielen Antworten.

Die Antworten der Teilnehmer in den Zweier-Interviews

Aber das war nicht ganz einfach. Nicht alle Antworten der Interviewten schienen zum Thema zu passen. (Es kam ja, wie oben gesagt, in den Fragen gar nicht vor.)
Es gab vielmehr eine ganze Reihe von Post-Its mit Einträgen wie
  • „Die Möglichkeit, dauernd etwas Neues zu lernen, gefiel mir.“
  • „Ich erfuhr Unterstützung und Rückhalt im Team.“
  • „Ich bin stolz darauf, dass ich gut mit Menschen umgehen kann.“
Wie sollten wir daraus Anforderungen für ein Dokumentenmanagement-Projekt schnitzen?

Das ging natürlich nicht, und deshalb ließen wir solche Post-Its bei der Auswertung vorerst beiseite. Ich fragte ins Plenum „Kann man daraus eine Anforderung für ein DMS formulieren?“, und es gab allgemeines Kopfschütteln und weiter zum nächsten Post-It.

Aber am Schluss gaben gerade die „übersprungenen“ Antworten ein überraschend neues Bild der „Organisationskultur“ in der globalen Draufsicht. Überraschend vor allem für die Teilnehmer selbst. Sie kamen ja von verschiedenen was? und kannten sich zum Teil gar nicht gut. Und bestimmte Aussagen kamen aus unterschiedlichen Richtungen immer wieder vor, vor allem die Themen „Vielfältigkeit der Aufgaben“ und „Rückhalt im Team“.

So dass ganz nebenbei, losgelöst von der platten Anforderungsliste, von der Metaplanwand eine Botschaft ins Team zurückstrahlte: „Ihr seid besonders neugierig und kreativ – das verbindet euch“ und „Ihr seid besonders teamorientiert und solidarisch – ihr könnt euch aufeinander verlassen“.
Das gute Gefühl, das nach diesem Workshopblock bei den Teilnehmern herrschte, war bestimmt auch diesen Erkenntnissen geschuldet und nicht nur dem sachlichen Anforderungskatalog.

Kommentare

Beliebte Posts aus diesem Blog

Microsoft Teams: Die neuen Besprechungsnotizen - Loop-Komponenten

  Haben Sie in letzter Zeit in einer Teams-Besprechung die Notizen geöffnet? Dort sind inzwischen die Loop-Komponenten hinterlegt. Die sind zwar etwas nützlicher als das, was zuvor zur Verfügung stand. Trotzdem ist noch Luft nach oben. Und es gibt sogar einige ernstzunehmende Stolperfallen. Hier ein erster, kritischer Blick auf das was Sie damit tun können. Und auch darauf, was Sie besser sein lassen.

Agile Sternbilder: Die Entdeckung kosmischer Agilitäts-Superkräfte

Hast du dich je gefragt, ob dein Sternzeichen deine Fähigkeiten in einer agilen Arbeitsumgebung beeinflusst? In diesem Blogpost tauchen wir ein in die faszinierende Welt der Astrologie und ihre mögliche Verbindung zu modernen Arbeitsweisen. Entdecke, wie die Sterne deine agilen Stärken prägen könnten. Ob überzeugter Agilist oder neugieriger Sternzeichenliebhaber – dieser Artikel kann dir neue Perspektiven eröffnen und vielleicht sogar dein nächstes Teamprojekt inspirieren!

Den passenden Job finden

Hier teile ich, wie ich daran arbeite, endlich den richtigen Job zu finden. Kleingedrucktes: Dieser Artikel richtet sich (natürlich) an jene, die gerade in der luxuriösen Position sind, dass sie nicht jedes Angebot annehmen müssen. Anstatt von Engagement zu Engagement zu hetzen und frustriert zu sein über Konzernstrukturen, fehlende Ausrichtung und die Erkenntnis, dass in einem selbst beständig die Hintergrundfrage nagt, ob es das ist, womit man seine immer knapper werdende Lebenszeit wirklich verbringen möchte, gibt es manchmal auch die Möglichkeit, die nächste berufliche Station etwas nachhaltiger auszusuchen - auch, um tatsächlich (etwas) mehr beitragen zu können.

Die Microsoft Teams-Not-To-Do-Liste

Viele hoffen, dass es  für die Einrichtung von Microsoft Teams  den Königsweg gibt, den perfekten Plan – doch den gibt es leider (oder glücklicherweise?) nicht. Genauso wenig, wie es jemals einen Masterplan für die Organisation von Gruppenlaufwerken gab, gibt oder je geben wird. Was gut und vernünftig ist hängt von vielen Faktoren und ganz besonders den Unternehmensprozessen ab. Sicher ist nur eines: Von alleine entsteht keine vernünftige Struktur und schon gar keine Ordnung. Dafür braucht es klare Entscheidungen.

Agilität ist tot. Ausgerechnet jetzt?

Agilität wird zurückgefahren, Hierarchien kehren zurück. Doch ist das wirklich der richtige Weg in einer Welt, die immer unberechenbarer wird? Oder erleben wir gerade eine riskante Rolle rückwärts?

Wie beschreibt man einen Workshop für eine Konferenz?

Konferenzen bieten immer ein gutes Forum, um sein Wissen und seine Erfahrungen zu teilen. Was für die Vortragenden selbstverständlich scheint, ist für die Besucher:innen oft unverständlich. Wie können Vortragende ihren Workshop in 2-3 Sätzen beschreiben, damit die Besucher:innen schnell einschätzen können, er sich für sie lohnt?

Gemeinsam eine Anwenderdokumentation erstellen

Unternehmenssoftware ist ein wichtiges Bindeglied zwischen Anwenderinnen und Anwendern, den Unternehmensprozessen und den Ergebnissen. Normalerweise schreibt der Hersteller der Software die Dokumentation für diejenigen, die die Software benutzen. Wenn die Software allerdings stark angepasst wurde, muss die Dokumentation von denen kommen, die die Prozessmaschine am besten verstehen - den Anwenderinnen und Anwendern. Wie könnte man das praktisch machen?

Scrum und Hardware: Es kommt auf die Basics an

Man kann Hardwareprodukte agil entwickeln. Zum einen kommt Scrum aus der Hardwareentwicklung. Die Softwerker haben die Hardwarekonzepte auf ihre Situation übertragen. Zum anderen hat Hardwareentwicklung heute ganz viel mit Software zu tun. Gerade in frühen Phasen kann man sich mit Simulationen noch viele Wege offen halten und mehrere Pfade parallel verfolgen. In diesem Beitrag empfehle ich eine Podcastfolge und ein Buch, für alle, die mit der Geschwindigkeit ihrer Hardwareentwicklung nicht zufrieden sind.