Scrum, wenn jedes Mitglied sein eigenes Produkt hat

Ich arbeite in einem 15-köpfigen Team, das Scrum implementiert (so gut wir können). Jede Person im Team hat mehrere Produkte, an denen nur sie arbeitet, und jedes dieser Produkte hat nichts mit anderen Produkten im Team zu tun. Packen Sie jedoch alles in ein Backlog, um Scrum zu erleichtern.

Wir haben einen Scrum Master, der das Team leitet, aber keinen Product Owner (da es so viele Produkte gibt, die alle nichts miteinander zu tun haben, ist jedes Mitglied für seine eigenen Backlogs verantwortlich).

Wir haben bei täglichen Stand-Ups festgestellt, dass es zwar gut ist, aufzuholen, aber wenn Sie nicht sprechen, haben die Produkte, von denen Sie von anderen Mitgliedern hören, nichts mit Ihrer eigenen Arbeit zu tun, und es gibt kein einziges Produkt, das mehr hat als ein Mitglied daran arbeitet.

Ich möchte fragen, ob es so klingt, als sollten wir überhaupt Scrum verwenden? Wenn ja – gibt es Möglichkeiten, wie wir unsere Standups und Sprints für jedes Mitglied relevanter machen können?

Vielen Dank

Wenn es keine zentrale Kohärenz gibt, dann gibt es kein „Team“. Haben Sie wirklich 15 Leute, die unabhängig voneinander an einem Portfolio von über 30 Produkten arbeiten, oder verwechseln Sie Aufgaben mit Produkten?
Wir haben ein zentrales Thema der Gesundheitsforschung durch Big-Data-Analyse, wo wir Projekte zu Krebs, Herz-Kreislauf usw. usw. haben, wo jede Person 2-3 Krankheitsbereiche abdeckt, und jedes neue Projekt, das hereinkommt, dh ein 6-monatiges Projekt zu Diabetes, wird sein von der auf Diabetes spezialisierten Person übernommen. Sie treffen sich mit dem Kunden, erledigen die Arbeit, schreiben wissenschaftliche Arbeiten ohne das Zutun anderer Teammitglieder.
Was hat Sie überhaupt dazu bewogen, Scrum einzusetzen? Was hast du vorher gemacht?
Wir waren ein neues Team, das aufgefordert wurde, SCRUM zu übernehmen, da es zu den bestehenden Softwareentwicklungsteams passt, in denen wir arbeiten. Dh willkürlich
Basierend auf der verwendeten Terminologie wollte ich The Scrum Guide teilen , das ist die Definition.

Antworten (4)

Es scheint, dass Sie einige Scrum-Merkmale verwenden, aber nicht das Framework. Es gibt einige Lücken in Ihrer Beschreibung, die mich interessieren:

  • Wer verwaltet den Rückstand und setzt Prioritäten?
  • Machen Sie Planungen, Reviews und Retrospektiven?

Ich kann mir wirklich schwer vorstellen, wie es ein Planungsmeeting für eine Gruppe von Menschen wäre, bei dem jede Person an einem anderen Produkt arbeitet.

Also, Beantwortung deiner Fragen:

Es klingt, als sollten wir sogar Scrum verwenden?

Das tut es nicht. Sie könnten Ihre Manager fragen, warum Sie „Scrum verwenden“, wenn es nur so ist, weil es ein Trend ist, dann könnten Sie etwas anderes ausprobieren. Ich denke auch, dass es für euch einfacher wäre, den Rückstand basierend auf dem Produkt jedes einzelnen zu filtern und ein Kanban-Board zu verwenden, um den Fortschritt zu verfolgen. Es ist einfacher und passt für Teams und "Solo-Teams" :D

Gibt es Möglichkeiten, wie wir unsere Standups und Sprints für jedes Mitglied relevanter gestalten können?

Sie können Zeitfenster für die Freigabe Ihrer Inkremente definieren und es einen Sprint nennen, es wird nicht in der Scrum-Perspektive sein, aber es ist eine Möglichkeit, Lieferungen zu organisieren.

Ich würde die Standup-Meetings beibehalten, da Sie eine gewisse Beziehung zwischen dem haben, was Sie "verschiedene Produkte" nennen, vor allem, weil das Team immer davon profitieren kann, wenn sie pragmatisch sind, aber ich würde versuchen zu sehen, welche Produkte wirklich an jedem der beteiligt sind Standup-Meetings, um zu vermeiden, dass sich die Leute Zeit nehmen, um sich Dinge anzuhören, die sie nicht betreffen.

Hallo Leonardo, das sind wirklich hilfreiche Ratschläge. Jede Person ist für ihr eigenes separates Backlog verantwortlich – sie sind die Leads für alle ihre Projekte, die in ein großes Backlog eingespeist werden. Wir haben Retrospektiven, in denen wir Verbesserungsmöglichkeiten besprechen - das kann alles sein, was ein Projekt oder Zeitschätzungen betrifft. Ein separates Board pro Projekt erscheint mir sinnvoll. Danke.

Es hört sich so an, als ob hier einige Dinge im Spiel sind:

Produkt vs. Anwendungen vs. Projekt

So viele Produkte klingen ungewöhnlich - sicherlich schwierig zu warten. Wenn ich Leute sehe, die sagen, dass sie so viele Produkte haben, meinen sie normalerweise wirklich Anwendungen oder Projekte. Es gibt zwei Dinge, die ich normalerweise hilfreich finde, wenn ich über ein Produkt spreche: Erstens, was denkt der Kunde? Würde Ihr Kunde sagen, dass Ihr Produkt Datenanalyse oder kardiovaskuläre Datenanalyse ist? Und zweitens ist Ihr Ansatz zwischen den verschiedenen Arten der Datenanalyse ähnlich. Sie müssen nicht genau gleich sein, aber Ähnlichkeiten im Ansatz bedeuten, dass Verbesserungen in einem Bereich auf andere übertragen werden können, wenn Sie sie als 1 (oder weniger) Produkte behandeln). Denken Sie an Microsoft Office. Word, Excel und Powerpoint funktionieren alle sehr unterschiedlich, aber es gibt alle Möglichkeiten, Dokumente der einen oder anderen Art zu erstellen, und es hat enorme Vorteile, sie wie ein Produkt zu behandeln.

Der Nutzen von Teams

Was Sie beschreiben, klingt nicht nach einem Team. Es klingt wie eine Gruppe von Menschen, die sich zufällig ein Büro teilen. Ein richtiges Team kann sowohl von mehr Flexibilität als auch von einer gesteigerten Produktivität profitieren. Wenn beispielsweise für eine Art von Arbeit mehr Arbeit anfällt als für eine andere, kann ein Team seine Aufmerksamkeit auf diese Arbeit lenken, aber das von Ihnen beschriebene Setup muss diese Projekte zum Warten zwingen. Außerdem beinhaltet die meiste Arbeit, die ein Team übernimmt, einige Formen der Wiederholungsarbeit zwischen den Aufgaben. Häufig können Teams, die zusammenarbeiten, diese Arbeit effizienter erledigen, sodass sie eine höhere Produktivität erzielen.

Wo Teams nicht funktionieren

Wenn die Arbeit radikal unterschiedlich ist, kann es sein, dass jede Art von Arbeit volle Aufmerksamkeit und die gesamte Zeit einer Person erfordert, um mit den Entwicklungen in dieser Art von Arbeit Schritt zu halten. Dies ist sehr selten - normalerweise betrifft es nur die neueste Forschung, aber ich weiß nicht, in welcher Art von Arbeit Sie tätig sind, also trifft dies vielleicht zu.

Verwenden von Scrum

Scrum soll Teams helfen, komplexe Probleme zu lösen und Produkte iterativ zu entwickeln. Es ist nicht so, dass Scrum nicht für andere Dinge funktioniert, aber das ist es, was es wirklich auszeichnet. Wenn Sie dies nicht tun, gibt es möglicherweise bessere Ansätze für Sie.

Hallo Daniel, es gibt ein paar Dinge, die jedes Produkt gemeinsam hat – SQL/Statistiken und maschinelles Lernen, die alle aus einem gemeinsamen nationalen Datensatz stammen. Und um wissenschaftliche Arbeiten zu erstellen, die die Forschung zeigen. Stellen Sie sich also jede dieser Komponenten als Teil der Vorlage für jedes Produkt vor. Es ist nur so, dass an jedem Produkt eine eigene Person arbeitet. Das heißt, ich habe normalerweise drei Produkte gleichzeitig, also teilen Sie meine Sprints auf diese Produkte auf. Wir könnten sicherlich anfangen zu verlangen, dass Menschen Produkte teilen, aber das wird von einigen als doppelte Arbeit oder unnötiges „Überprüfen der Arbeit anderer“ angesehen.
„Es ist nicht so, dass Scrum für andere Dinge nicht funktioniert“ – würde ich hinzufügen. Vieles, was Scrum lehrt, kommt vom gesunden Menschenverstand. Mit anderen Worten, ein Großteil des Ansatzes von Scrum kann in anderen Umgebungen als der vom OP beschriebenen verwendet werden.

Das funktioniert nicht innerhalb des Scrum- Frameworks, sondern Scrum In Name Only ( SINO ).

Scrum ist ein Framework für die Entwicklung, Lieferung und Wartung komplexer Produkte.

Wenn man sich dafür entscheidet, Menschen über mehrere Projekte, Bemühungen und Produkte hinweg zu teilen, während man es ein Team nennt , wäre das Scrum-Framework ein unpassender Force-Fit. Eine Art, wie Ineffektivität und Ineffizienz aufgedeckt werden, ist das, was Sie den täglichen Aufstand nennen, wahrscheinlich wirklich ein traditioneller Statusbericht.

Dieses klassische Missmanagement kann fortgesetzt werden, ohne dass seine Kosten anfallen. Eine bessere Alternative besteht darin, den Ansatz zu einem engagierteren Personalmodell zu ändern, und Änderungen können sehr herausfordernd sein.

„Scrum nur dem Namen nach“ … ui – müssen Sie sich jetzt an ein „reines Scrum“ halten?
@AlexJean Ja. Scrum’s roles, events, artifacts, and rules are immutable and although implementing only parts of Scrum is possible, the result is not Scrum. Scrum exists only in its entirety and functions well as a container for other techniques, methodologies, and practices.RTFM
Danke - ich habe es nie bemerkt, aber ja, das letzte Stück, das Sie geteilt haben, ist in der offiziellen Dokumentation.
@AlexJean Ich habe einen Chat für das Scrum-Framework gestartet, wenn Sie weitere Diskussionen führen möchten.

Wenn die "Produkte" (Sie können es Projekte nennen oder was auch immer für Sie geeignet ist) nicht verwandt sind, besteht kein Grund, sich zusammen zu stellen, da der Status für die anderen nicht wichtig ist, und in Ihrem Fall sind Sie es tatsächlich nicht eine Mannschaft. Ein Stand-up-Meeting lenkt diejenigen ab, die nicht an den Informationen interessiert sind, die im Stand-up ausgetauscht werden.

Es ist besser, sich nur mit den entsprechenden Teammitgliedern aufzuhalten, um sich weiterhin auf das Projekt und den Status dieses Projekts (Meilensteine, Probleme, Erfolge usw.) zu konzentrieren, anstatt alle einzubeziehen.

Scrum, wenn jedes Mitglied sein eigenes Produkt hat
AntwortenHierDatenschutz-Bestimmungen1y, 0v