Team-Normierung und Chartering

Die Besetzung eines neuen Projekts ist immer eine Herausforderung. Es gilt, die richtige Mischung aus Verfügbarkeit, Erfahrung und persönlichen Vorlieben zu finden, die das Projekt zum Erfolg führen kann. Sobald dies geschehen ist, kann das Projekt in Angriff genommen werden und die neu gebildete Gruppe sollte sich an die Arbeit machen, Software zu erstellen. Eine Sache, die oft vergessen wird, ist, dass das "Projektteam" in Wirklichkeit noch gar kein Team ist - es ist eine Gruppe von Personen, die zusammengebracht wurden, um ein Ziel zu erreichen. Die Wahrscheinlichkeit ist groß, dass zumindest einige der Personen noch nie zusammengearbeitet haben und dass es keine gemeinsame Basis gibt, die sie zu einem Team machen könnte. Nach Bruce Tuckman lässt sich die Entwicklung eines Teams in vier Phasen unterteilen:

1. Bilden
2. Stürmen
3. Normierung
4. Aufführung

Bilden

Wenn ein Team zum ersten Mal zusammenkommt, befindet es sich in der Aufbauphase. Die Teammitglieder verhalten sich normalerweise von ihrer besten Seite und arbeiten größtenteils unabhängig voneinander. Die Teammitglieder lernen sich gegenseitig kennen und erfahren etwas über die Projektziele und -probleme.

Stürmen

In dieser Phase öffnen sich die Teammitglieder füreinander und konfrontieren sich mit den Ideen und Perspektiven der anderen. In manchen Fällen kann diese Phase schnell überwunden werden, je nachdem, wie reif einige Teammitglieder sind. Unreife Teammitglieder fangen an, sich aufzuspielen, um zu zeigen, wie viel sie wissen, und um andere davon zu überzeugen, dass ihre Ideen richtig sind. Diese Phase ist für das Wachstum des Teams notwendig, kann aber für Teammitglieder, die Konflikte nicht mögen, unangenehm sein.

Normierung

Wenn ein Team in den Zustand der Normierung eintritt, passen die Teammitglieder ihr Verhalten aneinander an und vereinbaren, wie sie zusammenarbeiten wollen.

Aufführung

Einige Teams erreichen das Stadium der Leistungsfähigkeit, in dem das Team als Einheit funktioniert und Wege findet, die Arbeit reibungslos und effektiv zu erledigen, ohne dass es zu unangemessenen Konflikten kommt oder eine externe Aufsicht erforderlich ist. Die Teammitglieder sind voneinander abhängig geworden.

Team-Normierung und Chartering

Um die Normierungsphase zu unterstützen, ist es hilfreich, eine moderierte Normierungssitzung mit dem gesamten Team durchzuführen. In dieser Sitzung führt das Team zwei Aktivitäten durch. Die erste, die Teamnormierung, dient dazu, Arbeitsvereinbarungen zu treffen, die es dem Team ermöglichen, zusammenzuarbeiten. Regeln, Werte und professionelles Verhalten fallen unter diese Rubrik. Die zweite Aktivität, das Team-Chartering, befasst sich mit gemeinsamen Methoden und Werkzeugen. Die daraus resultierenden Vereinbarungen sollten an prominenter Stelle (an der Wand oder in einem Wiki) ausgehängt werden und für alle sichtbar sein. Diese Vereinbarungen bilden die Grundlage für eine effektive Teamarbeit und können im Falle von Meinungsverschiedenheiten herangezogen werden. Als Beispiel finden Sie hier einige Vereinbarungen, die das Team bei einer Teamnormierungssitzung bei einem unserer Projekte erarbeitet hat:

Beispiel für Normung

Kernstunden

• Jeder sollte von 9h30 - 16h00 anwesend sein.

Technische Erörterungen

• Wichtige Diskussionen sollten in der Kernzeit stattfinden, um Abwesenheiten zu vermeiden.
• Die Ergebnisse der Diskussionen sollten in das Wiki aufgenommen werden.
• Whiteboard-Sitzungen sollten im Wiki dokumentiert werden.
• Das dafür verwendete Format sollte sein: Problem, Rational, Lösung, Andere verworfene Optionen.
• Abwesende sollten:
• Vertrauen Sie dem Rest des Teams.
• Wiederholen Sie die Diskussion (nachdem Sie alle Unterlagen gelesen haben) mit einem Vertreter der Gruppe, die die ursprüngliche Diskussion geführt hat, wenn Sie der festen Überzeugung sind, dass ein Fehler gemacht wurde.
• Whiteboard-Diskussionen sollten, wenn möglich, über Skype (mit dem Offshore-Team) stattfinden.

Handys

• Handys sind während der Arbeitszeiten eingeschaltet
• Persönliche Anrufe werden außerhalb des Teambereichs entgegengenommen

Beispiel für die Befrachtung

Code Qualität

• Jeder sollte die Codequalität überprüfen, wenn er Code eincheckt (verwenden Sie CCs Maven Reports).
• Jeder kann Änderungen an den Qualitätsstandards vorschlagen.
• Wir bemühen uns, technische Schulden zu vermeiden.
• Besprechen Sie Refactorings mit so vielen Personen wie nötig (kann auch nur ein Paar sein).
• Versuchen Sie, Refactorings in die User Story aufzunehmen.
• Gleichgewicht zwischen Refactoring und Hinzufügen neuer Funktionen.
• Javadoc: Wir folgen dem Checkstyle-Standard des Unternehmens.
• Wir haben eine Standardkopfzeile, die einen Copyright-Hinweis enthält.

Qualitätsziele

• Testabdeckung: 90% insgesamt. Der UI-Code sollte auf andere Weise getestet werden (die Logik sollte ungetestet sein).
• Wir bemühen uns, die Zahl der Verstöße gegen den Kontrollstil so gering wie möglich zu halten.

Kontinuierliche Integration

• Wir versuchen, mindestens einmal pro Tag vorbeizuschauen
• Wenn das Build nicht funktioniert, beheben wir es so schnell wie möglich.

Fazit

Meiner Erfahrung nach helfen Teamnormierung und -chartering dabei, einem neu gebildeten Team eine gemeinsame Ausgangsbasis zu geben. Offene Diskussionen über die Praktiken und Prozesse, die bei der Softwareentwicklung zum Einsatz kommen, stellen sicher, dass jeder die Möglichkeit hat, seinen Beitrag zu leisten. Auf die Ergebnisse einer solchen Sitzung kann bei Unstimmigkeiten und bei der Aufnahme neuer Mitarbeiter in das Team zurückgegriffen werden.