Meine Erfahrungen mit verteilter agiler Softwareentwicklung

Ich bin seit etwa einem Jahr Scrum Master in einem unserer verteilten agilen Projekte. Ich möchte Ihnen gerne erzählen, wie wir solche Projekte durchführen und einige meiner Erfahrungen teilen. Wenn Sie sich mit der Offshore-Softwareentwicklung schwer tun, sollten Sie nicht zu neidisch werden, denn wir haben viel Spaß dabei :-)

Die Schlüsselelemente unseres Ansatzes sind: 1 - Wir stellen die besten Mitarbeiter ein, indem wir ein strenges technisches Bewertungsverfahren durchführen. Vor fast drei Jahren habe ich mich für Xebia entschieden, weil die Mitarbeiter dort so enthusiastisch, unglaublich klug und kompetent sind. Das ist immer noch der Hauptgrund für meine Vorliebe für dieses Unternehmen. Die enge Zusammenarbeit mit meinen indischen Kollegen hat diese Erfahrung auf interessante Weise erweitert. Ich bin von ihnen genauso inspiriert und beeindruckt wie von meinen niederländischen Kollegen. Außerdem ergreifen sie Initiativen, um sehr coole Veranstaltungen zu organisieren, wie eine Agile-Konferenz, an der ich teilgenommen habe, und einen Besuch von Tom und Mary Poppendieck. 2 - Die Teams sind verteilt, die Teammitglieder vor Ort und im Ausland übernehmen gemeinsam die Verantwortung für die Teams und arbeiten eng als ein Team zusammen. Wir haben uns entschieden, unsere Projektteams so zu strukturieren, dass jedes Team aus niederländischen und indischen Teammitgliedern besteht. Das funktioniert sogar besser, als ich erwartet hatte, als wir anfingen, auf diese Weise zu arbeiten. Tägliche Stand-up-Meetings (mit Webcams), gemeinsame Planungs- und Retrospektivmeetings und viele Interaktionen dazwischen fördern den Zusammenhalt des Teams über geografische Grenzen hinweg. Wenn ich Indien besuche oder wenn indische Kollegen uns besuchen, haben wir das Gefühl, uns schon ziemlich gut zu kennen, selbst wenn wir uns zum ersten Mal im 'richtigen Leben' treffen! Ich habe mehrere meiner indischen Kollegen gebeten, ihre One Team-Erfahrung mit früheren Offshore-Erfahrungen in anderen Unternehmen zu vergleichen. Allen gefiel die Tatsache, dass es bei diesem Ansatz kein 'wir' und 'sie' Gefühl gibt. Wir sitzen im selben Boot und wenn wir während eines Projekts auf Probleme stoßen, wissen wir alle Bescheid und schieben die Schuld nicht auf die andere Seite. 3 - Wir nutzen unsere Softwareentwicklungs- und Kollaborationstools gemeinsam, indem wir ein Wiki, ein Code-Repository, ein Continuous-Build-System, eine Mailingliste usw. verwenden. Ich habe gelernt, dass die Softwareentwicklung in einem hochgradig verteilten Umfeld, wie wir es tun, mit den meisten Mainstream-Tools wie Jira, Bamboo Confluence und Subversion durchgeführt werden kann. Auch die Tools, die wir speziell für die Kommunikation verwenden, sind ziemlich einfach: Skype, VNC, Webcams, Mikrofone, Lautsprecher, Headsets. Das Einzige, was Sie brauchen, ist eine gute Internetverbindung auf beiden Seiten. Das größte technische Problem, mit dem wir konfrontiert waren, waren die häufigen Stromausfälle in Indien, die unsere Netzwerkverbindungen behinderten. Dies wurde durch den besseren Einsatz von USVs gelöst. Einige andere Probleme haben uns viel Spaß gemacht, wie z.B. die Art und Weise, wie wir es geschafft haben, obskure Hardware gemeinsam zu nutzen. 4 - Wir arbeiten in kurzen Iterationen. Bei den meisten unserer Projekte arbeiten wir in zweiwöchigen Iterationen. Bevor ich anfing, in zweiwöchigen Iterationen zu arbeiten, hatte ich Angst, dass dies zu kurz sein könnte. Ich hatte vor allem das Gefühl, dass der Aufwand für Planungs- und Retrospektivsitzungen zu groß werden könnte. Jetzt, wo ich mich an zweiwöchige Iterationen gewöhnt habe, möchte ich nicht mehr zu längeren Iterationen zurückkehren. Die Arbeitsbelastung ist mit der Zeit viel besser verteilt. In der Vergangenheit hatte ich bei Projekten mit längeren Iterationen meist einen entspannten Anfang und ein gestresstes Ende der Iterationen erlebt. Es erwies sich als schwierig, ein Team zu fokussieren, wenn die Arbeit nicht innerhalb von ein oder zwei Wochen abgeschlossen werden musste. Es hat sich herausgestellt, dass der Nachteil des Aufwands für Planungs- und Retrospektivbesprechungen in zweiwöchigen Iterationen überschaubar ist, aber es ist wichtig, darauf zu achten, dass diese Besprechungen effektiv und rechtzeitig durchgeführt werden. 5 - Die Mitglieder des Onsite- und des Offshore-Teams arbeiten während der ersten 2-3 Iterationen eines Projekts zusammen und tauschen häufig Teammitglieder zwischen den beiden Standorten aus. Auch wenn ich von dem Grad der Teambindung überrascht war, der entstehen kann, wenn man sich nur am anderen Ende einer Skype-Sitzung sieht, ist manche Kommunikation effektiver, wenn man sich am selben Ort befindet. Besonders zu Beginn eines Projekts, wenn Sie mit einer Gruppe von Leuten beginnen, die erst noch zu einem Team werden müssen, hilft es sehr, am selben Ort zu sein, um die Bildung eines Teams zu unterstützen. Es macht auch sehr viel Spaß, sich bei einem gemeinsamen Bier (oder Cola) in einer Kneipe besser kennenzulernen. Wie ticken Sie, wie leben Sie, wie sah der Ort aus, an dem Sie aufgewachsen sind? Abgesehen davon, dass ich eine tolle Zeit bei dem Projekt hatte, habe ich das Gefühl, dass ich auch auf einer persönlicheren Ebene eine Menge neuer Dinge gelernt habe.