Was passiert, wenn sich agile Engineering-Teams selbst organisieren?

Wir streben danach, das Engineering bei Qumulo zu einer agilen und selbstorganisierten Organisation zu machen. Wir tun dies aus zwei Gründen: um die Bedürfnisse unserer Kunden effektiv zu erfüllen und eine lohnende und agiles Arbeitsumfeld für unsere Ingenieure. Wir glauben, dass dies einen positiven Kreislauf schafft – Menschen, die Spaß an ihrer Arbeit haben und jeden Tag ihren besten Beitrag leisten, bauen eher hochwertige Produkte für unsere Kunden.

Wie sieht also ein agiles Team bei Qumulo aus? Für uns sind sie selbstorganisierende Teams, die Autonomie bieten, die die Kreativität jedes einzelnen Mitglieds fördert. Die Ergebnisse sind in den täglichen Beiträgen jedes unserer Teammitglieder zu sehen.

Wie ist es, in agilen Teams zu arbeiten? Klicken Sie hier, um mehr über das Leben bei Qumulo . zu erfahren

Es sind Ihre Teamkollegen, die sowohl Ihre Arbeitszufriedenheit als auch Ihre Arbeitsqualität vorantreiben – sie sind die Menschen, mit denen Sie Tag für Tag am engsten zusammenarbeiten. Wir legen großen Wert auf die Teamauswahl und den Wechsel zwischen den Teams. Wir möchten, dass es etwas ist, das die Selbstorganisation der Teammitglieder selbst fördert und gleichzeitig dazu beiträgt, unseren Kunden alle zwei Wochen überzeugende Verbesserungen zu liefern.

Aufbau einer Kultur rund um agile Teams

In den Anfangsjahren des Unternehmens war die Engineering-Organisation klein – etwa 4-5 Teams. Die meisten Projekte dauerten ungefähr 3 Monate, daher wechselte die Teammitgliedschaft einmal im Quartal, um die Leute mit den „richtigen Fähigkeiten“ zu den nächsten beginnenden Projekten zu bringen. Die Teamwechsel und die Teamzugehörigkeit wurden weitgehend vom VP of Engineering bestimmt. Dies hatte einige unbeabsichtigte Folgen:

1. In den meisten Teams wurde erwartet, dass sie nicht länger als ein paar Monate bestehen würden, daher waren die einzelnen Mitglieder des Teams nicht hoch motiviert, um sicherzustellen, dass das Team gut zusammenarbeitete.
2. Ingenieure hatten wenig Einfluss auf Teambildung und Mitgliedschaftsentscheidungen. Sie warteten darauf, dass ihnen jemand sagte, wohin sie gehen sollten, was nicht die Umgebung war, die wir fördern wollten.

Dann haben wir uns entschieden, die Organisation der Teams zu ändern. Wir wollten, dass unsere Teams leistungsstark sind, sich an die Produktanforderungen anpassen und den Mitgliedern die Möglichkeit geben, ihre Fähigkeiten rund um das Management agiler Entwicklungsteams. Wir wollten, dass jedes unserer agilen Entwicklungsteams genau das ist. Agil. Was also ist ein agiles Team bei Qumulo? Jedes agile Team:

• Hat sechs Ingenieure
• Beginnt mit einem Gründungsmitglied (einem unserer leitenden Entwickler), einem Product Owner (PO) und einem Workstream
• Wird voraussichtlich über den derzeit definierten Arbeitsablauf hinaus dauern, sodass Ingenieure nicht nur auf der Grundlage des aktuellen Projekts, sondern auch auf der Grundlage der Personen auswählen, mit denen sie gut zusammenarbeiten
• Es sind nicht mehr als zwei Personen erlaubt, die drei Jahre oder weniger in der Branche tätig sind.
• Kann nicht mehrere Personen haben, die aus einem früheren Unternehmen mit antikollaborativen Kulturen stammen
• Muss aus Personen bestehen, die Teil des Teams sein möchten und die Zustimmung des Gründungsmitglieds haben

Der von uns verwendete Roll-out-Prozess war folgender:

• Wir haben jedem im Engineering gesagt, dass dies passieren wird und wann.
• Wir informieren sie über die Einschränkungen rund um die oben aufgeführten Teams.
• Eine Woche später hatten wir ein Engineering-All-Hands-Lunch, bei dem jede Teamgründer/PO-Kombination ihr Team und ihren Arbeitsablauf vorstellte.
• Wir hatten eine Wand mit dem Namen jedes Ingenieurs auf einem Zettel. Wir haben dann Sticky genommen und es auf ein Poster für das Team geklebt, dem sie beitreten möchten.

Anstatt sich ein paar Tage Zeit zu nehmen, um zu entscheiden, welches Team der ersten Wahl war, bewegten wir alle unsere Stickies in einer Hektik und innerhalb von Minuten war jeder Sticky auf einem Teamposter. Teamgründer und technische Leiter treffen sich später am selben Tag zur Nachbesprechung.

Anfangs bestand der Wunsch der Teamgründer und Ingenieursleiter, die Leute auf der Stelle zu bewegen. Da dies jedoch eine Übung zur Sicherstellung der Selbstorganisation war, wurde unser agile Coaches forderte die Gruppe auf, einfach zum Team zurückzukehren, die Probleme hervorzuheben und den einzelnen Personen zu erlauben, sie zu lösen. Wir sind dem Rat der agilen Coaches gefolgt.

Innerhalb weniger Tage waren alle Probleme gelöst. Eine Woche später starteten die Teams mit Kickoffs und wir waren auf dem Weg zu den Rennen!

Das war vor knapp zweieinhalb Jahren. Seitdem haben wir viel gelernt. Die herausragendsten sind:

• Es ist großartig, dass keine einzelne Person die Bürde hat, eine perfekte Teammitgliedschaft zu schaffen; wir profitieren von vielen Perspektiven und das führt oft zu besseren Lösungen.
• Im Laufe der Zeit hat sich gezeigt, dass Teams mit Einzelpersonen, die sich der Zusammenarbeit verpflichtet haben und hohe Leistungen erbringen, gut abschneiden. Die Teams, die nicht eingekauft wurden, taten es nicht. Wir prüfen jetzt explizit auf Teamfähigkeit, um starke technische Fähigkeiten bei Interviews mit potenziellen Ingenieuren zu ergänzen. Wir unterstützen auch unsere neuen Teammitglieder dabei, sich dieser Fähigkeiten bewusst zu werden und sie zu entwickeln, sobald sie unserem Team beitreten.
• Bis heute werden Teambewegungen von den Einzelnen selbst initiiert. Wir haben ein Team mit Rotationsmitgliedern, für das sich Leute freiwillig melden. Wenn die Rotationen abgeschlossen sind, können diese Personen zu ihrem früheren Team zurückkehren, ein neues Team gründen oder mit einem bestehenden Team mit offenem Raum übereinstimmen. Wenn ein Ingenieur beschließt, aus irgendeinem Grund in ein neues Team zu wechseln (um an einem anderen Projekt zu arbeiten, eine Fertigkeit zu erlernen, mit einem Freund zusammenzuarbeiten), leitet er den Umzug ein, und das Spiel muss zwischen Ingenieur und Team. Mit diesem System können Einzelpersonen eine Einladung eines anderen (unabhängig vom Rang) zum Verschieben von Teams ablehnen.
• Die Dinge werden manchmal unordentlich und das ist in Ordnung. Wir haben Vierer- und Achterteams. Wir haben Teams ohne leitende Ingenieure. Unsere agilen Entwicklungsteams bauen immer noch ein großartiges Produkt. Wir streben nach wie vor nach Höchstleistungen.
• Es braucht mehr als einen einzelnen Team-Selbstauswahlprozess, damit jeder diesen Prozess wirklich verinnerlichen kann. Wir folgen den Übungen zur Teamauswahl und werden regelmäßig daran erinnert, wie unser System funktioniert. Wir coachen auch Einzelpersonen bei der Wiedereingliederung in ein neues Team.
• Sobald die Mitarbeiter die Verantwortung dafür übernehmen, sicherzustellen, dass sie im besten Team für sie sind, möchten sie plötzlich die Kontrolle über andere Aspekte ihres Arbeitslebens haben, beispielsweise die Projekte, an denen ihr Team arbeitet!

Da wir von fünf auf zehn Teams angewachsen sind, funktionieren diese Strukturen weiterhin für uns. Wir glauben, dass sie auf absehbare Zeit weiterhin genügend Unterstützung bieten werden, aber wir halten Ausschau nach Optimierungen, die uns helfen, unserem Ziel treu zu bleiben, ein sich selbst organisierendes Ingenieurteam aufzubauen und eine Umgebung zu schaffen, in der wir unser Bestes geben können arbeiten und gleichzeitig Produkte bauen, die unsere Kunden weiterhin begeistern.

Sind Sie daran interessiert, Teil eines sich selbst organisierenden agilen Engineering-Teams zu werden? Wir suchen immer die richtigen Leute. Und Abonnieren Sie unseren Blog für weitere hilfreiche Best Practices und Ressourcen!