Beinahe täglich quäle ich mich damit, welche Wahl ich auf der Speisekarte treffen soll. Fisch oder Fleisch? Kohlenhydrate oder Proteine? Was ist besser? Ist eines gesünder als das andere? Ach, ich kann mich wieder mal nicht entscheiden … Auch Teams müssen täglich Entscheidungen treffen, die herrliche Konfliktpotentiale innerhalb des Teams an die Oberfläche bringen … weiterlesen →
Category Archives: Team
Null-Fehler-Software
Oft wirft das Vorgehen nach Scrum ein paar Fragen und viele Diskussionen zum Thema “Umgang mit Bugs” auf. Manch einer mag sagen, dass die unten formulierten Regeln unrealistisch sind und man sie deshalb von vornherein ignorieren kann. Ich bin jedoch der Meinung, dass man sich dann daran erinnern sollte, warum man mit Scrum entwickeln will. … weiterlesen →
Die Retro- als Introspektive
Ein Zweck der Retrospektive ist das Erarbeiten von Maßnahmen, um Teams produktiver zu machen. Wer aber die Retro allein auf Maßnahmenfindung begrenzt, der greift methodisch zu kurz. Eine gute Retrospektive schafft den Raum, um ein Team in sich gehen zu lassen und über die eigene Zusammenarbeit nachzudenken. Deshalb macht es Sinn, in regelmäßigen Abständen „Team-Retros“ … weiterlesen →
S.O.S! Was tun, wenn Teammitglieder keine Tasks schreiben wollen? (Teil 1)
Vor kurzem durfte ich die Vertretung eines ScrumMasters übernehmen. Ich sollte eine Retrospektive moderieren, die Sprint Plannings am darauffolgenden Tag und das sich daran anschließende Daily Scrum. In der Sprint Retrospektive, ohne ins Detail zu gehen, konnte ich einige Teammitglieder nicht dazu bewegen, Tasks zu schreiben. Auf die Frage „Was lief gut“ wurde mir entgegnet, … weiterlesen →
Bastelecke Sprint Planning 2
Wofür nutzen wir das Sprint Planning 2? Für das Schreiben von Aufgaben zu den User Stories. Ähm, ja und noch wichtiger: Nein! Sicherlich formulieren wir auch die initialen Aufgaben für das Team zum Start des Sprints – es soll ja jeder starten können, ohne auf die anderen warten zu müssen. Allerdings ist das einzige nicht das … weiterlesen →
Willkommen zum Candle Light Dinner: Sprint Planning 1
In der Produktentwicklung im Allgemeinen und in der Software-Entwicklung im Speziellen sprechen wir davon, komplexe Systeme zu entwickeln. Komplexe Systeme definieren sich bspw. so: “.. each agent in a system is ignorant of all behaviors of the system. If an agent ‘knew’ the entire system, the complexity of the whole system would have to reside … weiterlesen →
Das Daily Scrum als Indikator für mögliche Unstimmigkeiten im Team
Die ursächliche Aufgabe eines ScrumMasters ist es, „sein“ Team so zu führen, dass es in die Lage versetzt wird, eine optimale Produktivität zu erzielen. Hierbei ist nicht immer leicht zu erkennen, wie die Stimmung, wie die Kommunikation im Team gerade läuft. Hier finden Sie 10 Beobachtungspunkte, die eine kleine Hilfestellung sein können, um in … weiterlesen →