Direkt zum Hauptbereich

Tooling #1: Der gute alte Backlog

Manchmal werde ich gefragt, was die wichtigsten Tools für meine Arbeit sind. Machen wir also Inventur und betreiben Werkzeugpflege. First things first: Der gute alte Backlog.

 

Foto vom Autor

Here you find an English version.

Vielleicht ist es ja Simon Sineks inzwischen berühmt gewordenen Ted Talk über den „Golden Circle“ zu verdanken, dass „Start with why!“ seit einigen Jahren fester Bestandteil eines jeden Berater-Repertoires ist./1/ Ich zumindest war und bin sehr inspiriert davon.

Bis Simon Sinek (naja) galt folgende Reihenfolge (hier in meinen Worten wiedergegeben):

  1. WHAT - Was tun wir? Welche Produkte und Dienstleistungen bieten wir an? Was können die?
  2. HOW - Wie tun wir‘s? Welche technischen und sonstigen Ansätze verfolgen wir? Was macht uns, unser Produkt/unsere Dienstleistung aus? Wo sind wir besser als die Konkurrenz? 
  3. WHY - Warum tun wir‘s? Warum von uns kaufen oder mit uns zusammenarbeiten?

Heute folgen viele Sineks eingängigem Vorschlag, in umgekehrter Reihung vorzugehen. Bevor wir also darüber sprechen, welches Projekt oder Produkt wir wie umsetzen, kümmern wir uns um grundsätzlichere Fragen. Werte-, Visions- und Missions-Workshops werden veranstaltet, Coaching-Runden gedreht und Canvas ausgefüllt. Denn zuerst ist die Warum-Frage zu klären: Warum tun wir was? Was ist uns wichtig? Bei diesem Projekt, bei diesem Produkt, für uns als Geschäftsfürung, als Firma, als Team?


Das macht Sinn. Denn Antworten auf diese Fragen helfen uns zu entscheiden, mit genau welchem Ziel wir genau was in genau welche Sache investieren. (Vor allem dann, wenn wir unsere Hausaufgaben gemacht haben: Was erwartet wer in der Sache: Wir, unsere Kunden, unsere Geldgeber und sonstigen Stakeholder? Inhaltlich, finanziell, strategisch? Sind die Erwartungen realistisch?)

Trotzdem beginne ich selten damit. Denn nach meiner Erfahrung verzögert das gute Ergebnisse. Manchmal verhindert es sie sogar. 

  

Wenn Menschen Hilfe suchen, haben sie handfeste, konkrete Probleme: Was tun? Wie entscheiden? Nehmen wir den neuen Auftrag an? Sollen wir am Produkt XYZ weiterentwickeln, wo wir doch sowieso zu viel zu tun haben? Welches der vielen parallelen Projekte ist das wichtigste?


Photo by Kvalifik on Unsplash

Die deshalb am TUN so interessierten Klienten spüren: Es! Muss! Jetzt! Konkret! Etwas! Geschehen! (Und da haben sie oft Recht.) Sie haben andere Sorgen, als dass sie sich mit den (in ihren Augen) zwar irgendwie wichtigen, aber momentan eben doch zweitrangigen, weil nicht akuten Fragen beschäftigen wollten oder könnten.

Außerdem empfinden die meisten die Situation als bedrohlich, wodurch sie einen Tunnelblick bekommen und in starren Bahnen denken und handeln. Sie vertrauen dann den eigenen Problemlösungsfähigkeiten wenig und können in diesem “Stuck-State” ihr Können (Ressourcen) nicht abrufen. Deshalb wenden sie sich ja an einen Berater.


 

Selbst wenn ihnen ein nach allen Regeln der Kunst ausformuliertes „Why“ samt formvollendetem Werte-Set - jetzt, in genau dieser Sekunde - sogar sehr praktisch helfen könnte (was der Fall ist): Sie sehen es nicht. Und sie können es auch momentan nicht sehen.


In dieser Lage an grundsätzlichen und zentralen Fragen des „Why“ zu arbeiten, hilft deshalb nicht und dürfte sogar schädlich wirken. Denn es wäre mit großem Widerstand zu rechnen. Was also tun?


Meine Antwort: Sich möglichst schnell - gemeinsam - den Backlog vornehmen! Ist noch keiner vorhanden, schnellstmöglich einen aufbauen! 

 

Photo by Startaê Team on Unsplash

Warum so schnell wie möglich an den Backlog ran?

  1. Signalwirkung/Sicherheit geben: Endlich aufatmen. Endlich Hilfe. Und dann auch noch mit Plan. Endlich ohne Umschweife Dinge erledigen! Klienten fühlen sich so verstanden und in ihrer Not ernst genommen und wertgeschätzt (das zumindest meine Vermutung und Hoffnung). Und das ist keinesfalls von mir nur vorgeblendet. Schließlich ist Tun bzw. rechtzeitig das Richtige zu liefern auch aus meiner Sicht das Wichtigste.

    „Problem Talking creates Problems...“


  2. Lagebild/Problembeschreibung: Backlogeinträge beschreiben in Einzelheiten eine unübersichtliche, verworrene Situation. Und alles, was im Zusammenhang damit zu tun ist. So können wir uns orientieren: Worüber sprechen wir genau? Was ist das Problem bzw. was sind die einzelnen Probleme? Wie groß sind sie? Sprechen wir über Projekte? Aufgaben? Abhängigkeiten? Strukturen? Über alles gleichzeitig? Was davon ist wie wichtig und schwerwiegend? Haben wir schon Ideen, was wo zu tun ist?

  3. Handlungsfähigkeit: Die Frage, was wie in den Backlog gehört, die Themen und Diskussionen, die sich daraus ergeben - all das ist wichtig, damit die Klienten erleben, dass sie handlungsfähig sind und (natürlich) in der Lage, ihre Probleme zu lösen. Das ist keine Zauberei: Ein großes abstraktes Problem wird so in kleineren Einzelteilen sicht- und damit handhabbar. Eine gesamte Lösung mag noch nicht in Sicht sein. Jetzt aber können die Klienten zumindest Einstiegsmöglichkeiten erkennen.

    „...Solution Talking creates Solutions.“


  4. Eigenen Lösungsfähigkeit aktivieren: Statt eines dunklen bedrohlichen Waldes sehen Klienten langsam wieder Bäume in Waldabschnitten, die bewirtschaftet werden können (und müssen). Sie weiten also ihren Blick, fühlen sich immer weniger als Opfer der Situation, sprechen immer seltener von Problemen und immer öfter von Lösungen. Sie vertrauen mehr und mehr in die eigenen Kompetenzen und Fähigkeiten, sie werden flexibler und ideenreicher.

  5. Priorisierung: Der (im Verlauf immer feinere) Überblick über Themen, Stories, Projekte, To Dos etc. sorgt dafür, dass jetzt die Priorisierung stattfinden kann und muss. Spätestens hier fällt den Klienten meist selbst auf, dass sie dafür keine brauchbaren, bewussten Kriterien haben. Ein guter Zeitpunkt, über das, was wichtig ist, zu sprechen, und in den Golden Circle einzusteigen: Was wollen wir? Was brauchen wir? Warum und wozu? 


Das alles findet über eine gewisse Zeit in mehreren Schritten und Schleifen statt. Im Verlauf überprüfen wir immer wieder die erarbeiteten Ergebnisse. Gleichzeitig reflektieren die Klienten die Erfahrungen, um gemeinsam daraus zu lernen.


Dank des Backlogs mit seinem Fokus aufs Tun bekommen die Klienten von diesem (wichtigen) Prozess kaum etwas mit. Sie konzentrieren sich auf die Problemlösung und auf gute Arbeitsergebnisse. Das ist es, was sie interessiert. Das ist das Wichtigste. Und das entspricht dem Beratungsauftrag.


Der gute alte Backlog - einfach genial.

 

 

 


Edgars eigener Blog: www.trellisterium.de
Edgars Podcast: trellisterium.podbean.com 

Edgar Rodehack ist Teamwork-Enthusiast mit einem Faible für agile Formen der Zusammenarbeit. Da trifft es sich natürlich gut, dass er das beruflich macht. Er ist Organisationsberater, Business und Agile Coach, Teamentwickler und Moderator. Außerdem ist er ein Mensch mit Frau und drei Kindern, der viel Spaß am Musikmachen, Schreiben und Lesen hat. Mehr über ihn: www.rodehack.de



Anmerkungen & Links

 

 

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?

Der Softwareeisberg, die Softwarepyramide - Wie sprechen wir über neue Software?

Software ist aus den Geschäftsprozessen vieler Unternehmen nicht mehr wegzudenken. Sie verwaltet Kunden- und Produktdaten. Sie automatisiert Abläufe und verhindert Fehler. Aber Software veraltet. Was machen wir, wenn wir Unternehmenssoftware erneuern müssen? Von den ersten Konzepten bis zum ersten Release ist es ein weiter Weg, mit vielen Entscheidungen. Wie sprechen wir über diese Entscheidungen?