Wie man Teams entwirft, die mit unglaublicher Geschwindigkeit zusammenarbeiten

„Wir versenden schnell und konzentrieren uns auf nützliche Dinge“, sagen wir den Ingenieurskandidaten. Erst in ihrer ersten Woche bei Drift verstehen sie, was wir unter schnell verstehen.

Die Teams bestehen aus zwei Ingenieuren (Frontend und Backend), einem Designer, einem Produktmanager und einem technischen Leiter.

Jedes Team konzentriert sich auf die Erfüllung der Anforderungen mehrerer zu erledigender Aufgaben (JTBD). Teams sind autonom, aber nicht ohne Rechenschaftspflicht. Es wird erwartet, dass jede Woche sichtbare Fortschritte erzielt werden (wenn nicht täglich). Es ist nicht ungewöhnlich, dass die Leute einen Schritt weiter gehen, um besonders durchdachte oder wertvolle Arbeiten zu versenden. Dies ist ein Nebeneffekt eines Teams, das an einem gut verstandenen Problem arbeitet.

Kleine Teams sind kein neues Konzept. Es wurde von Drift-Mitbegründer David Cancel in HubSpot eingeführt und funktioniert auch heute noch für uns.

„Jedes Unternehmen auf der Welt wird Ihnen sagen, dass es kundenorientiert ist. Sie werden an das Prinzip glauben. Sie haben Plakate an der Wand gerahmt. "Lösen Sie für den Kunden." Aber nichts davon bedeutet etwas, es sei denn, Sie treffen tatsächlich die strukturellen Entscheidungen, um dies sicherzustellen.
- David Cancel, Wie wir HubSpot in ein produktgetriebenes Unternehmen verwandelt haben

Diese Teamgröße hält die Anzahl der Verbindungen zwischen Personen klein. Die Zusammenarbeit erfolgt ohne übermäßige Tools, Besprechungen und Planungsinfrastruktur.

Verdauliche Arbeit

Die Struktur der kleinen Teams allein schafft keine Dynamik in Ihrem Produktteam. Bei Drift haben wir eine einzigartige Kombination aus Trittfrequenz und Eigenverantwortung, die es uns ermöglicht, unsere Arbeit mit Zuversicht auszuführen.

Jedes Team besitzt seine Arbeit von Ende zu Ende. Wir sind dafür verantwortlich, die von uns gelösten Kundenprobleme zu verinnerlichen und dann an die Arbeit zu gehen. Wir gehen den kürzesten Weg, um unsere Lösung zu validieren (während wir den Code noch versenden). Wir geben unser Bestes mit dem, was wir haben. Es gibt keine Kavallerie, keine geliehenen Ressourcen.

Nur wir und der Kunde.

Dies ist eine zwingende Funktion, um ein gemeinsames Verständnis des Problems zu erlangen, den Umfang unserer Lösung zu minimieren und das, was wir schaffen, proaktiv zu validieren. Wir haben kleine Aufgaben, die große Auswirkungen haben.

Multiplizieren Sie diese kleinen Aufgaben und ihre großen Auswirkungen auf mehrere autonome Teams, und eine Organisation mit 10 Ingenieuren kann die Leistung einer 5-fachen Größe erreichen.

Die Drumbeats

Cadence ist hier die besondere Sauce. So wechseln wir vom Burger zum Big Mac ™.

Es gibt viele Arten von Arbeitsingenieuren, die einen Drift durchführen. Wir bauen marktfähige Momente aus. Es gibt Fehler, Kunden-Support-Anfragen und Probleme, die behoben werden müssen. Wir alle haben Support-Schichten und werden auf Kundenerfolg oder Verkaufsgespräche zurückgreifen, um dem Team zu helfen. Um das Ganze abzurunden, sollten Sie zum Erfolg des JTBD Ihres Teams beitragen.

Unsere Leistung bemisst sich an der Konstanz, mit der wir für den Kunden wertvolle Arbeiten versenden. Wir demonstrieren Konsistenz in einer wöchentlichen, unternehmensweiten Demo namens Show & Tell. Jede Abteilung zeigt, welche Arten von Gewinnen sie für Kunden erstellt haben. Jeder wird in diesem Ansatz geschult.

Sehen Sie es in Aktion

Wenn dies nach einer willkommenen Abwechslung klingt, stellen wir ein. Dies ist eine Gelegenheit, Ihr Engineering-Denken und Ihr Toolset zu erweitern.