Short news on Twitter

    Follow us on Twitter

    Dienstag, 25. November 2008

    Cross Functional Teams in Scrum

    Viele Projekte verwenden die weit verbreitete drei Schichten-Architektur. Oft sind in diesen Projekten je ein Entwickler für je eine Schicht zuständig . Doch solche nicht “cross-functional” Teams haben einige Nachteile:

    In Scrum Teams sollten alle Teammitglieder in der Lage sein, an beliebigen Anforderungen des Product Backlogs zu arbeiten. Was passiert, wenn das Teams nicht können, habe ich erlebt:

    • Eine Umverteilung von Arbeit ist nicht möglich, da diese konkret an Personen gekoppelt ist
    • Komplette Sprints können (im Sinne des Business Value) ergebnislos bleiben, wenn ein Teammitglied ausfällt, da es eine vollständige Schicht betreut. Somit kann nahezu keine Anforderung umgesetzt werden
    • Es entsteht manchmal ein schwächeres Team Commitment, da die Teammitglieder selbst den Fortschritt nur wenig beeinflussen können, auf Grund der nicht möglichen Umverteilung von Arbeit.

    Tja, wie sieht die Wirklichkeit an diesem Punkt aus? Gibt es Entwickler, welche alle schichtrelevanten Technologien beherrschen? Ist das Utopie?

    Ich glaube, das hängt vom Kontext des Projekts ab. Projekte haben unterschiedliche technologische Tiefen. Abhängig von diesen Tiefen ist das notwendige Wissen, um sinnvolle und qualitativ hochwertige Änderungen zu machen.  Wenn die Spannbreite über alle Technolgiebestandteile sehr hoch ist, mag dieses Vorgehen nicht möglich sein. In größeren Teams können Entwickler aus gleichen Schichten Fluktuationen besser abfangen.

    Cross-functional Teams bleiben weiter ein Diskussionspunkt. So habe ich sie auch bisher wahrgenommen.

    Keine Kommentare:

    Contact us

    XING XING