Gibt es Best Practices für ein verteiltes agiles Team? [geschlossen]

Unsere Scrum-Teams sind geografisch aufgeteilt (nicht ideal, wie ich weiß!), Da spezifisches Wissen nur in bestimmten Ländern verfügbar ist. Ein Team von beispielsweise 7 Mitgliedern hat also die Geschäftsperson in einer Stadt, 2 Entwickler in einer anderen, 2 andere Entwickler in einer anderen und 2 Qa in einer anderen.

Irgendwelche Vorschläge, wie man diese Art von grafisch verteiltem Team verwaltet? Best Practices?

Wie machst du Standups? über Skype-Video? Stellen wir sicher, dass die Menschen alle 6 Wochen reisen (anscheinend die Hälfte des Vertrauens)? Wie machen wir das Task Board? Virtuell oder per Video? Würde Kanban in diesem Setup besser funktionieren?

Unser Team hatte eine ähnliche Situation, wir hatten 2 Entwickler, die remote in verschiedenen Staaten arbeiteten.

Für die Planung hatten wir ein ganztägiges Remote-Meeting mit allen im Team, die zusammen im selben Raum arbeiten konnten. Dann teilten wir Desktops mit den Remote-Mitarbeitern.

Unsere Scrum Wall war durch Excel. Wir würden PBIs zusammen aufteilen und sie dann dem Excel-Blatt hinzufügen. Dieser Prozess war ziemlich langwierig und führte manchmal dazu, dass die Leute abdriften. Das Schwierigste war, die Teilnahme aller zu erreichen.

Unsere Stand-Ups bringen alle zusammen, die in einem Besprechungsraum mit einer Freisprecheinrichtung zusammenkommen können, und teilen dann ein Excel-basiertes Burndown-Blatt und alle, die ihr Update geben. Dies würde auch an einer Scrum-Wand in diesem Besprechungsraum für die größere Gruppe, die zusammen war, angebracht werden. Für die Entwickler am Telefon würden wir ihre Aufgaben an die Wand hängen, aber nur jemanden sie bewegen lassen, wenn sie Updates geben.

Es gibt virtuelle Taskboards, die zum Kauf angeboten werden. Ich empfehle Ihnen daher, sich das anzuschauen. Wir hatten Auftragnehmer von Avanade, die einen erstellt und uns die Lizenz zur Verwendung erteilt hatten. Wir haben es versucht, aber letztendlich aufgegeben.

Ich hoffe das hilft.

Versuchen Sie, so viel Arbeitszeit wie möglich zwischen den verschiedenen Standorten zu überschneiden. Die Lieferung erfordert eine schnelle Kommunikation.

Verwenden Sie GoogleDocs / Spreadsheet, um die Angebotsvorlage während der Release- und Sprint-Planung freizugeben, sodass verschiedene Teammitglieder gleichzeitig bearbeiten können.

Desktop-Freigabe über Skype und Verwendung der Videokonferenz oder der Hangouts von Google+. Verwenden Sie IRC oder ähnliches, um häufige Kommunikation mit dem gesamten Team zu ermöglichen. Themen-Chatrooms für Fehler, Builds und Hindernisse, die Teammitgliedern helfen, den richtigen Ort zu finden, um zu helfen und Hilfe zu erhalten.

Haben Sie einen gemeinsamen IssueTracker zum Verfolgen der Sprints und Releases - Jira.

Haben Sie Online-Burndowns und Informationsspeicher, die auf dem neuesten Stand gehalten werden und vorzugsweise auf großen Bildschirmen auf jeder Site sichtbar sind.

Jeder geht nach Hause, um sicherzustellen, dass die Builds grün sind und Fortschritte gemeldet werden. Jede Site würde von einem Scrummaster profitieren, der häufig die Ergebnisse von Stand-ups kommuniziert und dabei helfen kann, Hindernisse aus dem Remote-Team zu entfernen.

Siehe Craig Larmans hier beschriebene Lektionen .

Einige nützliche Heuristiken .

Wir haben einige Regeln entwickelt, die uns helfen, Entscheidungen darüber zu treffen, wie wir unsere Umgebung so anpassen (oder NICHT anpassen), dass sie mit verteilten Teams funktioniert.

Ich war in Teams mit verteilten Mitgliedern und habe zwei Jahre als Remote-Entwickler gearbeitet. Ich fand, dass die Paarprogrammierung über Tools wie webex sehr hilfreich war, aber diese Regeln waren besonders hilfreich, damit die Remote-Mitgliedschaft funktioniert.

Unser Team hat ein ähnliches Setup. Wir haben ein ganzes Team von Analysten, die in einer Zeitzone arbeiten, deren Hauptentwickler zwei in einer Zone und einer in einer anderen Zone sind. Aufstehen ist über Skype. Wir verwenden Pivotal, um die Projekte zu verwalten und Assembla, um die alltäglichen Aktivitäten zu verfolgen. Die Unternehmenspolitik ist jeden Tag ein Muss, und jeder von uns muss die Verpflichtungen erfüllen.