Autor: Ruedi

Oder auf deutsch: Gehen – Reden – Schreiben eine schöne Retrospektiven Methode bei sommerlichem Wetter.

Anleitung:

Bilde ein Team mit einem Teammitglied, das du noch nicht so gut kennst.

Stellen einen Wecker auf 10 bis 15 Minuten.

Geht wohin ihr wollen, während ihr über euer Team diskutiert (ja, ihr können auch im Freien unterwegs sein, oder zum Glace Stand, oder…. ).

Wenn der Wecker klingelt, schreibt auf Post-it oder Notitzpapier oder Flipchartpapier welche Veränderung im Team für euch am wichtigsten ist, und geht zurück zur Basis.

Präsentiert und diskutiert die Plakate oder Post-It’s.

Die Gesprächspartner sitzen bei der Präsentation zusammen, damit jeder sehen kann wer mit wem die Themen eingebracht hat.

Beobachtungen:
Dadurch, dass man Paaren rausschickt, hatte jeder viel mehr Zeit zum Sprechen, als wenn die ganze Gruppe zusammen wäre.

Die Bildung von Paaren, die aus Personen bestanden, die normalerweise nicht viel miteinander reden, erhöhte die psychologische Sicherheit, da die Teammitglieder, die in Konflikte verwickelt waren, nicht gepaart wurden.

Falls Regeln gewünscht werden:

• Bewegung übertrumpft Sitzen
• Sprechen übertrumpft Zuhören
• Schreiben übertrumpft Lesen
• kürzer übertrumpft länger

Wie immer… ich würde mich über Feedback freuen wenn jemand diese Retro ausprobiert hat und erfahren ob und was die Methode gebracht hat.

Ein Blogbeitrag von Howard Sublett
CEO I Leader | Keynote Speaker | Connector | Agilist I Board Member

Vielen Dank Howard das ich deinen Linkedin-Beitrag hier in deutscher Sprache publizieren darf!

Ist Agilität eine Religion oder ein Geschäft?

Kürzlich war ich als Berater bei einem Kundengespräch dabei und wir diskutierten über Produktangebote für die Welt, als mir einer der Führungskräfte die Frage stellte: „Ist Agilität eher eine Religion oder ist es ein Geschäft?“ Daraus entwickelte sich eine interessante Diskussion, und ich dachte, ich würde ein wenig von dem, was diskutiert wurde, mit Ihnen teilen, vor allem, wenn Sie jemanden einstellen wollen, der Ihnen bei Ihrer agilen Transformation hilft – oder wenn Sie in ein agiles Unternehmen einsteigen wollen. Die große Kündigung hat zur Folge, dass allein im November 2021 4,5 Millionen Menschen in den USA ihren Job kündigen.

Dies ist wirklich eine Zeit des Wandels.

Ich bin kein Religionswissenschaftler, also habe ich ein wenig gegraben, um eine Definition zu finden, und bei allem, was ich gefunden habe, scheint es, dass die Gelehrten selbst sich nicht einig sind. (siehe Referenz) Es gibt einige Elemente in den unzähligen Definitionen von Religion, die sehr danach klingen, wie viele sich der Agilität nähern. Formulierungen wie „System von Überzeugungen und Praktiken“ oder „umfassende Weltanschauung“ scheinen gut zusammenzupassen, während andere das nicht tun (die „Anbetung einer übermenschlichen, kontrollierenden Macht“ wäre ein Beispiel).

Aber ich betrachte mich als Student der agilen Bewegung, und für mich ist sie genau das – eine Bewegung.

Dictionary.com hat diese Definition für Movement:

Nun kann man darüber streiten, ob alle Agilisten eine „gemeinsame Ideologie“ haben, aber ich denke, man kann sehen, wie dies zutreffen könnte. Und die Leidenschaft, die viele Menschen in der Bewegung haben, lässt uns für manche wie eine Religion erscheinen. Das gilt vor allem für diejenigen, die das „Glück der Mitarbeiter“ als wichtigstes Ziel ansehen. Ich glaube zwar, dass agile Teams mehr Freude an ihrer Arbeit haben, aber das ist ein Nebenprodukt des Interesses daran, wie die Arbeit erledigt wird, und der Verbindung zum Kunden. Glück ist ein Ergebnis der teambasierten Arbeit, sollte aber ohne den Lieferaspekt, den wir mit der agilen Arbeitsweise erreichen, nicht im Mittelpunkt stehen.

Nun zum Geschäftlichen. Wow, das ist ein Geschäft geworden. Man sieht das jeden Tag auf Websites und in Marketingunterlagen von Unternehmen, Beratungsfirmen und anderen. Die Leute verkaufen „Agile“ und formelhafte Ansätze – vor allem solche, die für die Verkäufer finanziell vorteilhaft sind. Und die Organisationen dieser Welt kaufen. Viele derjenigen, die am aktivsten im Verkauf von „Agile“ sind, können die versiertesten, geschäftsorientiertesten Menschen sein, aber auch die am wenigsten auf die agile Bewegung ausgerichteten. Große Vertriebsorganisationen sind in der Lage, die Bedürfnisse von Unternehmen mit ihrem Angebot zu verbinden. Sie entwickeln Verkaufslösungen für die sich bietenden Gelegenheiten, und diese Abkehr von der traditionellen Arbeitsweise hat eine Fülle von Möglichkeiten geschaffen. Wenn sie einen Hammer haben, helfen sie Ihnen zu erkennen, dass Sie der Nagel sind.

Wie lautet also die Antwort?

Ich stelle fest, dass viele der Unternehmen, die „Agile*“ am besten verkaufen können, vielleicht die am wenigsten agilen Unternehmen sind. Und viele der agilsten Menschen sind wahrscheinlich mit am wenigsten gerüstet, um das, was sie wissen, kraftvoll zu verkaufen.

Howard Sublett

Ja, die agile Bewegung hat Züge einer religiösen Bewegung, aber sie ist keine Religion. Und ja, es ist ein Geschäft, denn die Menschen kaufen Angebote, die Einzelpersonen und Organisationen helfen sollen, agiler zu werden, aber diejenigen, die sich darauf als Geschäft konzentrieren, sind wahrscheinlich selbst nicht sehr agil. Ich bin sicher, dass es hier Ausreißer gibt, und dies sind nur grobe Umrisse, aber es ist ein Muster, das ich immer wieder sehe.

Was ist also zu tun?

Bevor Sie sich entscheiden, wen Sie einstellen oder für wen Sie arbeiten wollen, machen Sie Ihre Hausaufgaben.

Achten Sie auf Champagner.
Ein Unternehmen sollte die Werte vorleben, die es Ihnen vermitteln will, es sollte seinen eigenen Champagner trinken. Dazu gehören die Führungsebene, die Personalpolitik, das Marketing und vieles mehr. Stellen Sie Fragen und verlangen Sie Einsicht in die Mission/Vision/Werte und in die Führungsdokumente. Sprechen Sie mit den Mitarbeitern und sehen Sie sich an, wie die Arbeit iterativ und inkrementell erledigt wird. Fragen Sie auch die Mitarbeiter, wie sie als aktive Mitwirkende bei der Entwicklung von Lösungen für ihre Kunden geschätzt werden.

Lesen Sie, was sie schreiben.
Lesen Sie, was sie zur agilen Bewegung beigetragen haben und nicht nur Werbung für ihre spezielle Lösung machen. Tragen sie zum kollektiven Wohl der Bewegung bei oder sind sie spalterisch. Dies gilt auch für die Führungskräfte des Unternehmens und die Art und Weise, wie sie auf agilen Veranstaltungen auftreten, in den sozialen Medien und auf Blogseiten schreiben. Einige verbringen einen Großteil ihrer Energie damit, anderen zu sagen, dass sie im Unrecht sind, um sich selbst besser dastehen zu lassen – ich würde sie meiden.

Gemeinsam entdecken.
Seien Sie vorsichtig, was die Bereitschaft und die Fähigkeit der Menschen angeht, zu helfen, wenn sie bereits eine Lösung anbieten können. Agilität ist keine Einheitsgröße, und jedes Unternehmen befindet sich in einem anderen Zustand. Führen Sie ehrliche und offene Gespräche darüber, wo Sie als Unternehmen stehen und welche Ziele Sie zu erreichen hoffen. Ein Unternehmen, das agile Beratung anbietet, sollte auf jeden Fall einen iterativen und schrittweisen Ansatz verfolgen und darauf bestehen, diese Reise mit jedem Kunden gemeinsam zu gestalten. Wenn Sie für ein Unternehmen arbeiten, das agile Beratung anbietet, sollten Sie nicht in die Falle tappen, dass Sie eine dreistufige Lösung für jedes Kundenproblem oder ein perfektes Rahmenwerk unterschreiben – das wird wahrscheinlich nie funktionieren,

Organisatorische Veränderungen sind schwierig, kostspielig und haben keine Erfolgsgarantie. Sie sollten Ihre Sorgfaltspflicht erfüllen.

Howard Sublett

Das Geschäft mit der Agilität boomt. Menschen und Organisationen erkennen die Notwendigkeit, besser auf Kundenbedürfnisse reagieren zu können und zu reagieren, wenn sich die Dinge ändern. Sie müssen sich nicht zwischen Religion und Geschäft entscheiden. Stellen Sie nur sicher, dass diejenigen, mit denen Sie Geschäfte machen, nicht nur „Agile*“ verkaufen, sondern die agilen Prinzipien und Werte auch leben.

• – Ich verwende hier absichtlich den Begriff „Agile“ – Agile mit großem „A“. Das Wort „agil“ ist kein Substantiv. Man kann „Agile“ nicht kaufen. Und doch verkaufen es so viele Unternehmen und Berater auf diese Weise. Agil ist ein Adjektiv oder ein Adverb, und es kann verwendet werden, um etwas anderes zu beschreiben. Einen agilen Prozess oder eine agile Denkweise.

Das Original ist auf Linkedin zu finden.

Ich finde American Football schon viele Jahre sehr spannend. Zuerst schaute ich nur auf den Sport. Später, als Coach, habe ich gesehen wie diese Teams Coaching Techniken und Methoden anwenden um High Perfomance Teams aufzubauen. Darum habe ich mich plötzlich für die Coaches aus der National Football Leage (NFL) angefangen zu interessieren.

Im American Football gibt es ein Grossereigniss welches vermtlich global bekannt ist. Der Superbowl. Das Finale der Saison. Die zwei besten Teams treffen aufeinander und spielen um den Meistertitel.

Es gibt aber auch ein anderes Finale. Der Pro Bowl. Diesen Event kennt hingegen kaum jemand. Dieses Spiel findet meistens in der Woche vor dem Super Bowl statt. Dabei werden aus allen Teams, welche nicht am Finale teilnehmen können, die besten Spieler ausgesucht und eingeladen. Die Besten der Besten treffen sich zum Saisonfinale und spielen gegeneinander. Mir ist aufgefallen, das die zwei Spiele sehr unterschiedliche Dynamiken aufweisen.

Beim Superbowl ist es klar. Da geht es um etwas Grosses. Wer gewinnt ist Meister und es winkt Ruhm, Reichtum und Ehre. Beim Pro Bowl ist es eher eine Ehre ausgewählt geworden zu sein, aber so richtig Risiko und vollen Einsatz gibt man sich da nach einer langen Saison auch nicht mehr.

Wenn man sich aber die zwei Spiele unter dem Aspekt eines Coaches anschaut kann man sehr spannende Team-Muster erkennen.

Die Zusammenfassung des Superbowls 2021
Die Zusammenfassung des Pro Bowls 2021

Ein Top Team ist nicht das Gleiche wie ein Team von Top Leuten!

Im Superbowl sieht man sehr gut wie ein eingespieltes Team funktioniert. Die einzelnen Spieler kennen sich untereinander. Sie vertrauen sich. Sie agieren in komplizierten Spielzügen sehr harmonisch untereinander. Je nach Spielsituation und Spielzug ist sichtbar, das ein Spieler eine Handlung ausführt die für den Gegner überraschend kommt, aber für die Team Members vorhersehbar war und ausgenutzt wird um einen Punkt zu machen.

Beim Pro Bowl sieht das Team-Zusammenspiel etwas anders aus. Viele Spielzüge funktionieren nicht. Der Spieler denkt, das machen wir jetzt so und da wo der andere Teamkollege sein sollte ist dann niemand. Was wiederum zu vermehrten Einzelaktionen und „Heldentum“ führt. Die Spieler respektieren einander. Sie sind Profis. Sie kennen jeden, noch so kleinen Trick des anderen Spielers. Trotzdem kommen sie leistgungsmässig nicht Ansatzweise an die Performance eines Super Bowl Teams heran. (Und die LA Rams und die Cincinnati Bangles gehören nicht zu den vermeindlichen Top Team der Ligen. Und, ein Fun Fact: es waren die jüngsten Head Coaches der Liga welche gegeneinander im Finale standen.)

Ich finde es sehr spannend diese zwei Ereignisse mal aus der Perspektive eines Coaches zu schauen. Selbst wenn du die Spielregeln nicht kennst. Schaue die mal die Teammuster und die Kooperations- und Kommunikations-Muster an. Dsa sin sehr grosse Untershiede zu sehen.

Es gibt auch eine Andere Perspektive beim Football. Die Perspektive der Skalierung. Es sind in jedem Team mehrere Coaches aktive und es sind mehrere Teams welche zusammen die ganzen Mannschaft bilden, aber das wird dann der nächste Blogbeitrag. 😉

Letztes Jahr war ich an verschiedenen Workshops oder Trainings als Scrum Master Coach engagiert. Das Ziel war es Scrum Master bei ihrer Arbeit zu begleiten und ihre Potentiale zu entwickeln und Verhaltensmuster zu ändern welche in dieser Rolle nicht hilfreich sind. Dabei ist es ein einige Mal passiert, das der Scrum Master am Ende des Events keine Idee oder Ressourcen mehr hatte um eine gute Retrospektive mit dem Team zu gestalten. Dann musste ich als Coach etwas unerwartet und unvorbereitet einspringen und mit dem Team einen Tagesabschluss gestalten.

Am ersten dieser Events war die Lage so, das sich mehrere Teams zu einem Releaseplanning zusammengefunden hatten. Der Tag war sehr intensive, die Teilnehmenden schon ziemlich müde. Und jetzt noch eine Retro? Also, eine Retromethode muss her: leichtgewichtig, schnell erklärt und sie sollte die Menschen auch wieder etwas energetisieren, nicht noch mehr auslaugen. Anderterseits brauchten wir unbedingt Input was wir zu den nächsten Events verbessern sollen. Es war auch so das sich im Raum mehrere Wortführer herauskristalisiert hatten. Wenn die ein Thema gewählt haben, dann haben sich die anderen Teammitglieder selten mit ihren eigenen Ideen gemeldet.

Mir ist die Think-Pair-Share Methode aus den Innovations Workshops in den Sinn gekommen. Da kann man sehr gut die Ideen im Raum herausfinden, konzentrieren und an die Gruppe kommunizieren. Sie ist einfach, schnell und liefert gute Resultate. Warum also nicht einmal als Retrospektive ausprobieren?

Die Einstimmung habe ich so moderiert das ich ihnen versprochen habe das wir in maximal 30 Minuten eine gute Retro geliefert haben. Dann die Timeboxen gesetzt.

1. Schritt: Think
   Alle Teilnehmenden haben ein Notizzettel und einen Stift. Die Timebox wird auf 2 oder 3 Minuten gesetzt. Die Frage lautet:
   Was würdet ihr euch selber empfehlen damit das nächste Meeting mehr Spass macht und der Tag ein voller Erfolg ist?
   Jede Idee, Anregung auf einen Zettel.
   Jede Person für sich alleine
2. Schritt: Pair
   Alle suchen sich eine Person mit welcher sie nun für maximal 4 Minuten austauschen welche Ideen, Vorschläge oder Kritikpunkte für sie wichtig sind. Dieses Paar entscheidet sich für 2-3 Zettel, welche sie auch den anderen am Workshop erzählen möchten.
3. Schritt: Share
   Jedes Paar hat nun maximal 5 Minuten den anderen ihre Empfehlungen zur Verbesserung vorzustellen. Es sollten keine Diskussionen gestartet werden. Klärungsfragen sind OK. Der Scrum Master oder ich als Coach notieren die Themen und die Empfehlungen. Die ersten Paare erklären meistens etwas besser, gegen Ende der Sequenz ist dann meistens schon fast alles gesagt und es kommen nur noch Dinge die vorher nicht erwähnt wurden.

Auf diese Art haben wir in einigen Workshops auf eine sehr leichtgewichtige Art und Weise gutes Feedback erhalten konnten die darauffolgenden Events viel besser gestalten.

Ich habe auch angefangen das sich die Paare jeweils entscheiden dürfen ob sie jemanden für irgendwas an diesem Tag bedanken möchten. Die Erfahrung war dahingehend das sehr viele Kudos (Lobungen) an verschiedene Teammitglieder ausgesprochen wurden und dadurch auch erstaunliche Leistungen zum Vorschein gekommen sind, welche von Menschen erbracht wurden die eventuell etwas weniger prominent in der Gruppe kommunizieren.

Ich habe mit dieser sehr einfachen Retro im 2021 sehr gute Erfahrungen gemacht und werde die auch in den kommenden Jahren sicher noch mehr einsetzen.

Happy New Year 2022

Im Sommer 2021 habe ich ein Modul zusammen mit Stefan Hutmacher von der Fachhochschule Nordwestschweiz im Bereich „Agilität und Changeprozesse“ gegeben.

Dabei hat er den Begriff der Sozialen Innovation benutzt. Zuerst war ich etwas verwirrt, soziale Innovation? Was soll das sein?

Das Thema hat mich dann aber nicht mehr losgelassen und ich habe versucht mehr darüber in Erfahrung zu bringen. Siehe da, es gibt sogar einen Artikel in Wikipedia.

Da heisst es u.A:

Unter Sozialer Innovation versteht man in der Soziologie und im Innovationsmanagement den Prozess der Entstehung, Durchsetzung und Verbreitung von neuen sozialen Praktiken in unterschiedlichen gesellschaftlichen Bereichen. Frances Westley definiert den Begriff als „jede Initiative (Produkt, Prozess, Programm, Projekt oder Plattform), welche die bestimmenden Routinen, Ressourcen- und Entscheidungsflüsse oder Überzeugungen des weit gefassten sozialen Systems, in das sie eingeführt wird, infrage stellt und im Laufe der Zeit zu seiner Veränderung beiträgt“.

Danach habe ich in jedem Mandat und in der Vergangenheit meiner Tätigkeit als Coach nach Hinweisen gesucht, wo oder wie oft ich professionelle Soziale Innovation in Organisationen angetroffen habe. Ihr ahnt es schon… Nie und bei niemandem.

Als Person mit einem technischen Hintergrund und viel Erfahrung mit Produktentwicklung und Innovation hat mich diese Erkenntnis schon etwas erschüttert. Gerade wir, in der agilen Bewegung mit dem Menschen im Mittelpunkt. Wie kann es sein das wir uns nicht systemisch und professionell um die Innovation im Kontext neuer sozialer Praktiken kümmern. Gut, man könnte sagen das die agilen Praktiken das ja sind. Ok. das stimmt eventuell sogar. Aber… die Gesellschaft entwickelt sich ja auch weiter. Gerade in Zeiten der Pandemie und schnell wechselnder Technologie. Auch die agilen Praktiken und Verhaltensmuster müssten einem latenten Innovationsprozess unterliegen.

Warum gibt es in jeder Organisation für jeden Trend eine Abteilung, aber genau für dieses Thema ist nichts zu finden? In der Technologie sieht man oft das grosse Organisationen die Startups aufkaufen, da sie selber nicht zur Innovation fähig sind. Also, hier eine Info an die Manager da draussen… wir, die agilen Coaches und Scrum Master, wir sind die Innovations Startups die ihr braucht!
Investiert in den Wandel innerhalb eurer Sozialen Systeme und startet die soziale Innovation in eurer Organisation. 😀

Die agilen Coaches und Scrum Master dieser Welt sind die Startups im Bereich der Sozialen Innovation. Mir gefällt dieses Bild.

Ich werde dieser Fragestellung weiter nachgehen. Ev findet sich jemanden unter den vielen lesenden dieses Blogs, welche das auch spannend findet und mit mir zusammen das Thema an einer Scrum oder Kanban User Gruppe diskutieren möchte?

Get in touch: Schreibe mir eine Mail oder eine Nachricht auf einer User Gruppe.

Jeff Sutherland (Mitgründer von Scrum und Mitunterzeichner des Agilenmanifestos.org) hat im Juni 2021 einen Beitrag auf Quora veröffentlicht, in dem er die Frage nach Business Agilität stellte. Ich finde den Artikel so spannend, das ich ihn gerne übersetzt hier poste. Die Links führen zu dem Original Artikel und den entsprechenden Quellenangaben.

Ab hier der übersetzte Beitrag:

Business Agility – der Schnittpunkt von Outcomes und Efficiency

In der globalen Agile-Coaching- und -Training-Community gibt es eine Debatte darüber, ob wir uns auf die Ergebnisse oder die Effizienz von Teams konzentrieren sollten. Gleichzeitig gibt es die Frage nach dem Unterschied zwischen Business Agility und Team Agility. Eine dritte Frage ist, wie man Business Agility messen kann.

Noch komplizierter wird die Situation durch die jüngste Forbes Insight-Umfrage, die zeigt, dass 77 % der agilen Transformationen Scrum sind und dass 53 % der agilen Transformationen die Erwartungen der Führungskräfte nicht erfüllen. Heutzutage ist die Führungsebene nur dann an einem agilen Team interessiert, wenn es das Unternehmen agiler machen kann, damit sie ihre Geschäftsziele erreichen können. Die MIT Sloan Management Review hat festgestellt, dass eine fehlgeschlagene agile Transformation in 67 % der Fälle zum Aus des Unternehmens führt. Agilität ist also eine ernste Angelegenheit geworden.

Was ist Business Agility?

Business Agility

bezieht sich auf schnelle, kontinuierliche und systematische evolutionäre Anpassung und unternehmerische Innovation, die darauf abzielt, Wettbewerbsvorteile zu erlangen und zu erhalten.

Das durchschnittliche Teammitglied ist skeptisch, was das Interesse des Managements an geschäftlicher Agilität angeht, und ist möglicherweise noch skeptischer gegenüber Investoren auf Vorstandsebene. Die Geschäftsleitung und die Investoren haben jedoch ein sehr klares Verständnis von Business Agility.

1. Hat das Unternehmen eine Vision und einen Auftrag, ein Produkt oder eine Dienstleistung in einem der Bereiche anzubieten, in denen sich der Markt derzeit stark verändert? Wird der Zielmarkt groß sein, was eine wesentliche Voraussetzung für eine signifikante Investitionsrendite ist?
2. Kann das Unternehmen ein Produkt oder eine Dienstleistung entwickeln, das/die zehnmal besser ist als die derzeitigen Angebote?
3. Kann das Unternehmen dieses Produkt oder diese Dienstleistung 10-mal schneller und in höherer Qualität als die Konkurrenz liefern?
4. Kann die Organisation dieses Produkt zu 10 % der Kosten der Konkurrenz liefern und damit einen großen Marktanteil erreichen?
5. Kann das Unternehmen einen nachhaltigen Wettbewerbsvorteil erzielen, indem es sich kontinuierlich schneller verbessert als die Konkurrenz?

Die fünf Komponenten von Business Agility sind also (1) der Schwenk in das richtige Marktsegment, (2) die Konzeption eines großartigen Produkts oder einer Dienstleistung, (3) die schnelle Bereitstellung von Angeboten, (4) die Beibehaltung niedriger Kosten, um einen großen Marktanteil zu erreichen, und (5) die schnelle Innovation, um der Konkurrenz voraus zu sein, die sich immer in einen Marktraum stürzen wird, in dem sie einen neuen Erfolg sieht.

Die Messung der geschäftlichen Agilität erfolgt auf einer Makroebene. Der sechste Investitionsfonds von OpenView Ventures Partners für 2020 beläuft sich beispielsweise auf 450 Mio. USD, und das Unternehmen investiert gemeinsam mit CompanyOn Ventures und Tesla Investment Holdings, die 2021 weitere 75 Mio. USD bereitstellen. Sie wollen in diesem Jahr 525 Mio. $ in agile Unternehmen investieren. Sie haben harte Daten über den tatsächlichen Wert jedes Unternehmens, in das sie investieren, und diese Zahl wird jeden Monat aktualisiert. Für die börsennotierten Unternehmen in ihrem Portfolio erhalten sie tägliche Updates. Sie wissen, dass diese Bewertungen durch Business Agility bestimmt werden.

Wie Business Agility sowohl von der Effizienz als auch von den Ergebnissen abhängt

Im Jahr 2018 veröffentlichte Takao Sakai sein Buch „The Secret Behind the Success of Toyota“ und schickte mir eine Nachricht, in der er sagte, dass Scrum-Trainer Scrum falsch lehren. Wir hatten dies bereits 2016 von der Geschäftsleitung von KDDI in Toyota gehört, die an uns herantrat, um ein Joint Venture namens ScrumInc Japan zu gründen um das „wahre“ Scrum zu lehren, das Scrum der Großväter Takeuchi und Nonaka.

Wir hatten bereits mit den Japanern herausgefunden, dass der Scrum Guide
für die Ausbildung von Scrum Masters bei Toyota nicht ausreichte. KDDI war zu 20% im Besitz von Toyota und hat Scrum-Trainingsverträge in Toyota City für Toyota R&D und Toyota IT. Wir arbeiteten mit ihnen heraus, dass (1) die Grundlagen von Lean für die Scrum-Leistung unerlässlich sind, (2) die hyperproduktiven Muster für leistungsstarke Teams unabdingbar sind und (3) eine Skalierung ohne Leistungsverlust auf Teamebene unerlässlich ist.

Takao Sakai brachte eine zusätzliche Perspektive in die radikale Verbesserung des Scrum-Trainings ein, indem er darauf hinwies, dass nur 5 % des Erfolgs von Toyota auf einer schlanken Produktion beruhten (heute muss jeder eine schlanke Produktion haben), und 95 % des Erfolgs auf den Chefingenieuren bei Toyota auf der anderen Seite der Autobahn in Toyota City, weit weg von den Montagewerken, beruhten. Sakai sagte, die Chefingenieure seien das Äquivalent zu den Product Ownern in Scrum, und sie sorgten für den größten Teil des Gewinns von Toyota, indem sie Produkte mit hohem Wert und niedrigen Kosten entwickelten. Ein hoher Wert sei wichtig, aber ein großer Marktanteil sei nur mit kostengünstigen Produkten zu erreichen.

Sakais Hauptkritik an der Scrum-Schulung besteht darin, dass wir 95 % unserer Schulung nicht darauf ausgerichtet haben, dass der Product Owner einen überragenden Wert liefert und ein Backlog erstellt, das diesen Wert zu niedrigen Kosten liefert. Eine bessere Formulierung für „die doppelte Arbeit in der halben Zeit abliefern“ wäre also „den doppelten Wert zu den halben Kosten liefern“.

Wie Ergebnisse an Effizienz gebunden sind

Seit 2006 haben wir bei OpenView Venture Partners Scrum überall in der Venture-Gruppe und so weit wie möglich in allen Unternehmen, in die wir investiert haben, eingeführt. Risikokapitalgeber sind sehr aggressiv und haben eine geringe Toleranz für Hindernisse. Wir haben schnell gelernt, dass Hindernisse wie Moskitos sind. Man erschlägt eine und 25 kommen wieder, es sei denn, man führt eine Ursachenanalyse durch und lässt den Tausch auslaufen. In der IEEE Digital Library ist eine Veröffentlichung zu diesem Thema verfügbar – Take No Prisoners.

Aus geschäftlicher Sicht stellten wir fest, dass die Teameffizienz (schnelle Lieferung zu niedrigen Kosten) sowohl wichtig als auch leicht zu erreichen war, aber die Lieferung eines höheren Wertes an das richtige Marktsegment erforderte, dass wir uns zu 80 % auf die Funktion des Product Owner konzentrierten. Unsere Investoren hatten bereits herausgefunden, was Sakai im Jahr 2006 sagte.

Es geht nicht um Effizienz oder Ergebnisse, es geht um beides. Unser Training muss sich mehr auf die Funktion des Product Owners konzentrieren. Erfolgreiche Product Owner müssen ein Backlog erstellen, das sowohl einen höheren Wert erzeugt als auch diesen Wert zu geringeren Kosten liefert. Die geringeren Kosten ergeben sich aus zwei Faktoren (1) dem Produktdesign und (2) dem Einfluss des Product Owners auf die Teamleistung.

Forschungsdaten zeigen, dass Product Owner die Teamleistung mit einem besseren Backlog leicht verdoppeln und das Produkt zur Hälfte der Kosten liefern können. Wir haben auch herausgefunden, dass großartige Product Owner den Umsatzstrom ihrer Produkte besitzen und daran gemessen werden, dass sie einen hohen Marktanteil liefern. Die Teams müssen dies durch hohe Effizienz und herausragende Qualität ermöglichen, die beide direkt durch das Backlog des Product Owners, die Akzeptanztests und den kollaborativen Input zur Definition of Done beeinflusst werden. Eine korrekte Umsetzung führt zu einer hohen Prozesseffizienz, der grundlegenden Lean-Kennzahl, die Toyota antreibt.

Aus diesem Grund wird im Scrum@Scale Guide deutlich, dass die Mission darin besteht, den doppelten Wert zu den halben Kosten zu liefern. Sowohl Effizienz als auch Ergebnisse sind für erfolgreiche Unternehmen unerlässlich.

Übersetzt mit www.DeepL.com/Translator (kostenlose Version) und an einigen Stellen von mir nacgebessert. 🙂

Viele Menschen kennen den Deming Cycle. Für mich als junger Berufstätiger in der Industrie war er sowas wie ein Held, der Edward Deming. Im Wikipedia Artikel könnt ihr über ihn nachlesen. Er war in den 1950er Jahren als Qualitäts-Experte am japanischen Industrie –Aufbauprogramm beteiligt. Er hat massgeblich das Toyota Production System beeinflusst und Grundlegende Werte und Methoden zur Lean Bewegung beigesteuert.

Als Beobachter und Berater sehe ich oft das viele Führungskräfte und Teams den Deming Kreis nur zu 50% durchlaufen. Planen, Tun, staunen, neu planen und wieder tun. Sehr viele von ihnen vergessen, das es nach dem Tun eine Check Phase braucht. In dieser Phase gwinnen wir Erkentnisse daraus, welche unseren nächsten Plan um so vieles wertvoller machen könnte.
Das könnte ein nächster Beitrag im Blog werden. 🙂

Es gibt aber noch eine weitere „Feedback Schlaufen Logik“. Dieses Modell verdanken wir John Boyd. Es nennt sich OODA Loop. Boyd war im Koreakrieg Pilot in der Amerikanischen Luftwaffe. Er sah, das es einen entscheidenden Vorteil brachte wenn man als Pilot schneller und bessere Entscheide traf als sein Kontrahend. Aus diesem Problem heraus entwickelte er den OODA Loop.

In der Kürzest-Version geht der Loop folgendermassen:

• Observe – beobachten
• Orient – orientieren
• Decide – entscheiden
• Act – handeln

Hier das detailiertere Schema:

Was ist nun der Unterschied zwischen diesen zwei Modellen und Verhaltensempfehlungen?

Deming war als Mitgründer der Lean Bewegung im Industriellen Umfeld tätig. Die Organisationen mussten mit knappen Ressourcen sehr gute Produkte herstellen. Fokus war es effiziente, verschwendungsarm und qualitativ hochstehende Produkte zu erzeugen. Daher beginnt der Deming Cycle auch mit der Planung. Damit wir gut planen können müssen wir schon vieles wissen.

Wir können Ergebnisse abschätzen und haben eher klare Erwartungen an das Ergebnis. Wir entwickeln uns (Team, Prozess, Produkt, Kultur, etc) evolutionär und kontinuierlich.

Boyd hatte immer wieder Situationen zu bewältigen die sich nicht nach Plänen richteten. Dinge passierten, entwickelten sich und er war gezwungen schnell Hypothesen zu generieren und Aktionen so auszurichten, das sie dem angestrebten Ziel dienten. In seinem Falle ist es logisch, das sich ein Luftkampf in einem Jet über Korea nicht so einfach planen lässt.

Also startet seine Schlaufen-Empfehlung nicht mit einem Plan. Boyd beginnt sein Führugsverhalten zuerst mit Beobachten (observe). Auf der Basis der erkennbaren Muster orientiert er sich (orient). Was erkenne ich? Was wäre eine Handlung welche mich meinem gewünschten Ziel nährer bringt? Wenn die Beobachtung und die Orientierung genügend gut sind, wird die Entscheidung / Hypothese (decide) gestaltet. Er entscheidet welche nächste Handlung ihn nun dem gewünschten Ziel näher bringt. Daraufhing findet der letzte Schritt statt: die Handlung wierd durchgeführt. (act oder Test)

Ich finde es sehr schön das er die Handlung (act) auch als Test seiner Hypothese bezeichnet.

Aus seiner Handlung werden sich nun wieder neue Ereignisse ergeben welche wieder zu Beobachtungen führen. Der Kreis ist geschlossen.

Wie nutze ich das gelesene nun für mich?

Für mich als Coach oder als Führungskraft sind diese zwei Handlungsempfehlungen enorm wertvoll.
Wenn ich in einem Arbeitssystem engagiert bin überlege ich mir unter anderem ob wir in einer Lern- oder in einer Wissens-Situation sind. Sind wir in der Produktion, viele Dinge sind bekannt, wir kennen das Produkt und die Prozesse und streben evolutionäre Veränderung an, dann ist Deming einfach super!

Wenn ich mit einem Team oder einer Organisation arbeite welche in eine komplexen, sich schnell entwickelnden Umfeld operiert, also in einem Lernumfeld, dann hilft mir der OODA Loop viel besser. Beobachten, Orientieren, Hypothese formulieren oder Entscheiden danach durchführen.

Also, wenn ihr den Deming – Cycle nutzt, denkt daran nach dem „do“ nicht aufzuhören und den Cycle ganz zu durchlaufen.

Wenn ihr OODA verwendet schadet es auch nicht wenn ihr ab und zu nach einer „Action“ ein Check oder Retrospektive mit allen beteiligten andenkt.

2018 habe ich zum ersten Mal etwas über das KMM gehört. An der Lean Kanban Central Europe Konferenz in Hamburg. Es soll ein Modell zur Bestimmung der Maturität von Kanban Systemen sein. OK, das hat bei mir Erinnerungen an die 1990er Jahre wachgerufen. Damals ist in der Industrie das Thema Total Quality Management (TQM) „in“ gewesen. Kurz darauf wurde das CMMI, Capability Maturity Model Integration für die Service- und Dienstleitungs – Industrie in allen Zeitschriften angekündet.

Die Ideen waren ja nicht schlecht. Die Absichten sogar sehr gut. Nur hat sich daraus eine Beraterindustrie entwickelt welche dann zu einem Hype, vor allem um das CMMI geführt hat. Die Firmen haben Milionen ausgegeben um von einem CMMI Level 1 auf ein 1.5 zu gelangen. Lenge Rede kurzer Sinn; Es wurde sehr viel ausgegeben und sehr wenig erreicht.

Und nun kommt die Kanban University auch mit einem Maturitäts Model. Wenn das bloss gut geht!

Ich habe mich dann durchgerungen und mir die Absicht und die Idee dahinter mal anzuschauen und zu überlegen ob wir hier nicht einfach ein neues Schweinchen frisch bemalen und dann durch das Dorf jagen.

Also, was gibt es dazu? Es gibt ein Buch. Da steht viel schlaues drin. Ich hatte das Glück das an der Konferenz David über den Inhalt gesprochen hat und ich mir einige Stunden lesen sparen konnte. 🙂

Er hat da ein Poster gezeigt was aus der Ferne sehr anstrengend gewirkt hat. Sehr viel Text, verschiedene Farben und das alles noch extrem klein geschrieben.

Was meine Aufmerksamkeit geweckt hat war dann eine Aufschlüsselung der Praktiken welche man bei einem Team sehen kann, wenn es angefangen hat mit Kanban zu arbeiten. In den Trainings zeigt man ja immer alles. Die Teams haben dann aber meistens Muster mit welchen Dingen sie zuerst starten und in welchen Schritten sie dann neue Themen dazulernen und adaptieren.

Die Reihenfolge der beobachtbaren Verhaltensmuster deckte sich sehr gut mit meinen Erfahrungen als Coach. Aha, da scheint sich jemand was überlegt zu haben.

Ich bin ja auch ein begeisterter Team- und Gruppendynamiker. Und auf diesem Plakat wurden nun auch Kulturelemente im Kontext der Teamverhaltens-Muster aufgezeigt. Beispielsweise ist es oft so, das wir in einer Organisation mit Kanban starten und die Mitarbeitenden sind sich gar nicht gewohnt ausserhalb ihrer Rolle zu denken und zu handeln. Erst nach ein paar Wochen Kanban Teamentwicklung zeigen sich Teamverhaltensmuster. Genau das steht auf dem Poster auch drauf.

In einer Spalte werden die Kulturelemente der Leanbewegung und das Thema kontinuierliche Veränderung adressiert. Ebenso finden sich Leadership Beschreibungen je nach Level. Jetzt hatte mich das Model wirklich angefangen zu interessieren. Ich habe mir die Entwicklungen der letzten Mandate und den Teams in den Organisationen angeschaut und meine Beobachtungen und Erfahrungen mit dem Poster abgeglichen.

Das Papier hat tatsächlich eine sehr grosse Ähnlichkeit was ich mit den Teams in den Organisationen erlebt habe. Natürlich nicht immer 1:1. Aber die Entwicklungsmuster waren schon sehr deutlich.

Ich habe mich entscheiden das KMM als „Richtschnur“ bei der Analyse der Teams zu nutzen. Nach den Trainings habe ich die Teams meistens in regelmässigen Abständen an sogenannten „Verbesserungs – Workshops“ wieder besucht und ihre Entwicklung begleitet. Siehe da… Auch hier zeigte sich das dieses Model eine grosse Hilfe war die nächsten Entwicklungsschritte mit dem Team zu bestimmen, und das haben sie dann auch erreicht.

Das KMM ist heute für mich in meiner Arbeit als Coach und Berater ein sehr wichtiges „Analyse – Tool“ geworden. Ich kann auf eine Organissation oder ein Team draufschauen und vergleichen was ich sehe und was in diesem Maturitätslevel üblicherweise auch zu finden sein sollte. Entdecke ich fehlende Methoden oder Verhaltensmuster kann ich diese als Verbesserungsvorschlag einbringen. Meinen Coaching Hypothesen kann ich jetzt ein Modell entgegenstellen. Wenn sich das dann auch noch mit meiner Erfahrung deckt, dann sollten wir den nächsten Verbesserungsschritt in diesem Team oder Organisation machen. Manchmal ist es für mich als Coach auch einfach eine kleine, beruhigende Bestätigung wenn ich meine Empfehlung auch im Modell erkenne.

Die Erfahrungen aus ca 10. Jahren Change von Arbeitssystemenen ist im KMM sehr gut beschrieben und ist für mich ein sehr gutes Arbeitsinstrument. Ich kann das auch allen Coaches und Beratern empfehlen welche noch nicht so viel Erfahrung mit Kanban Systemen haben. Das KMM hilft sehr gut als Richtschnur um die Entwicklung der Organisation oder von Teams zu gestalten. Oder, wenn du eine Auftragskärung bei einem neuen Kunden machst, das KMM hilft dir zu verstehen wo sich die Arbeitssysteme im moment in der Entwicklung befinden.

Ein kleiner Wunsch…. wenn du hörst, das jemand das KMM Level als Jahresziel für ein Team oder für eine Organisationseinheit wünscht… das ist keine gute Idee. Dies würde nur wieder zu Change – Theater führen. Da wissen wir das es eine TQM und eine CMMI Bewegung zum scheitern gebracht hat.

Hast du Erfahrungen mit KMM gemacht? Oder hast du eine Meinung dazu? Schreib doch einen Kommentar. 😉

PS: Es gibt noch einen Kanban Usergruppen Schweiz Event dazu: Meetup

In den vergangenen Wochen sind Franziska und ich bei verschiedenen Anlässen auf unsere Communities angesprochen worden. Die Fragen haben mich nun inspiriert einen Beitrag zu dem Thema zu schreiben.

Wenn ich als Coach in eine Firma komme ist es ein Teil meines Jobs eine Veränderung zu bewirken und den Menschen in der Organisation zu helfen Ziele zu erreichen. Im wesentlichen beschäftigt mich immer die Frage, wie ich die Menschen zu einer Veränderung, zu einer Reise motivieren kann. Unschönerweise ist Veränderung nicht etwas, was alle cool und erstrebenswert finden. Dabei kommt mir eine leere Tanzfläche in den Sinn. Der DJ spielt fetzigen Sound, die Ambiente ist genau richtig, es hat viele spannende Leute. Aber…. die Tanzfläche ist leer. Alles wissen es. Der Abend könnte erinnerungswürdig werden. Wir gehen alle glücklich und Müde mit vielen Erlebnissen nach Hause. Aber…. die Tanzfläche ist leer.

Das oben beschriebene ist in etwas das Gefühl welches mich beschleicht wenn ich in einer Organisation mit der Arbeit beginne. Wie bringen wir die Menschen dazu auf die Tanzfläche zu gehen, sich zu bewegen? Ganz einfach. Einer geht los und fängt an zu tanzen. Die anderen werden sehen das es Spass macht und werden den Mut fassen aus ihrer Komfortzone raus zu kommen um was zu riskieren. In dem Moment wenn eine gewisse Menge an Leuten tanzt und Spass hat, nimmt der Abend eine Eigendynamik an und es wird ein Fest von dem alle erzählen werden.

Das ist in etwa das was ich als Community Building bezeichne. Es geht darum eine Gemeinschaft aufzubauen welche zusammen mehr erreichen kann als ein einzelner. Eine Gemeinschaft die hilft, knifflige Experimente sicher durchzuführen. Wir unternehmen zusammen eine Reise und erreichen neue Ziele.

Warum soll diese Gemeinschaft aufgebaut werden?

Eine Community aufzubauen ist nichts was so über Nacht eben mal passiert. Wer sich mit dem Gedanken trägt diesen sehr langen Weg auf sich zu nehmen muss eine Frage beantworten können: Warum ackerst du so an dem Aufbau dieser Gemeinschaft?
Es braucht Energie, Mut und die Fähigkeiten eines Marathon Läufers. Man muss selber sehr motiviert sein um als Community Lead jeden Tag als erster auf die Tanzfläche zu gehen.

Die Community muss einen klaren Zweck erfüllen

Was ist das innere Feuer der Menschen welche ich gerne in der Community treffen möchte? Was verbindet uns und treibt uns an, Dinge zu verändern?
Diese Frage steht für mich immer ganz am Anfang jedes Community Buildings. Der Zweck, der Sinn und die Freude der Menschen muss sich um ein „Objekt der Begierde“ drehen. Wenn es nichts gibt was uns zusammenschweisst, dann ist die Gemeinschaft auch nicht notwendig. In Organisationen steht hier oft die Frage im Raum; Wo möchten wir hin? Was ist eine erstrebenswerte neue Zukunft? Eine Community um ein Problem herum aufzubauen ist eine andere Baustelle und wird in Wikipedia unter dem Begriff Selbsthilfegruppe beschrieben.

Fokus ist wichtig, überlebenswichtig

Meistens sind die Gründer einer Community, Menschen welche gerne neue Wege gehen und eine relativ grosse Neugier haben. Das heisst sie verändern sich und ihre Interessen über einen längeren Zeitraum. Die Community hat jedoch einen Zweck. Und die Community lebt vom Wandel und Austausch der Mitglieder zu immer dem selben Thema. Der Sinn und Zweck der Gemeinschaft sollte sich nicht zu stark vom Kernthema wegbewegen. Es ist leichter eine neue Community mit einem neuen Thema zu gründen. „Artfremde Themen“ in der aufgebauten Gemeinschaft sollten sehr bewusst und eher selten eingebracht werden.

Die Community muss einen Mehrwert stiften

Wenn dir die ersten Schritte gelungen sind und die Menschen auf der Tanzfläche zu tanzen beginnen…. verändere nicht plötzlich die Musik. Es gibt einen Grund weshalb getanzt wird. Die Leute haben Spass an dem was sie grad tun. Sie unterhalten sich angeregt. Sie tun jetzt das was sie lieben oder sie mindestens interessiert. Als Community Lead solltest du nun darauf achten das jedes Event einen klaren Mehrwert zu dem Kernthema liefert. Wenn Menschen für ein Thema brennen, dann nehmen sie dir die Verschwendung ihrer Zeit sehr übel.

Eine Community besteht aus Menschen, nicht aus Tools

Natürlich gibt es mittlerweile sehr viele coole Werkzeuge um mit einer Gemeinschaft in Kontakt zu kommen, Events zu organisieren und den Austausch zu fördern. Es ist auch verlockend an jedem Community Event etwas Neues auszuprobieren. Das soll auch alles Platz haben. Bedenke jedoch das sich die Menschen zum Austausch treffen in einem Thema das sie bewegt, energetisiert oder beschäftigt. Manchmal sucht jemand auch nur einen Ratschlag unter Kollegen. Oft reicht es völlig einem Thema Raum und Zeit zur Verfügung zu stellen. Fokus und Einfachheit sind oft hilfreicher als die neuesten Tools.

Wen möchten wir den an den Events sehen? Einfach jeder Mensch dem das Thema wichtig ist! Daher schaue ich das alle Communities an welchen ich mitarbeite offen für jeden sind. Ich möchte Profis sehen, Anfänger, Kritiker und Fans des Themas. Erst wenn diese Spannweite an Interessen erreicht ist entstehen wirklich denkwürdige Events. Ich spreche in diesem Zusammenhang oft vom Gesetz der zwei Füsse. Jeder darf kommen und gehen wie es beliebt. Jedes Member der Community trägt dazu bei was es kann und will.

Strukturen müssen vorgeben werden

Zum Starten reichen einfache Strukturen. Es braucht jemanden der zu einem Thema „brennt“.

• Wir suchen uns ein Thema das mehr Menschen inspirieren oder interessieren kann und organisieren einen ersten Event.
• Wir holen uns das Feedback der Teilnehmenden.
• Wir verbessern auf der Basis der Vorschläge.

Das ist in etwa der einfachste Prozess um in die Gänge zu kommen. Es ist schon viel schöner wenn sich die Organisation der Community ein Team teilt. Dann muss nicht immer ich als Erster auf die Tanzfläche. Wenn die Community zu leben beginnt biete ich sehr schnell die Möglichkeit an, das Members etwas organisieren und ich sie unterstütze. Damit kommen neue Ideen und Formate.
Was gut läuft machen wir weiter, was nicht so gut gelaufen ist machen wir eventuell noch einmal… aber dann muss es rocken.
Arbeiten mit einer grossen Gruppe Menschen ist immer mit Überraschungen verbunden. Stell dich darauf ein das deine einstig genialen Strukturen schon bald Geschichte sein könnten. Gratuliere; du hast dein erstes Ziel erreicht. Die Community fängt an sich selber zu organisieren.

Wie sieht die interne Struktur einer Community aus?

Da ich oft Auftragsbezogen arbeite bin ich am Anfang alleine mit der Idee der Community. Ich suche dann immer nach Gleichgesinnten. Ich möchte ein Community Kernteam haben, welches zu den Themen Kompetenzen und das notwendige „Feu Sacre“ aufweisen. Es hilft auch sehr wenn sie einige DNA Elemente von „Organisations-Rebellen“ aufweisen. Zum Start leite ich dieses Kernteam an. Ich lebe die Idee vor und zeige was wir erreichen möchten. Mein Ziel ist dahingehend das dieses Kernteam asap den Wunsch hat selber was zu tun und mich gar nicht mehr konsultiert. Normalerweise ist dieses Kernteam sehr klein. Auf 1oo Menschen in einer Community sind etwa 3, welche aktive an den Ideen arbeiten. In etwa 7 bis 10 Menschen beteiligen sich gerne, trauen sich aber noch nicht wirklich proaktive zu sein. Das heisst wir haben ein Kernteam von 3 Leuten, etwa 7 die handfest mitmachen und 90 welche konsumieren und teilnehmen.

Reichweite langsam aufbauen

Eine Community baut sich langsam auf. Je besser und regelmässiger wir als Kernteam wertvolle Beiträge organisieren, desto schneller wächst auch sie Gemeinschaft. Bedenkt: es geht nicht darum so schnell wie möglich eine grosse Menge Menschen zu bespassen. Wir möchten den Interessierten wertvolle Beiträge bieten und persönliches Wachstum fördern. Das dauert seine Zeit. Ich habe es zu Beginn des Artikels erwähnt; es ist eher ein Marathon als ein Sprint.

Wie komme ich zu guten Beiträgen und was darf die Party kosten?

Zum Starten kann es sehr hilfreich sein wenn du einige bekannte Gesichter auf die Bühne bringen kannst. Immer wenn es mir gelingt einen „Hero“ auf die Bühne zu bringen wächst die Community stark. Etwas anders sieht es aus wenn du dann Beiträge aus der Gemeinschaft anbieten möchtest. Viele trauen sich einfach nicht als Erste auf die Tanzfläche. Hilf diesen Members. Hilf die Folien zu reviewen, gib Tipps. Moderiere die Beiträge das es Spass macht auf die Bühne zu kommen. Es muss dein Ziel sein das die Community beginnt selber zu organisieren und selber Beiträge liefert. Sei nicht enttäuscht wenn es dann auch mal 3 bis 4 Jahre dauert bis dieser Effekt einsetzt.

Was darf dich eine Community kosten? Bisher haben wir viele Events als Präsenz Events gehalten. Uns war der Austausch untereinander immer wichtig. Dazu brauchst du nicht nur einen Beitrag sondern auch Räumlichkeiten und gegebenenfalls ein Apero. Vor C19 hat uns ein solcher Event mit Raummiete, Abendessen des Speakers und Apero zwischen 300.00 und 500.00 CHF gekostet. Damit kommst du auf ca 10.00 CHF pro teilnehmende Person. Die zeit welche dein Kernteam und du eingesetzt hast ist da natürlich nicht mit eingerechnet. Ich brauche ca 3 bis 4 Tage um einen Beitrag auf die Bühne zu bringen. Diese Arbeitszeit müsstest du natürlich auf den Event einrechnen.

Besuche uns in einer useren Communities:

Kanban User Gruppe Schweiz

Kanban User Gruppe Österreich

Scrum User Gruppe Bern

Scrum User Gruppe Zürich

Scrum User Gruppe Zentralschweiz