Wie man Scrum skaliert - ein paar Worte zum Nexus Agile Development Framework

    Im Januar 2018 erblickte die Welt das Licht des aktualisierten Nexus-Frameworks - ein Scrum-basiertes Tool, das für die Teamarbeit bei großen Projekten entwickelt wurde. Die Autoren der Methodik haben eine Reihe von Begriffsdefinitionen korrigiert und das Lizenzierungsverfahren geändert . Seit Anfang des Jahres ist der Nexus Guide unter einer Creative-Commons-Lizenz lizenziert. Und das bedeutet, dass jedes Unternehmen Nexus (wie Scrum) kostenlos nutzen kann.

    Lassen Sie uns über die Merkmale der Methodik und ihrer Hauptkomponenten sprechen. / Foto von Sebastian Sikora CC




    Wer und warum hat Nexus erschaffen?


    1996 stellten die Entwickler Ken Schwaber und Jeffrey Sutherland die Scrum- Community für agile Softwareentwicklung vor . Es handelt sich um eine Reihe von streng zeitlich begrenzten Iterationen (Sprints), für die Entwickler neue Funktionen für das Programm implementieren müssen.

    Wie Jeff Sutherland in seinem Buch Scrum feststellt . Eine revolutionäre Projektmanagementmethode. “Mit Scrum können Entwicklungsteams„ Super-Effizienz “erzielen und die Produktivität um 300% steigern.

    Scrum hat jedoch einen Nachteil: Es ist gut geeignet, im selben Team zu arbeiten (und die empfohlene Anzahl seiner Mitglieder beträgt nur sieben Personen), aber es lässt sich nicht gut über die Grenzen hinweg skalieren - wenn die Arbeit einer großen Anzahl von Personen koordiniert werden muss.

    Um die Situation zu verbessern und die Methodik zu erweitern, hat Ken Schwaber 2015 das Nexus-Framework eingeführt . Nexus hilft, die häufigen Probleme der gemeinsamen Entwicklung zu vermeiden: Schwierigkeiten bei der Verwendung derselben Codebasis und Inkonsistenzen bei der Integration der Leistungen verschiedener Teams.

    Nexus verwendet iterative und inkrementelle Ansätze zur Skalierung von Softwareentwicklungsprozessen. Jedes Team arbeitet als Teil seines Sprints und kombiniert dann seine Ergebnisse. Dies erleichtert die Abstimmung der Produktentwicklung.

    Nexus-Komponenten


    Das Framework besteht aus Rollen, Ereignissen, Artefakten und Regeln, die jedem Scrum-Anhänger vertraut sind, sowie Regeln, die alles vereinen. In Nexus haben sich diese Komponenten geringfügig geändert, sodass die Methodik in Großprojekten angewendet werden kann.

    Rollen Durch die Scrum-Methodik werden allen Teilnehmern am Entwicklungsprozess bestimmte Rollen zugewiesen. Sie können in zwei große Gruppen unterteilt werden - "Schweine" und "Hühner". Die erste Gruppe umfasst alle Personen, die direkt an der Erstellung der Anwendung beteiligt sind: den Scrum Master, der Besprechungen durchführt und die Einhaltung der Scrum-Prinzipien überwacht, den Product Owner (Product Owner), der die Interessen der Endbenutzer vertritt, und das Entwicklungsteam (Entwicklungsteam).

    Die zweite Gruppe - „Hühner“ - umfasst Endverbraucher, Verkäufer, Berater usw.

    Nexus hat die Rolle des Nexus-Integrationsteams (NIT) eingeführt, um die Skalierung der Methodik zu unterstützen. Dies ist ein ganzes Team, zu dem Product Owner, Scrum Master und Vertreter von Scrum-Teams gehören. Ihre Aufgabe ist es, mögliche Probleme bei der Teamentwicklung zu bewerten und zu vermeiden. Es ist wichtig zu beachten, dass NIT-Mitglieder nicht direkt in die Programmierung einbezogen sind, sondern allen anderen Teilnehmern Empfehlungen zur Anwendung der Scrum- und Nexus-Prinzipien geben.

    Im Allgemeinen trug die Einführung von NIT aufgrund der kompetenten Aufgabenteilung zu einer besseren Koordination zwischen den Teams bei. Mitglieder der IT-Community gaben jedoch an, dass die neue Rolle auch zur Entstehung einer Art „Engpass“ beigetragen hat. Wenn NIT-Mitglieder organisatorische Probleme lösen, wartet das Entwicklungsteam nicht auf Anweisungen.

    Artefakte. In Scrum werden Artefakte als eine Reihe von Anforderungen an die Produktfunktionalität verstanden, die bei der Organisation der Aktivitäten von Entwicklern hilfreich sind. Diese Anforderungen werden in zwei Magazinen beschrieben: dem Projekt-Backlog und dem Sprint-Backlog.

    Das Wishbook des Projekts listet allgemeine Anforderungen an die Funktionalität auf - sogenannte User Stories , sortiert in absteigender Reihenfolge der Wichtigkeit. Sie helfen dabei, eine Vorstellung davon zu bekommen, wie das Endprodukt aussehen soll.

    Sprint Wish Journal - Eine Liste der vom Product Owner ausgewählten Implementierungsfunktionen. Basierend auf dieser Liste verfolgen Entwickler Aufgaben, die vor dem Ende eines Sprints erledigt werden müssen.

    In Nexus verwenden Teams das Product Backlog anstelle des Wunschbuchs des Projekts. Um das Zusammenspiel vieler Entwickler zu vereinfachen, ist dieses Magazin in Teile gegliedert. Jeder Teil wird einem der Teams „zugewiesen“. Alle Entwickler verstehen also, mit welchen Aufgaben des gesamten Projekts sie befasst sind. Gleichzeitig behält jedes Team sein Sprintwunschprotokoll bei.

    Ereignisse. Alle Teammitglieder nehmen an Besprechungen teil, die manchmal als "Ereignisse" bezeichnet werden. "Schweine" geben sie täglich aus und "Hühner" - zu Beginn und am Ende des Projekts oder im Sprint. Meetings sind erforderlich, um den Fortschritt der Entwicklung zu besprechen, Pläne abzuschätzen und Engpässe zu identifizieren.

    Um die Kommunikation zwischen verschiedenen Teams zu verbessern, haben die Nexus-Entwickler vier neue Arten von Ereignissen hinzugefügt:

    • Nexus-Sprint-Planung - Derzeit entscheiden die Teams, wer einen bestimmten Sprint aus dem Product Backlog besser handhaben kann. Danach plant jedes Team seinen eigenen Sprint und kommuniziert mit anderen Scrum-Teams, damit sich ihre Aufgaben nicht überschneiden.
    • Nexus Daily Scrum - wird verwendet, um den aktuellen Stand der Dinge zu besprechen. Ermöglicht es Ihnen, den Tag zu planen oder Integrationsprobleme zu lösen.
    • Nexus Sprint Review - hier teilen Teams ihre Erfolge am Ende jedes Sprints mit.
    • Nexus Retrospective - In dieser Zeit werden vergangene Erfahrungen ausgewertet und ein Plan zur Verbesserung des Entwicklungsprozesses für die Zukunft erstellt.

    Auf der offiziellen Nexus-Leitseite finden Sie ein Diagramm der Interaktion und Abfolge all dieser Ereignisse.

    Wann ist Nexus anzuwenden?


    In Großprojekten. Das Framework hilft, die Arbeit mehrerer Scrum-Teams in großen Projekten „nahtlos“ zu organisieren. Beispielsweise hat ein indisches Unternehmen, das Sicherheitssoftware herstellt (die Autoren von Scrum gaben seinen Namen nicht bekannt), ein Jahr lang Scrum für die Entwicklung seiner Produkte verwendet. Anfangs hatte das Unternehmen ein Scrum-Team, aber bald stieg die Anzahl auf drei, und Probleme begannen mit der Integration individueller Lösungen.

    Dann lud das Unternehmen einen Scrum-Experten ein und schlug vor, den Scrum-Workflow auf eine Multi-Team-Ebene zu verlagern - die Implementierung von Nexus. Nach der Nexus-Methodik arbeiten bereits sechs Teams, die alle zwei Wochen regelmäßig neue Software-Releases veröffentlichen.

    In großen Unternehmen.Beispielsweise benötigte die IT-Abteilung von Terminales Portuarios Peruanos (TPP), einer Reederei in einem der Häfen der peruanischen Hauptstadt, neun Monate, um eine neue Version ihrer Kernsoftware herauszubringen. Um Abhilfe zu schaffen, versuchte das Unternehmen die Waterfall- Methode , RUP und die Prinzipien des traditionellen Projektmanagements . Alle zeigten jedoch keine signifikanten Verbesserungen, und in einigen Fällen wurden sie sogar noch schlimmer.

    Dann entschied sich das Unternehmen, Nexus auszuprobieren. Die Technik ermöglichte es, die Freisetzungszeit um das Dreifache zu verkürzen und das Produkt alle drei Monate freizugeben.

    Nexus hilft dabei, die Interaktion zwischen Teams zu etablieren, die auf der ganzen Welt "verstreut" sind. Daily Sprints unterstützen ein hohes Maß an Kommunikation und Mitarbeiterbeteiligung im Projekt.

    Beachten Sie, dass Nexus die Arbeit vieler Entwicklungsteams bei der Arbeit an einem großen Projekt koordiniert und die Veröffentlichung von Releases beschleunigt (wie dies bei TPP der Fall ist), jedoch Probleme im Zusammenhang mit der internen Struktur des Unternehmens nicht lösen kann. Beispielsweise macht sich das Framework nicht bemerkbar, wenn den Teams Spezialisten fehlen, um alle Probleme zu lösen.

    Somit ist Nexus für die Arbeit an großen Projekten geeignet (laut den Machern der Methodik können Sie neun Scrum-Teams effektiv verwalten) und bei richtiger Anwendung den Entwicklungsprozess um das 3-4-fache beschleunigen. Das Hauptaugenmerk dieser Methodik liegt jedoch auf der Lösung von Integrationsproblemen, da sie nicht zur Lösung anderer organisatorischer Probleme im Unternehmen beitragen kann .



    PS Ein paar frische Materialien aus dem First Corporate IaaS Blog:


    PS Mehrere Publikationen aus unserem Telegrammkanal :


    Jetzt auch beliebt: