SCRUM

SCRUM

Posts 1-4 of 4
  • Andreas Schliep
    Andreas Schliep    Premium Member   Group moderator
    The company name is only visible to registered members.
    Scrum Guide 2011
    Hallo zusammen,

    durch die gemeinsamen Anstrengungen eines bunt gemischten Teams steht der Scrum Guide 2011 jetzt auch in einer deutschen Übersetzung zur Verfügung.

    http://www.scrum.org/scrumguides/

    Liebe Grüße
    Andreas
    • 05 Sep 2011, 2:07 pm
  • Hans-Peter Korn
    Hans-Peter Korn    Premium Member   Group moderator
    The company name is only visible to registered members.
    Re: Scrum Guide 2011
    Gute Arbeit - Gratulation!

    Und: Besonders erfreulich, dass es sich hier um die NEUESTE Version des Guide handelt, der jetzt noch viel offener ist und keinerlei "Tipps" zu Umsetzung gibt, die oft als "ein Muss bei Scrum" statt als eine der vielen Möglichkeiten gesehen wurden.

    Andererseits sind Unternehmen damit (noch) mehr gefordert, dieses Framework mit unternehmensspezifischen Methodiken zu unterfüttern.

    lg HPK
    • 06 Sep 2011, 11:26 pm
  • Steffen Thols
    Steffen Thols    Premium Member
    The company name is only visible to registered members.
    Re: Scrum Guide 2011
    Vielen Dank für die Übersetzung! Toller Job!

    Ein Element zum Sprint Review ist lt. Scrum Guide die gemeinsame Erarbeitung in der gesamten Gruppe, was als nächstes angegangen werden sollte als Input für das nächste Planning. (Gesamte Gruppe = Scrum Team und Stakeholder)

    Wie ist Eure Einschätzung / Erfahrung zu dem Thema? Mir drängen sich auf den ersten Blick folgende Aspekte auf:

    - Die Gruppe besteht neben dem Scrum Team aus allen Stakeholdern. Hier kann es m.E. sehr schwierig werden, einen Konsens innerhalb der Timebox für das Review zu erhalten.
    - Das Entwicklungsteam hat im Rahmen der laufenden Backlog-Pflege (Grooming) die derzeit am höchsten priorisierten und damit zur Umsetzung anstehenden Stories mit dem PO genauer analysiert. Wenn nun andere/neue und v.a. für das Entwicklungsteam überraschende Anforderungen für den nächsten Sprint anstehen sollen, kann das Planning schwierig werden.

    Eure Erfahrungen? Habt Ihr weitere Themen dazu und/oder wie geht Ihr damit um?

    Viele Grüße
    Steffen Thols
    • 09 Sep 2011, 10:49 am
  • Hans-Peter Korn
    Hans-Peter Korn    Premium Member   Group moderator
    The company name is only visible to registered members.
    Re^2: Scrum Guide 2011
    Bei grossen Enterprises genügt ja nicht nur das, was im Scrum Guide beschrieben ist. Er bezieht sich ja nur auf die Arbeit des Teams. Und nur ein Satz spricht das Multi-Team-Management an (nicht aber das Multiprojekt-Management):
    "Häufig arbeiten mehrere Scrum Teams zusammen am gleichen Produkt. Ein einziges Product Backlog wird zur Beschreibung der anstehenden Arbeit an dem Produkt verwendet. Dazu wird ein Attribut zur Gruppierung der Product Backlog Einträge eingeführt."
    Dean Leffingwell hingegen beschreibt recht gut dies nötigen Erweiterungen für Agilität für ein ganzes Enterprise (siehe Dean Leffingwell, Agile Software Requirements: Lean Requirements Practices for Teams, Programs, and the Enterprise)

    In meiner derzeitigen Multiteam- und Multiprojekt-Arbeitssituation hat sich bewährt, dass jedes der Teams (welche an 1 bis n Projekten - oft an einigen parallel - arbeiten) mit je einem spezifischen "Customer Board" zusammen mit dem PO (nicht aber mit Teammitgliedern) die neuen Issues aufnehmen und priorisieren. Das können Issues auch verschiedener Projekte sein. Zusätzlich gibt es auf Nutzerseite pro Projekt einen PL.
    Und es gibt laufende bilaterale Abstimmungen der POs.

    An den "Groomings" der Teams nehmen zusätzlich oft auch Nutzervertreter teil.

    lg HP
    • 09 Sep 2011, 11:55 am