- Ergebnis einer Umfrage unter mehr als 100 Big-Tech-Unternehmen
- Fasst man die Art zusammen, wie Big Tech Projektmanagement betreibt ⇨ „Es kommt darauf an“ (It Depends)
- Meist gibt es keine festgelegte Methodik oder Arbeitsweise, sondern das Team wählt, was zu ihm passt
- Börsennotierte oder finanzierte Unternehmen waren mit dedizierten PMs eher unzufrieden, während nicht finanzierte Unternehmen eine hohe Zufriedenheit zeigten
- Teamautonomie und Zufriedenheit korrelieren stark
- Selbst bei Teams mit Problemen lag die Ursache weniger in der Methodik, sondern eher darin, dass Visionen nicht klar vermittelt wurden oder es an Transparenz und Tools fehlte
- Auf JIRA entfielen überwiegend negative Antworten
- Projektmanagement-Ansätze, die nicht gut funktioniert haben
- Engineers sind nicht an der Schätzung der Projektdauer beteiligt
- Anforderungen ändern sich trotz dedizierter PMs
- Teams ohne die Autonomie, ein gescheitertes Projektmanagement-Vorgehen zu ändern, verzeichneten eine niedrige Zufriedenheit
- Wie Big Tech Projekte durchführt
- Engineers leiten die meisten Projekte
- Es gibt keine festgelegte Methodik, Teams können frei wählen
- Für teaminterne Projekte gibt es keine dedizierten Project Manager. Bei großen Projekten mit mehreren Teams oder unternehmensweiter Beteiligung gibt es Technical Program Manager. Bei Uber liegt das Verhältnis bei etwa 1:50
- Erstklassige Entwicklertools werden bereitgestellt, und das hat großen Einfluss auf kurze Iterationszyklen
Organisationsstrukturen in Big Tech, die Projekte beeinflussen
- Grundlegendes Umfeld
- Engineers und Teams haben Autonomie
- Keine unbewussten Ressourcen (Fabrikarbeiter), sondern neugierige Problemlöser
- Interne Daten, Code und Dokumentation sind transparent zugänglich
- Engineers haben ebenfalls Einblick in das Business und die Business-Metriken
- Schnelle Kommunikation von Engineer zu Engineer statt hierarchischer Kommunikation
- Investitionen in eine weniger frustrierende Developer Experience
- Höhere Gehälter, gerechtfertigt durch höheren Hebel
- Bessere Talente können eingestellt werden
- Befähigte und autonome Teams
- Teams mit klarer Ownership
Product Manager: ja, Project Manager: nein
- Die Rolle des Product Managers besteht darin, „What game we're playing“ und „How we're going to play it“ zu verstehen
- In vielen Fällen übernehmen Product Manager in Big-Tech-Unternehmen kein Project Management
- Das Team trägt die Verantwortung für die Umsetzung, und meist sind technische Manager (Team Leads) für das Projektmanagement verantwortlich
- In befähigten und autonomen Teams ist Projektmanagement selten top-down ⇨ es geschieht gemeinsam
- Fragen, die aufkommen, wenn es keine dedizierten Project Manager gibt
- Teaminterne Projekte: Prozesse vereinfachen und zwischenmenschliche Beziehungen stärken
- Komplexe Projekte: Big Tech setzt Technical Program Manager (TPM) ein
- Dedizierte Program Manager / Project Manager gibt es durchaus. In der Regel sind sie mit Externem, Kunden und langfristigen Ausführungsplänen verbunden
- Produktzentrierte Umgebungen und warum dort kein Scrum gemacht wird
- In Sprints organisiertes Scrum passt nicht gut zu Umgebungen, in denen schnell deployt wird
- Infrastruktur und Entwicklertools übernehmen viele Scrum-Aktivitäten
- Big-Tech-Unternehmen haben erkannt, dass Investitionen in Infrastruktur und Entwicklertools Produktivitätssteigerungen bringen
- Facebook, Google, Netflix usw. nutzen kein Scrum. Warum?
- Kompetente und autonome Menschen brauchen solche Strukturen weniger
- Wenn man fähigen Teams die Freiheit gibt, selbst zu entscheiden, wie sie arbeiten, kann man ihren Hebel besser nutzen
- Die Skalierung einer Engineering-Organisation geht weit über Prozesse auf Teamebene hinaus
- Trotzdem wäre es ein Fehler, wenn nun alle Big Tech folgen und kein Scrum mehr machen würden
→ Es gibt Situationen, in denen Scrum passend ist und sogar höhere Produktivität bringen kann
- Kitchen-Sink-Teams: wenn ein Team alles selbst lösen muss (Startups in der Frühphase)
- Beim Aufbau eines neuen Teams
- Wenn nur alle paar Wochen einmal deployt wird
- Wenn standardisierte Projektstatusberichte verpflichtend sind
Wie sollte man ein Team führen?
- Iterative Änderungen sind immer besser als „Big Bang“-Änderungen
- Jemandem Fische zu geben ist leichter, als ihm das Fischen beizubringen
- Directing, Mentoring und Coaching haben jeweils ihren eigenen Zweck
- Directing bedeutet, unterstützend zu micromanagen, aber nur dann, wenn jemand es selbst tun könnte, es aber gerade nicht kann
- Je weniger Menschen für eine Entscheidung nötig sind, desto schneller kann sie getroffen werden
- Auf Reporting zu optimieren heißt, auf eine Umgebung mit geringerem Vertrauen zu optimieren
- Consultants sind voreingenommen zugunsten leicht messbarer Ergebnisse, weil das der einfachste Weg ist, ihren Wert zu belegen
- Von direkten Wettbewerbern zu lernen wird unterschätzt
- Einige der besten Engineers kündigen lieber, als sich micromanagen zu lassen
8 Kommentare
„JIRA stieß meist auf negative Reaktionen“
Ich denke, dass es notwendig ist, Issues in irgendeiner Form zu verwalten, und auch ich stand JIRA eher negativ gegenüber, weshalb ich bewusst andere Tools ausprobiert habe (
github issues,trello,asanausw.).Am Ende gilt aber wohl: Alte Liebe rostet nicht, und so bin ich schließlich doch zu JIRA zurückgekehrt ...
Trotzdem überlege ich weiter, ob es nicht einen besseren Weg gibt.
Inwiefern denken Sie, dass das Alte dem Neuen überlegen ist?
Ich mag YouTrack. Das ist ein von JetBrains entwickeltes PM-Tool, mit dem ich Projekte in dem Umfang verwalten kann, den ich brauche.
Unser Team ist auf Linear umgestiegen, und insgesamt ist die Zufriedenheit deutlich gestiegen. Ich würde Ihnen empfehlen, es sich einmal anzusehen.
Das scheint dieses Produkt zu sein, https://linear.app/. Sieht interessant aus.
Die Punkte, die ich als Vorteile empfinde, sind
So in etwa empfinde ich es.
Was macht ein erstklassiges Entwickler-Tool aus?
Ich habe es einfach so übernommen, um den Ton des Originals zu bewahren.
Zum jetzigen Zeitpunkt dürfte das wohl das beste Entwickler-Tool sein, das eine Organisation bereitstellen kann.