Als Agilist wirst du im Laufe deiner Karriere immer wieder nach Herkunft und Hintergründen der agilen und schlanken Methoden gefragt. Dies kann im Kontext von Trainings passieren oder durch Mitglieder eines Teams das du zum Beispiel als Scrum Master betreust. Dieser Artikel erläutert die Historie zu den einzelnen Ansätzen, damit du als Agilist in diesem Situationen mit Wissen aufwarten und die Zusammenhänge von agil und lean erklären kannst. Flipcharts eines Agilisten: Historie zu Agile & Lean weiterlesen →
Ein sogenanntes „intrinsifier“-Unternehmen sind wir ja schon, seit Mark Poppenburg – als Gründer des New Work Netzwerkes intrinsify.me – uns in 2015 besucht, befragt und als Unternehmen für irgendwie besonders befunden hatte.
Jetzt haben wir uns bei wibas entschlossen, unsererseits intrinsify.me regelmäßig zu unterstützen. Dafür dürfen wir uns den Titel „Förderer der neuen Wirtschaft“ ans Revers und das Logo an die website heften. Um auszudrücken, dass wir das ernst meinen mit der neuen Arbeitswelt. Bei uns selbst und denen um uns.
Die ganz praktische „New Work“ bringen wir nicht nur beratend zu unseren Kunden sondern hoffentlich – durch die Art wie wir drauf sind – auch auf direktem Weg zu den Menschen, mit denen wir in Kontakt sind. (Das darf gerne kommentiert werden.)
Wir glauben an ähnliche Dinge wir intrinsify.me und die Leute, die sich dort tummeln: Wir sehen in Menschen in Organisationen immer die gestaltenden, von innen heraus motivierten, Beitrag leistenden, Sinn stiftenden, wohlwollenden, kreativen Wesen, die wir alle sein können. OK, bei manchen ist davon das eine oder andere verschüttet unter Richtlinien, Dienstweg und schlechter Führung.
Da sind wir dann als Organisationsarchäologen unterwegs, die den eigentlichen Kern des homo creator wieder freilegen wollen. Auch wenn es dafür Geduld und gute Ideen braucht, um die in Jahren des reinen Funktionierens angelegten Patinaschichten wieder abzutragen. Es geht. Und es lohnt sich. Für den Einzelnen und das Team, in dem er wirkt.
Das ist jetzt pathetischer geworden als ich es anfangs vorhatte.
So suchen wir die Menschen, die bei intrinsify Mitglied sein könnten, in den Organisationen, die wir dabei begleiten, effektiver, agiler oder digitaler zu werden. Die Neugier an den Menschen ist vermutlich das, was wibas und intrinsify verbindet. Und die Lust am Experimentieren: Mit vollem Einsatz und allen Ernstes etwas auszuprobieren, von dem man vorher nicht weiß, ob es klappt. Und gleichzeitig zu wissen, dass man es ohne das Experiment auch nie herausfinden würde.
Bis 2016 hatten wir bei wibas immer zwei Teams: unser One Team und das Consultant Team. Im letzten Jahr haben wir uns entschlossen ein weiteres Team aufzubauen, unser Service Team, um so unser One Team zu entlasten. Wie unser Service Team arbeitet, was es auf den Weg zu Selbstorganisation gelernt hat und welche Herausforderungen das Team hatte, haben mir Sadie und Alex in einem kurzem Interview geschildert.
Anna: Hallo liebes Service Team, Erst mal danke, dass ihr euch die Zeit nehmt, um mit mir über eure Erfahrungen als Kanban Team zu sprechen. Könnt ihr einmal kurz schildern was ihr genau tut?
Sadie: Wir arbeiten als eigenverantwortliches Team und sind für die Schulungsorganisation zuständig.
Alex: Genau, als Service Team organisieren wir nach einem Kauf die Schulungen. Dazu stehen wir in engem Kontakt mit unserem Kunden und natürlich auch unseren Trainern. Wir holen alle Infos für unsere Trainer ein und sorgen dafür, dass sie das benötigte Material am Ort der Schulung vorfinden.
Anna: Warum verwendet ihr Kanban?
Alex: Am Anfang nutzten wir Kanban als neu zusammengewürfeltes, aber selbstorganisierendes Team, um die uns aufgetragenen Prozesse besser zu verstehen und zu verinnerlichen. Heute nutzen wir Kanban, um unseren Workflow zu visualisieren und um effizienter zu werden. Durch Kanban können wir schnell erkennen, wo Engpässe entstehen und können so auf spontane oder schwierige Situationen reagieren.
Sadie: In unserem Team können alle alles bearbeiten. Es ist so, dass oft mehrere von uns an der Organisation einer Schulung beteiligt sind. Das ist wichtig, damit der Prozess nicht stehen bleibt, denn wir sind ja nicht jeden Tag da. Es ist also notwendig, dass unsere Arbeit so transparent wie möglich ist. Somit können wir nachvollziehen, was der Stand der Dinge ist.
Immer wieder werde ich mit der Aussage konfrontiert, dass nur der Product Owner User Stories schreibt und priorisiert. Richtig ist der Product Owner ist die Person, die das Product Backlog priorisiert. Aber aus mir unerfindlichen Gründen scheinen viele Menschen davon überzeugt zu sein, dass es eine Kernaufgabe des Product Owners ist sich an den Schreibtisch zu setzen und so lange an einer User Story zu schreiben bis sie bereit (ready) für einen Sprint ist. Steht das wirklich so im Scrum Guide? Agile Mythen: User Stories schreiben ist Product Owner Aufgabe weiterlesen →
Bereits seit mehr als 80 Jahren wird in der Fachliteratur intensive Führungsforschung betrieben. Innerhalb dieser Zeit sind mehr als 40 verschiedene Definitionen des Begriffs Führung entstanden und mit ihnen mindestens genauso viele verschiedene Führungsmodelle. Dabei reichen die Führungsstile von den Anfängen der Great-Man-Theory, über die Modelle von Max Weber bis hin zu einem der neuesten Trends wie dem Empowering Leadership. Die Frage, die sich stellt ist: Was hat diese Entwicklung gebracht? Agil Führen – Einfach mal anfangen! weiterlesen →
Im Moment ist „agil“ das hippe Thema schlechthin und jeder, der „In“ sein möchte oder was auf sich hält, bezeichnet sich als „agil“. Jede Firma verwendet zumindest zum Teil schon agile Methoden, rühmt sich selber agil verstanden zu haben und jeder stimmt einem gleich zu, dass „agil doch gar nicht so schwer ist“ oder „kein Hexenwerk“. Und doch gibt es Unterschiede zwischen tatsächlich gelebter Agilität und Lippenbekenntnisse, die mit der Realität nichts zu tun.
Spätestens wenn wir im Rahmen einer Schulung bei Kunden das Agile Manifest vorstellen und den Punkt „Funktionierende Software mehr als umfassende Dokumentation“ vorstellen geht das Geraune durch die Schulungsteilnehmer. Sätze wie „Cool, wenn ich Scrum mache, muss ich ja nicht mehr dokumentieren“, bis hin zu „Ich habe doch gleich gesagt, dass dieses agil nicht funktionieren kann, wenn die nicht mal dokumentieren“ schallen einem da als Trainier entgegen.
Agiles Manifest
Genau wegen diesen gefährlichen Aussagen, die ich als gefährliches Halbwissen bezeichne, nehme ich mir jetzt die Zeit ausführlich auf das Agile Manifest einzugehen. Denn ich möchte klarstellen, dass der Satzteil auf der rechten Seite wichtig ist, der Satzteil auf der linken Seite nur als wichtiger angesehen wird.
Definition of Done hilft weiter
Definition of Done
Tatsache ist, dass auch im agilen Umfeld ausführlich dokumentiert wird.
Gerade beim Einsatz von Scrum kann man die notwendige Dokumentation sehr gut zum Beispiel über die Definition of Done (DoD) festlegen:
Wenn wir die Arbeit von mehreren Menschen an einem Thema nicht absprechen, entstehen Doppelarbeiten, es wird an den falschen Themen gearbeitet oder die Arbeit bleibt schlichtweg liegen. Planung ist also essentiell, um die Arbeit von mehreren Menschen in einem Team zu koordinieren. Es ist dabei egal, ob das Team klassisch entwickelt oder agil. Der Unterschied zwischen den beiden Vorgehensweisen liegt in der Zeit. Agile Teams planen evolutionär bzw. inkrementell, beim klassischen Vorgehen findet die Planung verstärkt zu Beginn eines Projektes statt. Inkrementelle Planung senkt die Kosten ein Projekt zu starten und erlaubt uns schnell auf Änderungen zu reagieren (z.B. bei Anforderungen, Prioritäten) im fortschreitenden Projekt.
Agile Teams planen nicht
Dieses Vorgehen gilt Grundsätzlich erst mal für alle agilen Methoden. Da das agile Framework Scrum sich derzeit so großer Beliebtheit erfreut, wollen wir im Folgenden uns am Beispiel eines Scrum Teams einmal ansehen, wie Planung im Scrum genau statt findet. Agile Mythen: Agile Teams planen nicht weiterlesen →
Wir haben uns sehr darüber gefreut die Agile Usergroup Rhein-Main am 16.3.2017 zu Besuch gehabt zu haben. Der Abend stand unter dem Motto „Warum Digitalisierung bei euch nicht funktioniert“. Dieses Thema haben wir mit ca. 35 Gästen diskutiert und möchten nun die Ergebnisse mit euch teilen.
Alle Gäste treffen langsam ein
Impuls: Anna Rudat’s Themenabend
Um gemeinsam in das Thema „Digitalisierung“ zu einzusteigen, hatten wir uns eine kleine Talkshow, „Anna Rudat’s Themenabend“, als Impuls überlegt. Im ersten Teil unseres Themenabends diskutierte ich mit meinen Gästen Sascha und Oliver das Thema. Dabei hatte natürlich jeder Gast seine ganz eigene These über Digitalisierung. Warum Digitalisierung bei euch nicht funktioniert weiterlesen →
Viele Projekte die wir als Coach begleiten starten mit einem Kunden der uns anruft oder uns eine E-Mail schickt. In letzter Zeit lautet die Kernaussage meistens „wir wollen Scrum machen“ – mal mehr, mal weniger spezifisch ausgedrückt.
Scrum geht immer
Als Agile Coach liegt der Schwerpunkt meiner Arbeit darin, Teams mit agilen Arbeitsweisen vertraut zu machen und in deren Umsetzung zu coachen. Dazu gehört für meine Kollegen und mich auch die Frage, ob Scrum für genau dieses Projekt und dieses Team das richtige Framework ist. Denn spätestens seit der Erfindung der User Story wissen wir, dass der Kunde wohl sehr gut beschreiben kann, welchen Nutzen er haben will, wir uns über das „wie kommen wir dort hin?“ aber durchaus noch unterhalten dürfen.
