So führen Sie ein Produktentwicklungsteam mit Hive

Willkommen bei „A Day in the Life“. Hier zeigen wir den produktiven Arbeitsalltag von Teams auf der ganzen Welt. Wir fragen echte Menschen, wie sie ihren Tag in Hive verbringen und was sie damit erreichen. ????

Das Wichtigste in Kürze:

Heute: Der Director of Engineering in einem Remote-Team eines SaaS-Unternehmens Beruf: Director of Engineering Branche: SaaS, Produktivitätsmanagement Wohnort: Long Island, New York Hobbys: Gitarre spielen, Bewegung und alles rund um Musik ???? Pronomen: er/ihn

Wie würden Sie Ihre Rolle im Team beschreiben?

Ich bin hier der Director of Engineering. Im Grunde verantworte ich das Engineering in allen unseren Teams, in allen unseren „Pods“, wie wir sie nennen. Das umfasst unsere gesamte Desktop-Anwendung und unsere mobile Anwendung. Meine Aufgaben decken im Wesentlichen einige große Bereiche ab. Ich muss dafür sorgen, dass im Backend alles wie erwartet läuft, mit guter Performance und stabilen Servern insgesamt.

Außerdem leite ich große Arbeitsprojekte oder „Epics“, in denen wir umfangreiche neue Funktionspakete umsetzen.

Mit Agile in Hive arbeitet unser Team wirklich effizient an Projekten. Wie gesagt, ist das Engineering-Team in 3 Pods organisiert. Jeder Pod arbeitet in Sprints von 2 Wochen mit einem bestimmten Story-Point-Ziel pro Sprint und einigen wichtigen Aufgaben, die als „Sprint-Commitments“ markiert sind. Jede zugewiesene Aktion wird von einem Engineer spezifiziert. Dann stimmen wir als Team gemeinsam darüber ab, welchen Story-Point-Wert die Aktion erhält. Diese Aktionen werden schließlich Sprints zugeordnet, in unsere Codebasis gemergt und in die Produktion ausgerollt.

Mit Story Points stellen wir sicher, dass wir unsere Sprints passend zu Kapazität und Velocity planen. So nehmen wir uns nicht zu viel vor und können dem restlichen Team verlässlichere Releases liefern.

Und schließlich der ganz normale Tagesbetrieb. Alles von Bugfixes bis zur allgemeinen Pflege der App läuft über unsere Pods.

Was macht das Engineering-Team?

Im Engineering-Team sind wir inzwischen wahrscheinlich 25 bis 30 Personen, verteilt auf drei bis vier Teams. Unsere Hauptaufgabe ist die Arbeit an neuen Funktionen oder an Redesigns bestehender Funktionen.

Wegen der Art unserer Arbeit arbeiten wir auch eng mit anderen Teams im Unternehmen zusammen, zum Beispiel mit dem Produktteam und Customer Success.

Im Engineering müssen wir außerdem sicherstellen, dass unsere Philosophie insgesamt in die richtige Richtung geht, damit wir weiter wachsen können. Wenn wir neue Engineers einstellen, sollen sie schnell dieselbe Kapazität und Velocity erreichen wie die anderen und sich darauf konzentrieren, die Arbeit zu erledigen.

Was sind einige der Hauptziele Ihres Teams?

Wir konzentrieren uns auf ein paar zentrale Dinge. Wir arbeiten mit Kernmetriken, zum Beispiel der Geschwindigkeit der Anwendung. Von den ersten Ladezeiten bis zu den Zeiten für einfache App-Anfragen: Alles muss schnell laufen, damit Nutzer eine zügige und stabile Erfahrung haben.

Wir haben außerdem Ziele rund um Fortschritt und darum, dass wir mit neuen Funktionen keine Probleme einführen. Wir legen großen Wert auf einen ausreichenden Funktionsumfang und darauf, dass sich unser Produkt weiterhin auf Augenhöhe mit anderen Projektmanagement-Tools anfühlt.

Unser Hauptziel ist immer, die nötigen Funktionspakete für die Workflows unserer Nutzer bereitzustellen und uns laufend anzupassen. Und schließlich legen wir als Team Wert auf Liefergeschwindigkeit.

Wofür nutzen Sie Hive persönlich, und wie hilft es Ihnen insgesamt bei der Arbeit?

Das Engineering-Team nutzt größtenteils die Kanban-Boards von Hive für den gesamten Softwareentwicklungszyklus. Wir haben ein übergeordnetes Projekt namens „Tech Teams“, und jeder Pod beziehungsweise jedes Engineering-Team hat ein eigenes Unterprojekt.

Dort ist der gesamte Softwareentwicklungszyklus abgebildet, beginnend mit dem Sprint-Backlog. Dort holt sich jeder Engineer die Tickets für die nächsten zwei Wochen. Hat ein Engineer ein Ticket abgeschlossen, durchläuft es einen kompletten Review- und Freigabeprozess. Dieser Prozess ist teilweise mit den Automatisierungsphasen in Hive automatisiert. Es ist, als würde man nach dem Abschluss einfach einen Knopf drücken.

Diese Vorlage wird für alle angewendet, die Code prüfen, Tests durchführen und freigeben müssen, bevor es weitergeht. Ist der gesamte Freigabeprozess durchlaufen, wird die Story als bereit zum Merge markiert. Danach durchläuft sie den Rest unseres Engineering-Workflows. Die Story wird in unseren Haupt-Code-Branch namens „bell“ gemergt, der anschließend in Beta gemergt wird. Zuletzt geht sie nach unserem wöchentlichen Zeitplan in die Produktion.

Für meinen persönlichen Workflow nutze ich den gesamten genannten Softwareentwicklungszyklus. Neben der allgemeinen Kanban-Ansicht ist mir die Listenansicht „Meine Aktionen“ eine Hilfe. Dort sehe ich die Stories, die auf meinen Code-Review und meine Freigabe warten, zusammen mit meiner Freigabeliste. „Meine Aktionen“ hilft mir, die Punkte auf meinem Tisch im Blick zu behalten und dafür zu sorgen, dass sie reibungslos durchlaufen. Außerdem nutzt das Engineering-Team Hive Notes intensiv, etwa für die Engineering-Dokumentation sowie für Auswertungen zu größeren Problemen oder Untersuchungen, an denen wir arbeiten. Hive Notes setzen wir auch in Engineering-Interviews und generell zur Verfolgung großer Initiativen ein. Wir haben wiederkehrende Calls für Performance-Meetings sowie für Meetings zu Regressionen und Bug-Tracking. Und Notizen sind enorm hilfreich, um nachzuvollziehen, was in früheren Meetings gesagt wurde.

Nutzen Sie Hive zusammen mit anderen Tools?

Ja, das gesamte Engineering-Team nutzt die GitHub-Integration. GitHub erledigt auf seiner Seite eine Million sehr komplexer Dinge und sorgt dafür, dass Code mehrerer Engineers effektiv zusammengeführt wird, ohne Probleme in die Codebasis zu bringen. Bei uns gilt jede Aktionskarte auf unseren Engineering-Boards als vollwertige Entwicklungs-Story. Das heißt, zu jeder gehört eine Codeänderung. Und all diese Codeänderungen werden von GitHub nachverfolgt.

Wir verbinden uns mit GitHub, indem wir es an jede der Aktionskarten anhängen, und zwar mit dem Code-Branch, an dem wir gerade arbeiten. So hören wir im Hintergrund auf GitHub und zeigen alle diese Updates den Nutzern in diesem Dropdown. Hilfreich ist auch, dass Sie über die geöffnete GitHub-Integration auf die Schaltfläche für den offenen Pull Request klicken können. Sie springen dann direkt zum eigentlichen Pull Request. Dort können wir Code-Reviews hinterlassen und die Stories schließlich mergen, sobald sie bereit sind. Das macht vieles einfach.

Das Engineering-Team nutzt viele sehr spezielle Nischen-Tools, die wir zur Referenz in Hive verlinken. Für unser Metrik-Reporting nutzen wir zum Beispiel Datadog Dashboards. Diese teilen wir in Hive über Screenshots oder als Link zu einem bestimmten Satz an Logs. Sie sind nicht direkt in Hive integriert, aber wir können wichtige Informationen in Aktionskarten aufnehmen, was sehr hilfreich ist.

Ein Tag im Leben mit Hive

9:30 bis 11:30 Uhr

Morgens prüfe ich als Erstes meine Benachrichtigungen und den Chat, damit alle, die sofort eine Rückmeldung brauchen, sie auch bekommen. Außerdem beantworte ich alle Fragen, die in Aktionskarten gestellt wurden. Wir haben Meetings in allen Engineering-Pods, und daraus ergeben sich meist einige Follow-ups, die ich gleich zu Tagesbeginn angehe.

???? Ich plane auch Calls mit Engineers, um bestimmte Probleme zu lösen und sicherzustellen, dass wir für alle aufgetauchten Themen die nächsten Schritte haben. Ich finde, dass „Mein Tag“ in Hive dabei enorm hilft. Ich erinnere mich, als „Mein Tag“ verfügbar wurde, dachte ich: „Wow, ich muss nicht mehr zwölfmal am Tag den Google Kalender öffnen, um zu sehen, was ansteht.“

Stattdessen bekomme ich jetzt eine Benachrichtigung und trete allen meinen Calls mit einem Klick bei. Diese Funktion ist enorm hilfreich.

12 bis 15 Uhr

Danach ist der frühe Nachmittag meist Zeit für konzentriertes Arbeiten. Ich kann die nächsten Schritte bei Dingen angehen, bei denen wir vorankommen wollen, etwa bei allgemeinen Engineering-Initiativen. Was währenddessen hereinkommt, etwa Anfragen für Pairing-Meetings, füllt in der Regel den Rest des Nachmittags. ????

15:30 bis 17:30 Uhr

Gegen Ende des Tages gehe ich meist noch einmal die Karten auf dem Kanban-Board durch und stelle sicher, dass keine Stories blockiert sind und wir weiter gut vorankommen. ✔️

Echte Wirkung im Arbeitsalltag

Was sind für Sie und das Team die größten Vorteile von Hive insgesamt?

Hive ist wie die zentrale Informationsquelle für alle Arbeit, die gerade läuft. Und ich liebe, dass diese Quelle aus vielen verschiedenen Strömen innerhalb der Plattform gespeist werden kann.

Sie kann sich aus den Hive Notes ergeben, die wir in einem Performance-Call gemacht haben, oder aus E-Mails mit externen Anbietern, bei denen es nächste Schritte braucht. Die gesamte Arbeit auf einem einzigen Kanban-Board zu bündeln, auf dem wir Fortschritt und Status aller Tagesaufgaben sehen, ist für mich das Wichtigste.

Außerdem liebe ich, dass das ganze Team jederzeit Rücksprache halten, zusammenarbeiten, Fragen stellen und Antworten bekommen kann, und das, obwohl wir alle remote verbunden sind. 

Was würde passieren, wenn Sie Hive nicht mehr nutzen könnten?

Im Engineering würde das Chaos ausbrechen, wenn wir plötzlich ohne Hive zurechtkommen müssten. Wir müssten ein anderes Projektmanagement-Tool oder System nutzen, um unsere Arbeit zu verfolgen. Nur mit E-Mails und Tabellen kämen wir in unserem Fall nicht weit.

Es gäbe viele Anlaufschwierigkeiten, denn wir haben den Workflow in Hive wirklich perfektioniert. Alle kennen ihn gut. Ich glaube, auch der Wechsel zu einem anderen Tool wäre ein absoluter Albtraum.

Deshalb bin ich sehr froh, dass wir Hive haben.????

Würden Sie Hive anderen Teams empfehlen, und wenn ja, warum?

Auf jeden Fall, ohne jeden Zweifel.