Die richtige Vorbereitung zu treffen und die Mechanik genau im Auge zu behalten, ist ein guter Anfang, aber das größte Entgleisungsrisiko geht von Problemen mit Menschen aus. Bei der Planung dreht sich alles um die Interaktion zwischen den Teilnehmern, also kann und wird vieles schief gehen:
- Nicht interessiert. Die Planung sollte schnell, ansprechend und motivierend sein. Wenn ein Team die Planung langweilig findet und abschaltet, bedeutet dies im Allgemeinen, dass es sie entweder nicht für relevant hält oder sich nicht beteiligt fühlt. Es gibt mehrere mögliche Ursachen, darunter einfach ein Mangel an Klarheit darüber, was von ihnen verlangt wird, um dem Team zu sagen, was zu tun ist, anstatt sie ihr eigenes Fachwissen und ihre eigene Intelligenz einsetzen zu lassen.
- Argumente. Eine gesunde Debatte muss gefördert werden, aber Argumente sind kontraproduktiv und lenken enorm ab. Der Product Owner ist der wichtigste Entscheidungsträger und die beste Person, um eine Entscheidung zu treffen, um das Team voranzubringen.
- Frustration. Lassen Sie das Team gehört werden, da es frustrierend und kontraproduktiv ist, ignoriert zu werden! Sie erledigen die Arbeit, sie sind die wichtigsten Problemlöser und ein wesentlicher Bestandteil der Bereitstellung eines funktionierenden Produkts – ohne sie wird nichts geliefert. Also, wenn jemand einen Punkt macht, setzen Sie sich auf und hören Sie zu.
- Konzentrieren Sie sich auf das „Wie“ statt auf das „Was“. Wenn ein Entwicklungsteam in einer Planungssitzung zu sehr ins Detail geht, versucht es wahrscheinlich, die Lösung zu finden. In einer Planungssitzung wird vereinbart, was das Team am Ende des Sprints liefern kann. Die Details, wie die Aufgaben erledigt werden, können bis später verschoben werden.
- Druck. Das Team darf niemals dazu gedrängt werden, mehr Arbeit zu übernehmen, als es für möglich hält. Es endet nie gut. Sie entscheiden selbst, wie viel Arbeit sie übernehmen müssen, um nachhaltig arbeiten zu können. Dies ist heilig und muss geschützt werden; Das Team wird nicht liefern, wenn es einmalig ist, oder mit der Zeit ausbrennen, wenn es regelmäßig passiert.
Artikel zu Scrum-Rollen
- Was ist Scrum-Team?
- Was ist ein selbstorganisierendes Team in Scrum?
- Wie Scrum-Teams arbeiten — Eine kurze Anleitung
- Wie wird man ein guter Product Owner im Scrum-Projekt?
- Welche Rolle spielt der Product Owner in Scrum?
- Agile Entwicklung: Wie wird man ein qualifizierter Scrum Master?
- Was ist Pig and Chicken in Scrum?
- Projektmanager vs. Scrum Master vs. Projektinhaber
- Was sind die drei Scrum-Rollen?
- Was ist ein Scrum-Master? Die Rolle und Verantwortlichkeiten
- Was ist ein funktionsübergreifendes Team in Agile?
- Wie können Sie als Scrum Master Ihrem Project Owner helfen?
I view something really special in this website.
you have a great blog here! would you like to make some invite posts on my blog?
I like what you guys are up too. Such clever work and reporting! Carry on the superb works guys I?¦ve incorporated you guys to my blogroll. I think it will improve the value of my web site 🙂