Das Bild stammt aus dieser Ressource .Ihr Konkurrent oder Partner hat Scrum bereits implementiert und zeigt gute Ergebnisse, und natürlich möchten Sie dasselbe erreichen. Ich habe schlechte Nachrichten für Sie: Bei falscher Verwendung kann Scrum schädlich sein.
Hier finden Sie beispielsweise eine Liste empirisch identifizierter Situationen, in denen Scrum Ihre Arbeit stören kann.
1. Planen Sie, Rollen aus dem klassischen Projektmanagement und Scrum zu kombinieren?
Das Scrum-Team muss aus drei Rollen bestehen: Product Owner, Development Team und Scrum-Master. Im Rahmen der vorgeschlagenen Zusammensetzung bleibt das Team „flach“, dh es besteht keine direkte Unterordnung zwischen den Teilnehmern. Ein solches Team ist befugt, alle Entscheidungen in Bezug auf das zu entwickelnde Produkt unabhängig zu treffen. Die Rollen in Scrum beschreiben klar, wer für welche Probleme verantwortlich ist.
Stellen Sie sich nun vor, Sie möchten Scrum in einem Team mit klassischem Projektmanagement implementieren. Dann beginnt das Scrum-Team mit der Teilnahme des Projektmanagers. Was passiert in diesem Fall? In der Tat hat PM einfach nichts, um sich in einem solchen Projekt zu beschäftigen. Alle Verantwortungsbereiche, die wir auf ihn übertragen, führen zu einem Ungleichgewicht im Scrum-Team. PM ein Budget geben? Ausgezeichnet, das heißt, PM regelt nicht den Wert und den Inhalt des Produkts, aber im Falle von Problemen wird er es auf den Kopf bekommen. Werden wir ihm auch die Arbeit mit dem Wert des Produkts geben? Dann ist es möglich, den Product Owner abzuschaffen. Aber es wird nicht Scrum sein.
Wie sich Rollen und Aufgaben in einem Team mit der Ankunft von Scrum ändern2. Sie arbeiten mit sehr klaren Anforderungen
Scrum wurde entwickelt, um Produkte mit einem hohen Maß an Unsicherheit zu entwickeln. Es funktioniert gut in Fällen, in denen wir häufige Veröffentlichungen benötigen, um Feedback vom Markt zu erhalten. In Situationen, in denen wir detaillierte Anforderungen haben, die keinen Raum für Kreativität lassen, oder in denen wir kein Feedback von Kunden / Benutzern benötigen, verbringt Scrum nur Teamzeit für Besprechungen, die für die Produktentwicklung nicht von großem Wert sind.
Wenn schon alles klar ist, warum dann komplizieren?
3. Sie arbeiten mit kurzfristigen Projekten
Die Basis von Scrum ist ein empirischer Ansatz. Das bedeutet, dass wir auf die vorhandenen Erfahrungen des Teams zurückgreifen, um die zukünftigen Erfolge vorhersagen zu können. Wenn wir an einem Projekt mit einer Dauer von 2 Monaten arbeiten, haben wir einfach nicht die Zeit, genug Erfahrung zu sammeln, um es anzuwenden, um die Arbeitsprozesse zu verbessern.
4. Das Team hat keine Lust, die Arbeitsweise zu ändern
Dies ist eine der wichtigsten Einschränkungen bei der Implementierung von Scrum. Die Implementierung von Scrum als Leitfaden ist fast immer eine schlechte Idee. Zunächst ist es wichtig, dem Team Werte zu vermitteln und die Idee zu verkaufen. Aber auch danach haben Sie keine Garantie dafür, dass die Ideen von Scrum allen Teilnehmern nahe kommen. Wer die Idee von Scrum und agilen Werten intern nicht akzeptiert hat, kann beginnen, das System von innen zu zerstören, "rock the boat".
Es gibt mehrere mögliche Szenarien. Erstens: Scrum schlägt überhaupt keine Wurzeln. Dies kann passieren, wenn der größte Teil des Teams gegen Veränderungen ist. Entweder organisiert das Team von Anfang an einen Aufruhr oder es unternimmt alles, damit sich der neue Ansatz als ineffektiv erweist.
Die zweite Option: Ein oder mehrere Teilnehmer möchten nicht im neuen System arbeiten. In der Regel führt eine solche Situation dazu, dass ein „problematischer“ Teilnehmer das Team alleine verlässt.
Ändern Sie Wir warten auf Veränderung.
Das Bild stammt aus dieser Ressource .5. Sie sind nicht bereit, alle erforderlichen Scrum-Methoden anzuwenden
Für diesen Ansatz haben sie sogar den Sonderbegriff ScrumBut geprägt. Dies ist der Zeitpunkt, an dem wir an Scrum arbeiten, aber ... wir haben keine Retrospektiven. Aber wir haben 2 mal pro Woche ein Tägliches Treffen. Aber wir haben die Rolle des Scrum-Masters aufgegeben. Und viele andere ähnliche "Aber".
Scrum Framework bietet eine einfache und klare Antwort auf all diese Situationen. Ja, Sie können dem Scrum-Prozess Ihres Teams zusätzliche Methoden hinzufügen (z. B. Methoden aus XP). Aber nein, Sie können keine Elemente von Scrum ablehnen, da dies kein Scrum sein wird.
Alle Rollen, Ereignisse und Artefakte von Scrum sind eng miteinander verknüpft und zielen darauf ab, ein gemeinsames Ziel zu erreichen - Kunden effizient mit einem Produkt von maximalem Wert zu versorgen. Die Ablehnung irgendeines Teils von Scrum bewegt uns von diesem Ziel weg.
6. Sie sind nicht bereit, Mitarbeiter zu rekrutieren, die in Vollzeit an einem Produkt arbeiten
Haben Sie eine grafische Darstellung der Abhängigkeit der produktiven Arbeitszeit von der Anzahl der Projekte gesehen, an denen Sie gleichzeitig arbeiten? Wenn nicht, dann schau zu.
Dieses Diagramm selbst ist das beste Argument für die Einbeziehung von Mitarbeitern in die Arbeit an jeweils einem Projekt. Wenn sie Sie jedoch nicht überzeugt, ziehen Sie von der verbleibenden Zeit für ein Projekt bei der Arbeit mit mehreren anderen die Zeit ab, die für obligatorische Besprechungen (tägliche Besprechungen, Rückblick, Planung, Sprintüberprüfung) aufgewendet wird. Ein Teammitglied hat zu wenig Zeit, um an Aufgaben zu arbeiten. Brauchst du es
Es gibt Ausnahmen von dieser Regel. Beispielsweise kann Scrum-Master mit mehreren Teams gleichzeitig arbeiten. Für andere Teilnehmer ist es jedoch notwendig, nur an diesem Projekt ein Maximum an Beteiligung zu gewährleisten.
7. Sie haben keine Managementunterstützung
So wie wir wollen, dass die Mitarbeiter einen neuen Arbeitsansatz verfolgen, brauchen wir auch die Unterstützung des Managements. Es ist wichtig zu verstehen, dass die Einführung von Scrum vor allem auf
frühe Stadien erfordern möglicherweise einige Investitionen. Zum Beispiel die Einstellung eines Agile-Coaches oder eines professionellen Scrum-Masters, die Schulung des Product Owner, die Durchführung von Scrum-Schulungen für Mitarbeiter und vieles mehr. Der Leiter sollte bereit sein, das neue Unternehmen finanziell zu unterstützen.
Dies ist jedoch nicht das Wichtigste. Viel wichtiger ist es, dass das Management des Unternehmens die Werte von Scrum teilt und bereit ist, die Unternehmenskultur zu verändern. Zum Beispiel muss ein Anführer darauf vorbereitet sein, dass er im Rahmen neuer Rollen im Team neue Befugnisse erteilen muss. Nicht jeder ist dazu bereit, daher kann es auch erforderlich sein, eine Idee auf dieser Ebene zu verkaufen.
Diese Kriterienliste erhebt keinen Anspruch auf Vollständigkeit, Sie können sie selbst ergänzen oder Ihre Fälle in den Kommentaren mitteilen.