Team-Collaboration-Poker

Team-Collaboration-Poker dient der gruppenbasierten Diskussion und der Verhandlung der Zusammenarbeit zweier Teams.

Anmerkung: Zurzeit sind die Team-Collaboration-Poker-Karten nur in Englisch verfügbar.

Die Zusammenarbeit zweier Teams kann sehr unterschiedlich und vielfältig sein. Das Kartenspiel geht von einer typischen Situation eines Applikations-Teams und eines Service- oder Konponenten-Teams aus, wobei die Dienstleistung oder die zu entwicklende (oder zu erweiternde) Komponente in die Applikation integriert werden soll. Bei der Festlegung der Zusammenarbeit geht nun darum, welches Team welche Arbeiten und Verantwortlichkeiten übernimmt. Dazu werden folgende Optionen angeboten:

1. Order: Team A only orders the service/component change and the application integration at Team C. All work is reflected in Team C’s backlog. Team C does all work.
2. Partialy Integrate: Team A orders the service/component change done by Team C. Application integration is partially done by Team C and A. Work is reflected in both backlogs.
3. Integration by temporary C Supporter: Team A orders the service/component change done by Team C. Team C member temporary moves to Team A to do the integration. The capacity of both teams temporarily change!
4. Integration by permanent Extended C Team: Team A orders the service/component change done by Team C. An Extended Team member of A&C integrates the component in Team C’s context. All work is reflected in Team C’s backlog.
5. Integration by permanent Extended A Team: Team A orders the service/component change done by Team C. An Extended Team member of A&C integrates the component in Team A’s context. Integration work is reflected in Team A’s backlogs.
6. Integration by planned C support activity: Team A orders the service/component change done by Team C. Team C supports Team A to do the integration together with Team A. Integration support is reflected in Team C’s backlog.
7. Delivery only: Team A orders the service/component change done by Team C. Team A does all the integration work alone. Integration work is only in Team A’s backlogs.
8. Partially Independent: Team A does the service/component change alone. Team C only supports Team A to do the work. The work is reflected in Team A’s backlog, except the support in Team C’s backlog.
9. Fully Independent: Team A does the service/component change and the integration alone. Team C is not involved. All work is reflected in Team A’s backlog.

Warum gruppenbasiert?

• Es vermeidet einseitige Sichtweisen durch den Blick aus vielen Blickrichtungen.
• Es fördert die strukturierte Diskussion in der Gruppe. Auch stille Team-Mitglieder werden angeregt, ihre Meinung zu äußern.
• Allen in der Gruppe wird klarer, um was es sich genau handelt (was gehört dazu, was nicht). Diese Erkenntnisse werden in Form von Akzeptanzkriterien, Randbedingungen und Umsetzungsideen notiert.

Bei der Einschätzung in Gruppen gibt es allerdings das Ankerproblem, wobei der erste, der seine Einschätzung nennt, bei allen anderen eine unbewusste Anpassung ihrer persönlichen Schätzung an diese Referenz (den „Anker“) auslöst. Dies lässt sich durch eine vorherige geheime Festlegung der persönlichen Einschätzung beseitigen. Genau hierfür gibt es die Delegation-Poker-Karten.