“A good game is easy to learn but hard to master.” Dieses Zitat von Nolan Bushnell, dem damaligen Atari-Gründer, ist mir als Erstes in den Sinn gekommen, als ich diesen Blogpost begonnen habe.
Warum? Da sich dieses Zitat auch wunderbar auf Scrum anwenden lässt. Nicht umsonst beginnt der Scrum Guide mit der Zeile „The Definitive Guide to Scrum: The Rules of the Game“. Und in gewisser Weise kann man Scrum ebenfalls als ein Spiel sehen …
WeiterlesenLiebes Mitglied unserer Agilen Community,
der Sommer ist leider schon vorbei! Und wie immer war einiges los in unserer Agilen Community. Wir wollen Dich wieder mit ein paar Rückblicken, News und Updates auf dem Laufenden halten. Falls Dir Themen fehlen, melde Dich gerne bei uns – wir veröffentlichen diesen Infoletter regelmäßig, um mit Euch in Kontakt zu bleiben.
WeiterlesenLiebes Mitglied unserer Agilen Community,
der Sommer ist da! Und wie immer war einiges los in unserer Agilen Community. Wir wollen Dich wieder mit ein paar Rückblicken, News und Updates auf dem Laufenden halten. Falls Dir Themen fehlen, melde Dich gerne bei uns – wir wollen diesen Infoletter nun regelmäßiger schicken und mit Euch in Kontakt bleiben.
Möchtest Du uns direkt per E-Mail eine Rückmeldung geben, so sind wir für Dich auch unter agileug@teams.mayflower.de für Dich erreichbar.
Und nun wünschen wir Dir viel Spaß beim Lesen,
Madeleine, Ben, Maris, Michael und Björn aus dem Orga-Team der AgileUG
Eine häufig postulierte Annahme ist es, dass jedes Mitglied eines Teams „alles“ können muss. Das bedeutet, es spielt keine Rolle, wer aus dem Team sich welchen Task nimmt, denn die Fähigkeiten im Team sind ja gleich verteilt.
Full-Stack-Entwickler sind nach diesem Prinzip ausgebildet – sie haben alle notwendigen Fähigkeiten, so dass nicht zwischen Backend- und Frontend-Entwicklern unterschieden werden muss.
WeiterlesenLiebes Mitglied unserer (remote) Agilen Community (Xing / meetup.com),
wir möchten uns mit diesem kleinen Infoletter bei Euch melden. Seit mehr als einem Jahr sitzen wir alle gemeinsam zuhause. Jede und jeder für sich alleine. Doch haben wir das Gefühl, dass Euch unsere 2-wöchentlichen Treffen soviel Spaß machen, dass wir immer wieder eine ganze Reihe von Euch dort als Gast begrüßen dürfen. Für diese Treue möchten wir Dir ein großes Dankeschön geben. Unsere kleine, aber feine Agile Community ist nun auf unseren Kanälen auf ca. 2.000 Personen angewachsen. Daher dachten wir, dass es an der Zeit ist, Euch mit einem kleinen Infoletter auf dem Laufenden zu halten. Insbesondere auch, wenn Du nicht immer bei den Terminen dabei sein konntest.
WeiterlesenDer Scrum Guide der beiden Scrum-Schöpfer Ken Schwaber und Jeff Sutherland ist mit seinen 19 Seiten (im englischen Original, Stand November 2017) ein recht kompaktes Regelwerk. Treffend mit der Überschrift The Rules of the Game eingeleitet.
Der Scrum-Guide ist zudem in einer direkten und exakten Sprache verfasst und erläutert recht genau, wie und warum das Scrum-Framework funktioniert und anzuwenden ist.
Gleich zu Beginn des Scrum-Guides ist aber auch eine Art Warnung, die – mit der jahrzehntelangen Erfahrung von Ken Schwaber und Jeff Sutherland betrachtet – so etwas wie ein „I told you so“ sein könnte. So sehe ich das zumindest.
WeiterlesenEine häufige Aussage, die ich bei der Arbeit in Unternehmen von Scrum Mastern oder Führungskräften höre, ist, „dass es den Mitarbeitern am agilen Mindset“ fehle. Gepaart mit der Frage, ob wir da einen Workshop anbieten können.
Nein, können und wollen wir nicht!
Doch warum ist das aus meiner Sicht nicht sinnvoll?
Zwei Begriffe, die von Nicht-Muttersprachlern gerne verwechselt werden, sind „Output“ und „Outcome“. Output bedeutet übersetzt „Ausgabe“, während Outcome „Ergebnis“ bedeutet – was bereits den gravierenden Unterschied verdeutlicht.
Ein Ergebnis enthält ein Bewertungsmerkmal, ein Gütekriterium, während Ausgabe lediglich zahlenmäßig ausdrückt, was geschafft wurde. Man kann das Outcome auch als Bewertung des Outputs betrachten.
WeiterlesenDer PONS definiert agil von lateinisch „agilis“ im Bezug auf Personen als „behände, schnell und gewandt“ im Bezug auf Sachen als „(leicht) beweglich“.
„Agil zu sein“ scheint also etwas mit Anpassungsfähigkeit, Geschwindigkeit und Beweglichkeit zu tun zu haben. Bezieht man noch die Fokussierung auf und Nähe zum Kunden mit ein, ist man bei dem, was ich unter Agilität verstehe:
Weiterlesen„Agil sein bedeutet anpassungsfähig zu sein und sich schnell und proaktiv auf verändernde Kundenbedürfnisse einzustellen.“
Wenn man über Agile Missverständnisse spricht, darf man das wichtigste Missverständnis nicht aussen vor lassen: Agil! Allein schon die Tatsache, dass es Agile Missverständnisse gibt, zeigt, das Agil nicht die Antwort auf alle Fragen und Probleme in der aktuellen Projektwelt sein kann.
Weiterlesen