Führen Sie Scrum teilweise in einem Team ein

Der CEO unserer kleinen Firma (14) bat mich, einige Elemente von Scrum in den Arbeitsprozess unseres Entwicklungsteams einzuführen.

Das Problem ist: Das Stück, das er eingeführt sehen möchte, ist nicht wirklich der Hauptteil. Es ist hauptsächlich das tägliche Scrum-Meeting.

Das Problem ist, dass eine vollständige Einführung von Scrum ihn dazu zwingen würde, seine eigene Arbeit zu ändern (Backlog bilden, Inhalt von Sprints definieren usw.), und das will er offensichtlich nicht ...

Ich sehe die Vorteile der Einführung dieser kleinen Teile von Scrum. Bessere Kommunikation des Teams, vor allem, da wir keinen CTO haben, ist es sowieso eher ein sich selbst organisierendes Team.

Ich habe auch einige Hoffnungen, dass wir, nachdem wir mit Scrum begonnen haben, die Methode weiter integrieren könnten.

Hast du so etwas schon gesehen? Wie geht es weiter?

Antworten (4)

Im Gegensatz zu Bartosz glaube ich, dass kurze, tägliche Meetings etwas sind, das in vielen verschiedenen Umgebungen tatsächlich perfekt funktionieren kann, auch wenn es praktisch die einzige Praxis ist, die von Scrum übernommen wurde.

Außerdem kenne ich Teams, und ziemlich viele von ihnen, die Scrum ausprobiert haben, es dann aufgegeben haben, und die einzige Praxis, die sie noch praktizieren, sind tägliche Meetings. Und sie bezeichnen es sogar als das Beste von Scrum – keine Überraschung, da sie sich gegenseitig fallen ließen.

Auf jeden Fall geht es bei den täglichen Meetings darum, Informationen innerhalb des Teams auszutauschen, und sie zielen darauf ab, dies auf eine sehr leichte Art und Weise zu tun. Dies bedeutet, dass die Chancen gut stehen, dass gute Leute den Wert tatsächlich erkennen. Also das würde ich auf jeden Fall ausprobieren.

Ich habe jedoch nicht viel Hoffnung, dass es ein guter Ausgangspunkt ist, um Scrum als Ganzes einzuführen. Mit Scrum zu beginnen, ist für die große Mehrheit der Teams eine Revolution. Anderes Teammodell, anderer Prozess und eine Reihe neuer Praktiken, die es zu befolgen gilt. Es ist oft schwierig, den Übergang zu Scrum nachhaltig zu gestalten, da Menschen Revolutionen von Natur aus ablehnen, und das wird die Kraft sein, die mit einer schrittweisen Scrum-Implementierung schwer zu überwinden wäre.

Wenn Sie an inkrementelle Änderungen des Teams denken, scheint Kanban ein besseres Werkzeug zu sein, um solche laufenden Änderungen zu unterstützen. Eigentlich wird Kanban oft als Change-Management-Ansatz bezeichnet und wenn ich das richtig verstehe, will man das auch machen. Kanban geht auch davon aus, dass sich am Tag 1 nichts wirklich ändert, deckt dann aber Probleme auf und motiviert die Mitarbeiter, ihre Arbeitsweise zu verbessern.

Irgendwie guter Punkt, außer dass sie diese Praxis selbst übernommen haben, im Gegensatz zu der vom CEO gegebenen (wahrscheinlich ohne Diskussion). Wenn es die Entscheidung des Teams wäre, würde ich sagen, dass es funktionieren könnte.
Eigentlich sehe ich das nicht als Problem an. Traroth sieht den Wert und konnte mich davon überzeugen. Es sollte auch nicht so schwer sein, das Team zu überzeugen. Die Wahrnehmung der Einführung der Praxis hängt ziemlich stark davon ab, wie sie dem Team verkauft wird, aber das war nicht wirklich ein Teil der Frage.
+1 Dies ist eine großartige Möglichkeit, mit der Einführung von Scrum zu beginnen. und dies ist eines der wichtigsten Merkmale.

Ja. Dort gewesen, das gesehen.

Tägliches Scrum-Meeting ist in Scrum sinnvoll, weil:

  • Alle Teammitglieder sind daran interessiert, Aufgaben zu erledigen, damit sie Fortschritte und Hindernisse verfolgen können
  • Es besteht oft die Möglichkeit des Wechsels (eine Person beendet, was die andere begonnen hat), daher müssen sie Fortschritte und Hindernisse verfolgen
  • Sie müssen „Ressourcen“ weise einsetzen, daher treffen sie sich normalerweise mehr als einmal am Tag, um Aufgaben zu wechseln, sich gegenseitig zu helfen und Wissen auszutauschen, also müssen sie wissen, was im Team vor sich geht

Ohne Scrum war es scheiße (falls ich es gesehen habe), weil:

  • jeder Entwickler arbeitete an seinen eigenen Aufgaben und konnte leben, ohne zu wissen, was andere tun (ich werde meinen Teil dazu beitragen)
  • Sie hatten keinen Grund, über Hindernisse zu sprechen, da andere nicht daran interessiert waren, zu helfen (sie erledigten IHRE Aufgaben), also waren alle Geschichten erfolgreich
  • Sie sahen keinen Grund darin, tägliche Standups zu machen (niemand beriet sich mit ihnen über die Situation), also sagten sie die meiste Zeit: "Ich mache das Gleiche wie gestern und ich werde es wahrscheinlich in den nächsten zwei Wochen tun, danke."

Ich sage nicht, dass Standups für Sie nicht funktionieren werden. Aber haben Sie (ich meine Manager) sich selbst eine Frage gestellt:

  • warum wollen wir das machen ?
  • was erwarten wir zu bekommen ?
  • Ist es die richtige Wahl, um zu bekommen, was wir wollen ?
  • Haben wir mit dem Team darüber gesprochen ?
  • Was sind die Vorschläge des Teams?

Es ist wahrscheinlich ratsam, die Krankheit des Patienten zu kennen, bevor ein Medikament verabreicht wird, das wirken sollte.

Und ich würde es nicht „Scrum Daily Meeting“ nennen. Wenn dies fehlschlägt und Sie jemals versuchen werden, Scrum einzuführen, wird eine solche negative Voreingenommenheit auf Sie warten.

Scheint, als würde er den Sinn von Scrum wirklich verfehlen. Allein das Daily Scrum ist wie der Schaum eines Cappuccinos. Zugegeben, es ist ein wesentlicher Bestandteil von Scrum und ein großartiger Lackmustest dafür, wie gut das Team zusammenarbeitet, aber für sich genommen macht es einfach keinen Sinn. Vielleicht ein Kommunikationsproblem. Ich frage mich, ob Sie zu Ihrem CEO zurückgehen und ihm einige offene Fragen darüber stellen könnten, was ihn an Scrum so attraktiv findet.

Eigentlich hatte ich vorgeschlagen, Scrum überhaupt zu verwenden. Er hat sofort den Vorteil dieses Teils gesehen, der eingeführt werden kann, ohne den gesamten Arbeitsprozess des Unternehmens zu ändern, was ich verstehen kann. Aber auf der anderen Seite denke ich, dass unsere Prozesse verbessert werden müssten, also versuche ich, darauf zu drängen, mehr von Scrum in unsere Arbeitsgewohnheiten einzuführen. Deshalb werde ich nächste Woche eine allgemeine Vorstellung von Scrum machen, um sicherzustellen, dass jeder weiß, wovon wir reden und was zumindest die Vorteile sein könnten.
Viel Glück Traroth. Ich kenne niemanden, der nicht von schlankeren/agileren Praktiken profitieren kann, aber es gibt einige, die nicht gut zu Scrum passen. Ich vertraue darauf, dass es für Sie ist. Wie Ken Schwaber sagt, stellt Scrum ein Durcheinander dar, also seien Sie früh bei der Einführung auf einige Probleme vorbereitet.

Wie sie sagen, beginnt jede Reise mit einem einzigen Schritt.

Betrachten Sie dies als einen Anfang und machen Sie daraus einen erfolgreichen Proof of Concept.

Ja, ich werde versuchen, mit einer vollständigen Präsentation von Scrum zu beginnen, damit jeder im Unternehmen zumindest weiß, wovon wir sprechen und welche Vorteile wir erwarten könnten, wenn wir mehr Scrum in unsere Prozesse einführen ...
Und stellen Sie sicher, dass es gute Ergebnisse gibt, die sich positiv auf das Projekt, das Unternehmen und das Team auswirken.
Ich verstehe deine Bedenken. Im technischen Team scheinen alle sehr motiviert von dieser Änderung zu sein, also mache ich mir keine Sorgen ...
Führen Sie Scrum teilweise in einem Team ein
AntwortenHierDatenschutz-Bestimmungen1y, 0v