1. „Scrum Log“ von Jeff Sutherland: Der „Vater von Scrum“ schreibt seit 2002 über alles rund um Scrum, von „Dealing with Bugs in a Sprint“ bis zu „Hackathons – How it’s done at Facebook“
2. „Telling It Like It Is“ von Ken Schwaber: Der Mitbegründer von Scrum und Gründer von Scrum.org schreibt regelmäßig über seine Sicht auf die Entwicklungen in der Scrum Community.
3. ScrumAlliance Articles: Hier gibt es Artikel von vielen erfahrenen Scrum Trainern und Professionals.
4. „bor!sgloger — leading Scrum with passion“ von Boris Gloger: Einer der bekanntesten Scrum-Trainer aus Deutschland versorgt uns regelmäßig mit aktuellen Tipps und Tricks rund um agile Softwareentwicklung.
5. „All Things Product Owner“ von Roman Pichler: Der Scrumtrainer und mehrfache Buchautor schreibt regelmäßig und überzeugt durch tolle Anregungen, wie die zu einem Product Backlog Board.
6. „Lean und Kanban“ von Arne Roock: Der Prokurist bei it-agile und Träger eines schwarzen Gürtels in Karate schreibt einen der wenigen deutschen Blogs über Kanban in der Softwareentwicklung.
7. „Dayley Agile“ von Alan Dayley: Ein Softwareentwickler, der seit vielen Jahren auf agile Softwareentwicklung schwört und seine Erfahrungen mit uns teilt.
8. Implementing Scrum von Michael Vizdos: Der Scrum-Trainer berichtet von seinen Erlebnissen, Tony Clark liefert ihm herausragende Illustrationen dazu. Sehr sehenswert.
9. „inside-scrum“ von Jean-Pierre: Ein Anwenderbericht vom Start und der Durchführung eines Scrum-Projekts.
10. Agile Product Design: Agile Softwareentwicklung betrachtet aus dem Blickwinkel des Product Designs, eine längere Zeit schon still, aber mit sehr interessanten Artikeln.
11. Peter Beck: Scrum-Trainer von DasScrumTeam. Zuletzt leider etwas ruhig geworden.
12. „scrum breakfast“: Die Selbstbeschreibung drückt es am besten aus: „Blog about Scrum: getting started, crisis project management and transforming into a lean organization.“
13. ScrumEdge: Ein weiteres Scrum-Blog, das durch eine hohe Frequenz von guten Artikeln überzeugt.
14. „Agile Product Owner“ von Jennifer: Die Eigenbeschreibung „Sharing the Art of Agile Product Ownership“ trifft es auf den Punkt. Zuletzt ist es in dem Blog leider eher ruhig geworden.
15. ScrumCenter: Der Corporate Blog eines agilen Beratungsunternehmens. Viele Inhalte von Präsentationen werden behandelt, aber auch auf interessante Artikel verwiesen.
16. Scrumology von David Bland: Entgegen dem Namen geht es nicht nur um Scrum, sondern auch um Kanban und „schlanke“ Softwareentwicklung. David teilt seine Erfahrungen aus der Praxis.
17. Stefan Roock: Der Trainer für agile Softwareentwicklung berichtet über seine Erlebnisse und Erfahrungen aus seiner Beratungstätigkeit.
18. The Agile Executive von Israel Gat: Dieser Blog beschäftigt sich mit dem Rollout von „Agile“ auf Unternehmensebene, also über einzelne Teams hinweg.
19. The Agilista PM von Donna Reed: Mit Fachartikeln, Webinaren und Webcasts werden hier Aspekte des agilen Projektmanagements behandelt.
20. Scaling software agility: Wie lässt sich agile Softwareentwicklung in großen Projekten einsetzen? Hier gibt es Antworten.
21. PM-Blog von Stefan Hagen: Obwohl sein Blog nicht ausdrücklich auf agile und schlanke Vorgehensweisen fokussiert, ist ihm dieses Faible von Stefan anzumerken.
22. „ScrumTools – agiles Projektmanagement“: Neben einer Liste von Scrum-Tools gibt es von Zeit zu Zeit Artikel im zugehörigen Blog.
23. agileoffice: Agile, Lean und Scrum sind die Themen, mit denen sich dieses Blog beschäftigt.
24. „Systems Thinking, Lean and Kanban“ von David Joyce: David teilt seine langjährigen Erfahrungen als Coach und Teammember und verweist regelmäßig auf spannende Artikel.
25. „Lean Software Engineering“ von Corey Ladas und Bernie Thompson: Die beiden teilen ihre Erfahrungen aus Teams von u.a. Microsoft und IBM. Ihre Artikel bekommen hohe Aufmerksamkeit und sorgen regelmäßig für umfangreiche Diskussionen.

Eine wichtige Voraussetzung dafür ist, dass die Teammitglieder sich gegenseitig Feedback über ihre Arbeitsleistungen geben. Das sie voneinander lernen. Das sie aneinander wachsen. Die traditionelle Rollenverteilung, bei der jemand „von oben“ vorgibt, wie die Dinge zu laufen haben, und „die unten“ nur Anweisungen entgegen nehmen, muss dabei überwunden werden. Jedes Teammitglied kann in einem bestimmten Bereich, in dem es über besondere Kenntnisse und Erfahrungen verfügt, anderen als Mentor fungieren und sie auf Verbesserungsmöglichkeiten hinweisen.

Offene Kritik ist Pflicht

Das ist nicht nur ein Recht. Es ist geradezu eine Pflicht. Jedes einzelne Teammitglied kann dazu beitragen, dass die anderen Teammitglieder weiter wachsen. Das Mitspracherecht wird in starken Teams damit auch zu einer Mitsprachepflicht. Fallen einem Teammitglied Dinge auf, die nicht rund laufen, ist es seine Verantwortung, dies auch zu kommunizieren. Tut es dies nicht, verpasst es die Chance, die Teamleistung zu verbessern.

Wichtig ist dabei:

1. die Ermöglichung von Kritik (situative Ermöglichung): Die Teammitglieder müssen das Gefühl haben, dass sie Fehler offen ansprechen dürfen. Wichtig ist dabei eine Kultur der Offenheit gegenüber Fehlern. Muss damit gerechnet werden, dass Fehler zu negativen Konsequenzen für den Mitarbeiter führen, der sie begangen hat, so wird die Ansprache von Fehlern schnell zu einem „in die Pfanne hauen“. Die Folge ist dann eine schlechte Stimmung im Team und Fehler werden nicht mehr absichtlich aufgedeckt.
2. die Bereitschaft, Kritik zu äußern (persönliche Bereitschaft): Die einzelnen Teammitglieder müssen über die persönliche Bereitschaft verfügen, Fehler anzusprechen. Neben den herrschenden Normen und Regeln im Team muss also auch für jedes einzelne Teammitglied überzeugt sein, dass die offene Ansprache von Fehlern für alle das Beste ist.
3. die Fähigkeit, Kritik zu äußern (soziale Kompetenz): Man kann Fehler so und so kommunizieren. Es ist erstaunlich, wie unterschiedlich ein und dieselbe Botschaft herüberkommen kann, wenn sie durch unterschiedliche Personen kommuniziert wird. Daher ist es bedeutsam, dass die Teammitglieder konstruktive Kritik äußern. Sie muss geäußert werden mit der Absicht, die Leistung des Teams als Ganzes zu verbessern. Sie lautet dann eher „Mein Tipp an dich …“ als „Du hast … falsch gemacht“. Auch ein wichtiger Punkt: Es sollte nie die Person, sondern nur das Arbeitsergebnis beurteilt und kritisiert werden!

Jeder, der in einem Team arbeitet oder sogar ein Team leitet, sollte sich regelmäßig die Frage stellen, wie dort mit Kritik umgegangen wird. Womöglich werden bedeutende Chancen der Weiterentwicklung nicht genutzt.

Was ist eure Erfahrung in der Teamarbeit? Wie wird bei euch mit Kritik umgegangen?

Bild: von Tom Leuntjens Photography

Dir hat dieser Beitrag gefallen? Ich freue mich über einen Kommentar. Du kannst auch meinen RSS-Feed abonnieren oder mir auf Twitter folgen: @pherwarth.

• Social Media Optimization in Deutschland von Eikyo.
• „Factors that improve online experiences“ von idea.org.
• Querdenken 2008″ von consulteria.
• Reklamationsbearbeitung von Anne M. Schueller
• „Projekte mit Launch Management auf Kurs halten“ von Roland Berger Strategy Consultants
• Online-Studie zur Nutzererfahrung vom Institute for Dynamic Educational Advancement (IDEA)