{"id":19869,"date":"2023-07-17T13:30:44","date_gmt":"2023-07-17T13:30:44","guid":{"rendered":"https:\/\/devologyx.io\/wie-big-tech-tech-projekte-durchfuehrt-und-die-seltsame-abwesenheit-von-scrum\/"},"modified":"2024-10-31T18:01:37","modified_gmt":"2024-10-31T18:01:37","slug":"wie-big-tech-tech-projekte-durchfuehrt-und-die-seltsame-abwesenheit-von-scrum","status":"publish","type":"post","link":"https:\/\/devologyx.io\/de\/wie-big-tech-tech-projekte-durchfuehrt-und-die-seltsame-abwesenheit-von-scrum\/","title":{"rendered":"WIE BIG TECH TECH-PROJEKTE DURCHF\u00dcHRT UND DIE SELTSAME ABWESENHEIT VON SCRUM"},"content":{"rendered":"\n
\"\"<\/figure>\n\n

Technisches Projektmanagement ist der Prozess der Verwaltung aller IT- und IT-bezogenen Projekte. Technische Projektmanager sind unerl\u00e4sslich, wenn es darum geht, ein Projekt zu initiieren, zu planen, durchzuf\u00fchren, zu \u00fcberwachen, zu kontrollieren und abzuschlie\u00dfen. Technisches Projektmanagement beinhaltet die Kommunikation sowohl mit technischen als auch mit nicht-technischen Beteiligten. Projektmanager haben die Art und Weise, wie Unternehmen Projekte planen und durchf\u00fchren, ver\u00e4ndert. Sie sind Innovatoren, starke Kommunikatoren, datengesteuerte Vermittler und Probleml\u00f6ser, die andere f\u00fchren und inspirieren. <\/p>\n\n

Big Tech hat andere Ans\u00e4tze f\u00fcr die Durchf\u00fchrung von Tech-Projekten als andere Unternehmen. Ich habe Daten gesammelt, indem ich einige bekannte b\u00f6rsennotierte Technologieunternehmen untersucht habe. Hier sehen Sie, wie sie die Dinge in der Regel angehen: <\/p>\n\n

Unternehmen<\/strong><\/td>Haben sie eine zentrale Methodik?<\/strong><\/td>Projektmanagement-Methodik, die normalerweise bei der Durchf\u00fchrung von technischen Projekten verwendet wird.<\/strong><\/td>Leiter der technischen Projekte.<\/strong><\/td><\/tr>
Amazon<\/td>Scrum<\/td>Planen (6-Paager) – Bauen (iterieren) – Versenden<\/td>Technischer Leiter<\/td><\/tr>
Apfel<\/td>Scrum<\/td>Planen – Bauen (wiederholen) – Schiff<\/td>Technischer Leiter<\/td><\/tr>
Datadog<\/td>Die Teammitglieder k\u00f6nnen entscheiden<\/td>Planen (RFC) – Bauen – Schiff<\/td>Technischer Ingenieur oder Leiter<\/td><\/tr>
Facebook<\/td>Die Teammitglieder k\u00f6nnen w\u00e4hlen<\/td>Planen – Bauen (iterieren) – Ausliefern<\/td>Technischer Ingenieur oder Leiter<\/td><\/tr>
Google<\/td>Die Teammitglieder entscheiden<\/td>Planen (Design Doc) – Bauen – Schiff<\/td>Technischer Ingenieur oder Leiter<\/td><\/tr>
Netflix<\/td>Die Teammitglieder w\u00e4hlen eine geeignete Methode<\/td>Planen – Bauen (iterieren) – Ausliefern<\/td>Technischer Ingenieur oder Leiter<\/td><\/tr>
Shopify<\/td>Die Projektmanagement-Methodik wird in der Regel bei der Durchf\u00fchrung von technischen Projekten eingesetzt.<\/strong><\/td>Nein, das Team w\u00e4hlt aus<\/td>Technischer Ingenieur oder Leiter<\/td><\/tr><\/tbody><\/table><\/figure>\n\n

Hier sind einige der Merkmale, die Big Tech-Ingenieure bei der Durchf\u00fchrung von Projekten gemeinsam haben<\/strong><\/p>\n\n

    \n
  • Die meisten Projekte werden von Ingenieuren geleitet: <\/strong>Sowohl entwickelte Startups als auch Big Tech setzen in der Regel ihre Ingenieure auf allen Ebenen ein, um technische Projekte zu leiten. Als Ingenieur ist es wichtig, dass Sie sich die F\u00e4higkeiten aneignen, dies zu tun, wenn Sie in leitende Positionen aufsteigen wollen. Und wenn Sie als Manager Ihren Mitarbeitern helfen, diese F\u00e4higkeiten zu entwickeln, k\u00f6nnen Sie sich als F\u00fchrungskraft weiterentwickeln. <\/li>\n\n\n\n
  • Die Teams haben die M\u00f6glichkeit, die Projektmanagement-Methode zu w\u00e4hlen<\/strong>: Viele Teams arbeiten mit einem RFC-\u00e4hnlichen Planungsprozess, wiederholen den Aufbau und liefern alles innerhalb weniger Wochen aus. Andere Teams verwenden eher Kanban-\u00e4hnliche Methoden und arbeiten an den Artikeln mit den h\u00f6chsten Priorit\u00e4ten. <\/li>\n\n\n\n
  • F\u00fcr Projekte auf Teamebene gibt es keinen festen Projektmanager:<\/strong> Die meisten Unternehmen haben technische Programmmanager (TPMs), die f\u00fcr gro\u00dfe Projekte zust\u00e4ndig sind, an denen mehrere Teams beteiligt sind oder die organisations\u00fcbergreifend laufen. Diese Manager leiten auch technische Programme, die sich nicht als Produkte qualifizieren. Wenn es um die Arbeit geht, die kein Produkt oder keine Plattform ist, die aber unerl\u00e4sslich ist, wie die Migration von lokalen Rechenzentren zu einem Cloud-Anbieter. Das sind die Bereiche, in denen TPMs die Verantwortung \u00fcbernehmen. <\/li>\n<\/ul>\n\n

    Das ist f\u00fcr Mitarbeiter in gro\u00dfen Technologieunternehmen sehr \u00fcblich. Wenn Sie jedoch den gleichen Ansatz in einem traditionelleren Unternehmen kopieren w\u00fcrden, w\u00fcrde er wahrscheinlich scheitern. Das liegt daran, dass die Organisationsstruktur von Big Tech die Art und Weise, wie Teams ihre Aufgaben erf\u00fcllen k\u00f6nnen, erheblich beeinflusst. <\/p>\n\n

    WARUM GROSSE TECH-UNTERNEHMEN KEIN SCRUM VERWENDEN<\/strong><\/p>\n\n

      \n
    • Scrum ist nicht agil: Scrum wurde anfangs so stark mit agilen Projekten in Verbindung gebracht, dass die Gemeinschaft es vers\u00e4umte, sie als getrennt zu betrachten. Der wissenschaftliche Ansatz von Scrum und die enthusiastische Werbung daf\u00fcr haben viele in ein falsches Gef\u00fchl der Sicherheit versetzt. Die Betonung von Scrum auf empirisches Management ist logisch begr\u00fcndet. Wenn sich die Umst\u00e4nde und Priorit\u00e4ten schnell \u00e4ndern, scheitern konventionelle Planung und Ausf\u00fchrung, so dass Sie stattdessen kontinuierlich beobachten und anpassen m\u00fcssen. <\/li>\n\n\n\n
    • Das ist genau das, was agile Softwareentwicklungsans\u00e4tze leisten, auch wenn sie aus einer anderen Perspektive zu \u00e4hnlichen Praktiken gelangt sind.<\/li>\n\n\n\n
    • Hybris und Enthusiasmus: Viele erwarteten, dass Scrum ein „Wrapper“ f\u00fcr jede Art von neuer Produktentwicklungsmethode sein w\u00fcrde. Das war zwar gut gemeint, ignorierte aber einen fatalen logischen Fehler: Wenn man einen nicht-agilen Prozess einwickelt, ist das Ganze nicht mehr agil. Diese Hybris f\u00fchrt dazu, dass so viele Scrum-Projekte die Saat f\u00fcr ihr Scheitern legen. Der fatale Fehler von Scrum ist, dass es sich selbst als hohl ansieht; es hat keine Meinung dazu, wie Software entwickelt werden „sollte“. Es ist, als ob die Assoziation von Scrum mit Agile eher als ein Umstand denn als eine Eigenschaft angesehen w\u00fcrde. Agile wird durch Prinzipien und Werte beschrieben, nicht durch Zeremonien und Prozesse. Agile wird durch ein Manifest geregelt, nicht durch ein Prozesshandbuch. Dies sind zwei sehr unterschiedliche Dinge, und dennoch sind viele Menschen auch heute noch durch diese Vermischung verwirrt. <\/li>\n\n\n\n
    • Scrum f\u00fchrt oft zu einer Ausweitung des Projektumfangs, da es kein definitives Enddatum gibt.<\/li>\n\n\n\n
    • Die Wahrscheinlichkeit, dass ein Projekt scheitert, ist hoch, wenn der Einzelne nicht sehr engagiert oder kooperativ ist.<\/li>\n\n\n\n
    • Die Einf\u00fchrung des Scrum-Frameworks in gro\u00dfen Teams ist eine Herausforderung<\/li>\n\n\n\n
    • Der Rahmen kann nur mit erfahrenen Teammitgliedern erfolgreich sein<\/li>\n\n\n\n
    • T\u00e4gliche Meetings frustrieren manchmal die Teammitglieder<\/li>\n\n\n\n
    • Wenn ein Teammitglied w\u00e4hrend der Durchf\u00fchrung eines Projekts aussteigt, kann dies erhebliche negative Auswirkungen auf das Projekt haben.<\/li>\n\n\n\n
    • Qualit\u00e4t l\u00e4sst sich nur schwer umsetzen, wenn die Teammitglieder einen anspruchsvollen Testprozess durchlaufen.<\/li>\n<\/ul>\n\n

      WIE SICH DIE ORGANISATIONSSTRUKTUREN VON BIG TECH AUF PROJEKTE AUSWIRKEN<\/strong><\/p>\n\n

      \"\"<\/figure>\n\n

      Um zu verstehen, wie Big Tech Projekte verwaltet, sollten wir einen Schritt zur\u00fccktreten und das Umfeld analysieren, in dem die meisten dieser Unternehmen arbeiten:<\/p>\n\n

      Eigenst\u00e4ndigkeit f\u00fcr Software-Ingenieure.<\/strong> Von Entwicklern in etablierten Unternehmen wird erwartet, dass sie die ihnen zugewiesenen Aufgaben erf\u00fcllen. Bei Startups wie Unternehmen wird erwartet, dass sie die Probleme l\u00f6sen, mit denen das Unternehmen gerade konfrontiert ist. Das ist ein erheblicher Unterschied, der sich wiederum auf den Arbeitsalltag eines jeden Ingenieurs auswirkt. <\/p>\n\n

      Probleml\u00f6ser, keine hirnlosen Ressourcen.<\/strong> Ein motivierter Ingenieur, der Probleme schnell l\u00f6st, erzielt mehr Wirkung als ein Industriearbeiter, der nur die Aufgaben ausf\u00fchrt, die ihm aufgetragen wurden. F\u00fcr Unternehmen, die mit Industriearbeitern arbeiten, ist diese Methode nicht f\u00fcr schwergewichtige Projektmanagementans\u00e4tze geeignet, die absichtlich weniger Spielraum f\u00fcr Interpretationen lassen. <\/p>\n\n

      Einblicke in das Gesch\u00e4ft und die Gesch\u00e4ftsmetriken.<\/strong> Ingenieure m\u00fcssen mit dem Rest der Branche interagieren und Beziehungen zu Nicht-Ingenieuren aufbauen. Auf der anderen Seite machen es traditionelle Unternehmen den Entwicklern in der Regel schwer, mit dem Rest des Unternehmens zu interagieren. <\/p>\n\n

      Ingenieur-zu-Ingenieur-Kommunikation \u00fcber Dreieckskommunikation.<\/strong> In traditionellen Unternehmen wird in der Regel eine hierarchische Kommunikation gef\u00f6rdert, die den Informationsfluss verlangsamt und dazu f\u00fchrt, dass Entscheidungen langsamer getroffen werden und sich die Markteinf\u00fchrung von Produkten verz\u00f6gert.<\/p>\n\n

      Eine weniger entt\u00e4uschende Erfahrung f\u00fcr Entwickler schaffen.<\/strong> Unternehmen, die ihr Augenmerk darauf richten, dass Ingenieure in der Lage sind, Probleme so schnell wie m\u00f6glich zu l\u00f6sen, schaffen mehrere Plattformteams, die die Abwanderung von Entwicklern verringern.<\/p>\n\n

      H\u00f6here Geh\u00e4lter sind durch eine h\u00f6here Verschuldung gerechtfertigt.<\/strong> Unternehmen, die Ingenieure einsetzen, werden keine Probleme haben, in der N\u00e4he der Marktspitze oder dar\u00fcber zu zahlen.<\/p>\n\n

      Das Kaliber des eingestellten Talents.<\/strong> Diese Unternehmen stellen hochkompetente und hochmotivierte Mitarbeiter ein, da sie die oben genannten Faktoren vereinen. Sie k\u00f6nnen aus einem gro\u00dfen Pool ausw\u00e4hlen, da sie f\u00fcr gro\u00dfz\u00fcgige Verg\u00fctungspakete und umfangreiche Karrierem\u00f6glichkeiten bekannt sind. <\/p>\n\n

      Was ist Scrum?<\/strong><\/p>\n\n

      \"\"<\/figure>\n\n

      Scrum ist eine agile Entwicklungsmethodik, die zur Entwicklung von Software auf der Grundlage sich wiederholender und inkrementeller Prozesse verwendet wird. Scrum ist leicht anpassbar, flexibel, schnell und ein praktisches agiles Framework, das Teams bei der Zusammenarbeit unterst\u00fctzt. Es ermutigt die Teammitglieder, durch Erfahrungen zu lernen, sich bei der L\u00f6sung eines Problems selbst zu organisieren und \u00fcber ihre Erfolge und Verluste zu reflektieren, um eine kontinuierliche Verbesserung zu gew\u00e4hrleisten. Es ist darauf ausgelegt, dem Kunden w\u00e4hrend der gesamten Entwicklung eines Projekts einen Mehrwert zu bieten. <\/p>\n\n

      Die Bedeutung der Scrum-Methodik<\/strong><\/p>\n\n

        \n
      • Die Scrum-Methodik ist einfach und effektiv. Sie ist etwas anderes als eine essentielle Sammlung von miteinander verbundenen Komponenten. Die Scrum-Methodik wird in der Regel als eine Philosophie missverstanden. Sie verwirklicht die logische Methode des Experimentierens. Die Scrum-Methodik kann auch anstelle eines ma\u00dfgeschneiderten algorithmischen Ansatzes verwendet werden. Man neigt dazu, Scrum-Methodik und Agile als etwas \u00c4hnliches zu betrachten, weil Scrum-Methodik auf konsequenter Verbesserung basiert, die eine zentrale Leitlinie der agilen Scrum-Methodik ist. <\/li>\n\n\n\n
      • Die Scrum-Methodik ist ein Rahmenwerk f\u00fcr die Durchf\u00fchrung von Arbeiten, w\u00e4hrend Agile eine Einstellung ist. Der Scrum-Methodik-Rahmen ist erfahrungsbasiert; er st\u00fctzt sich auf kontinuierliches Lernen und \u00e4ndert sich bei schwankenden Komponenten. Sie stellt fest, dass der Einzelne zu Beginn eines Projekts nicht alles wei\u00df und sich allm\u00e4hlich weiterentwickeln wird. <\/li>\n\n\n\n
      • Die Scrum-Methodik hilft Organisationen, sich seltener an schwankende Umgebungen und Kundenbed\u00fcrfnisse anzupassen. Die Hauptpriorit\u00e4t des Scrum-Rahmens besteht darin, die kurzen Lieferzyklen zu verbessern und Organisationen dabei zu helfen, w\u00e4hrend der Arbeit zu lernen. Die Scrum-Methodik ist zwar organisiert, aber nicht sehr starr. Ihre Ausf\u00fchrung kann auf die Anforderungen jeder Organisation zugeschnitten werden. Es gibt zahlreiche Hypothesen dar\u00fcber, wie genau Scrum Methodology Gruppen funktionieren m\u00fcssen, um effektiv zu sein. Nachdem wir bei Atlassian \u00fcber eine lange Zeit hinweg agile Gruppen bei ihrer Arbeit unterst\u00fctzt haben, haben wir jedoch festgestellt, dass eine gute Korrespondenz, Geradlinigkeit und ein Engagement f\u00fcr kontinuierliche Verbesserung stets im Mittelpunkt stehen sollten, egal f\u00fcr welches Scrum- und agile Framework Sie sich entscheiden. <\/li>\n<\/ul>\n\n

        Verschiedene Rollen in Scrum<\/strong><\/p>\n\n

        \"\"<\/figure>\n\n

        Die drei Scrum-Rollen beschreiben die Hauptaufgaben derjenigen, die im Scrum-Team mitarbeiten. Es handelt sich dabei nicht um Berufsbezeichnungen, d.h. jede Berufsbezeichnung kann eine der Rollen ausf\u00fcllen, auch Ihre. In Scrum konzentriert sich das Team in der Regel auf Selbstorganisation, kontinuierliche Verbesserung und die Erstellung von Qualit\u00e4tssoftware. Der Eigent\u00fcmer eines Scrum-Projekts achtet darauf, die Funktionen zu definieren, die das Produkt haben soll (was soll gebaut werden, was nicht und in welcher Reihenfolge) und Herausforderungen zu bew\u00e4ltigen, die das Entwicklungsteam behindern k\u00f6nnten. <\/p>\n\n

        Das Scrum-Team umfasst die folgenden Rollen:<\/p>\n\n

        Scrum Master:<\/strong> die Person, die hinter dem Team steht, die die Richtung vorgibt und es anleitet, nach den Regeln und Prozessen der Methodik zu handeln. Der Scrum Master kontrolliert auch den Abbau von Hindernissen f\u00fcr das Projekt und arbeitet mit dem Product Owner zusammen, um die Kapitalrendite zu verbessern. Der Scrum Master hilft dem Product Owner auch dabei, den Wert zu definieren, das Entwicklungsteam schafft den Wert und das Scrum Team macht ihn besser. Der Scrum Master beschreibt nicht nur eine unterst\u00fctzende Art der F\u00fchrung, sondern auch die t\u00e4glichen Abl\u00e4ufe im Team. <\/p>\n\n

        Product Owner: <\/strong>Dies ist der Vertreter der Interessengruppen und Kunden, die die Software nutzen. Er konzentriert sich auf den gesch\u00e4ftlichen Teil und ist f\u00fcr die Rentabilit\u00e4t des Projekts verantwortlich. Der Product Owner versteht nicht nur die Bed\u00fcrfnisse der Kunden, sondern visualisiert auch den Wert, den das Scrum-Team den Kunden liefern wird. Er sorgt auch daf\u00fcr, dass ein Gleichgewicht zwischen den Bed\u00fcrfnissen der Beteiligten besteht. Der Product Owner muss also f\u00fcr diese Inputs verantwortlich sein und die Arbeit zur obersten Priorit\u00e4t machen. Dies ist eine wichtige Aufgabe, denn widerspr\u00fcchliche Priorit\u00e4ten minimieren die Effektivit\u00e4t des Teams und zerst\u00f6ren das Vertrauen zwischen dem Entwicklungsteam und dem Unternehmen. <\/p>\n\n

        Das Team: <\/strong>Dies ist in der Regel eine Gruppe von Experten mit dem erforderlichen technischen Wissen f\u00fcr die Entwicklung des Projekts, die gemeinsam die Aufgaben ausf\u00fchren, mit denen jeder Sprint beginnt. Die meisten Leute denken, dass das Entwicklungsteam nur aus Ingenieuren bestehen muss, aber das ist nicht der Fall. Das ist aber nicht der Fall. Dem Entwicklungsteam k\u00f6nnen alle Arten von Personen angeh\u00f6ren, darunter Designer, Programmierer oder Autoren. Dieses Team sollte selbstorganisiert sein, um Entscheidungen treffen zu k\u00f6nnen, mit denen die Arbeit erledigt wird. Das Entwicklungsteam kann genau wie das Team f\u00fcr den Produktionssupport Entscheidungen umsetzen, die die anstehenden Probleme beheben und gleichzeitig einen Mehrwert bieten. Dieses Team sorgt auch f\u00fcr Transparenz w\u00e4hrend des t\u00e4glichen Standups. Das t\u00e4gliche Scrum-Standup sorgt f\u00fcr Transparenz bei der Arbeit und bietet eine Plattform, \u00fcber die Teammitglieder um Hilfe bitten k\u00f6nnen. <\/p>\n\n

        Fazit<\/strong><\/p>\n\n

        Wir haben er\u00f6rtert, wie Unternehmen in verschiedenen Stadien ihre Projekte mit unterschiedlichen Methoden durchf\u00fchren und dass Big Tech im Allgemeinen keinen einheitlichen Ansatz verfolgt. Dennoch haben gro\u00dfe Firmen viel organisatorische Unterst\u00fctzung, damit dieser Prozess funktioniert. <\/p>\n\n

        Wie Sie Teams f\u00fchren, sollte im Allgemeinen von Ihrem Kontext abh\u00e4ngen. Zu den relevanten Faktoren geh\u00f6ren Ihre Organisationsstruktur, die Menschen, mit denen Sie zusammenarbeiten, die Autonomie und die F\u00e4higkeiten dieser Menschen, Ihre Konkurrenz und die Frage, ob Sie in „Kriegszeiten“ oder „Friedenszeiten“ arbeiten. Die Liste l\u00e4sst sich fortsetzen. <\/p>\n","protected":false},"excerpt":{"rendered":"

        Technisches Projektmanagement ist der Prozess der Verwaltung aller IT- und IT-bezogenen Projekte. Technische Projektmanager sind unerl\u00e4sslich, wenn es darum geht, ein Projekt zu initiieren, zu planen, durchzuf\u00fchren, zu \u00fcberwachen, zu kontrollieren und abzuschlie\u00dfen. Technisches Projektmanagement beinhaltet die Kommunikation sowohl mit technischen als auch mit nicht-technischen Beteiligten. Projektmanager haben die Art und Weise, wie Unternehmen Projekte […]<\/p>\n","protected":false},"author":1,"featured_media":16891,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_themeisle_gutenberg_block_has_review":false,"_jet_sm_ready_style":"","_jet_sm_style":"","_jet_sm_controls_values":"","_jet_sm_fonts_collection":"","_jet_sm_fonts_links":"","footnotes":""},"categories":[20],"tags":[],"writer":[],"class_list":["post-19869","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-unkategorisiert"],"_links":{"self":[{"href":"https:\/\/devologyx.io\/de\/wp-json\/wp\/v2\/posts\/19869","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/devologyx.io\/de\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/devologyx.io\/de\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/devologyx.io\/de\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/devologyx.io\/de\/wp-json\/wp\/v2\/comments?post=19869"}],"version-history":[{"count":3,"href":"https:\/\/devologyx.io\/de\/wp-json\/wp\/v2\/posts\/19869\/revisions"}],"predecessor-version":[{"id":20074,"href":"https:\/\/devologyx.io\/de\/wp-json\/wp\/v2\/posts\/19869\/revisions\/20074"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/devologyx.io\/de\/wp-json\/wp\/v2\/media\/16891"}],"wp:attachment":[{"href":"https:\/\/devologyx.io\/de\/wp-json\/wp\/v2\/media?parent=19869"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/devologyx.io\/de\/wp-json\/wp\/v2\/categories?post=19869"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/devologyx.io\/de\/wp-json\/wp\/v2\/tags?post=19869"},{"taxonomy":"writer","embeddable":true,"href":"https:\/\/devologyx.io\/de\/wp-json\/wp\/v2\/writer?post=19869"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}