Ich bin also Teil eines Teams mit 12 Mitgliedern, in dem wir kürzlich versucht haben, Scrum/agile Prozesse zu übernehmen. Ich bin der Scrum Master des Teams und ich bin auch sehr neu in Sachen Agilität; Ich bin auch ein Auszubildender im Unternehmen, daher sind der Rest des Teams und ich mit dem Prozess nicht sehr vertraut.
Zunächst einmal entschuldige ich mich, wenn hier mehr Fragen als nur der Titel stehen!
Mein Hauptproblem ist also, dass wir ein Team sind, das in unserer Zeit eine große Anzahl operativer Rollen ausführt; Wir sind ein Entwicklungsteam, aber wir haben nicht viel Zeit für die Entwicklung. In unserem Team haben wir etwa 5 Entwicklungsmitglieder, 2 Hauptmanager, Fachexperten und dann auch Leute, die mit der Nachfrage zu tun haben. Unser Manager wollte, dass wir alles einbeziehen, was wir tun, ob es sich um Entwicklung handelt oder nicht, aber wir haben uns schließlich darauf geeinigt, einfach bei der Entwicklung zu bleiben.
Mein Hauptproblem ist, dass die Nicht-Entwickler wirklich nicht in den agilen Prozess einsteigen wollen. Wir befinden uns in unserem 8. Sprint, also 16 Wochen der Agilität, und noch bevor es begann, erscheinen sie kaum zu Meetings, berichten dem Vorstand über neue Geschichten oder kommen zu mir, um Unterstützung zu erhalten. Wie bekomme ich Leute ins Boot, die so gegen den Prozess sind? Sie haben keine Motivation, das zu erledigen, was auf dem Board steht, also verschieben wir ständig Aufgaben auf den nächsten Sprint, was den gesamten Prozess nach unten zieht, und sie wollen nicht helfen, den Prozess zu verbessern. Die Entwicklungsmitglieder sind sehr daran interessiert, dass der Prozess funktioniert, sie arbeiten gut mit den Aufgaben, nehmen an allen Meetings teil, aber es scheinen andere zu sein, die den Prozess zum Scheitern bringen.
Ein weiteres Problem, das ich habe, ist, dass wir als Team überhaupt agil arbeiten können, weil wir wenig Zeit haben, uns auf die Entwicklung zu konzentrieren? Wir haben so viele operative Aufgaben, dass so viele Aufgaben auf den nächsten Sprint übertragen werden, dass ich mich oft frage, ob wir nur Zeit verschwenden.
Entschuldigung, wenn es verwirrend ist, es ist sehr schwer, die Situation zu erklären.
Das Folgende basiert auf der Annahme, dass Sie in einer komplexen, anpassungsfähigen Umgebung arbeiten, in der mehr unbekannt als bekannt ist, wenn es um den Wert geht, den Ihre Arbeit schafft:
Es gibt Bücher und Bücher über solche Dinge und Unternehmen, die Millionen mit Beratung zu Agile Enablement verdienen, aber es läuft wirklich darauf hinaus, wie bereitwillig die Menschen sind, die Scrum-Werte anzunehmen . Mit Menschen meine ich sowohl die Teammitglieder als auch die Stakeholder, die für die Stärkung eines funktionsübergreifenden, selbstorganisierten Teams verantwortlich sind.
Letztendlich muss jeder verstehen, dass Scrum einfach ein Framework ist, das Ihre Probleme aufdeckt; es löst sie nicht für Sie. Der Silberstreif am Horizont ist, dass Scrum Ihrem Team die Möglichkeit gibt, sich befähigt zu fühlen, diese Probleme anzugehen und Lösungen zu schaffen, die auf inkrementelle, iterative Weise einen Mehrwert liefern. Während Scrum Möglichkeiten dafür einbaut, muss das Team die Werte verkörpern, damit es funktioniert. Alles beginnt mit den Werten und der Befähigung, die Arbeit, die sie verrichten, selbst zu verwalten.
Meiner Erfahrung nach zeigen sich die Früchte von Scrum wirklich, sobald ein Team befähigt ist, seine eigene Arbeit zu verwalten. Es ist ein harter Verkauf – vor allem, weil es die Arbeitsweise verändert – aber es gibt Fallstudien, die die Vorteile zeigen. Ich empfehle, einige davon zu finden und mit Ihrem Team zusammenzuarbeiten, um zu verstehen, dass Ihre Situation nicht einzigartig ist und mit dem Scrum-Framework transformiert werden kann.
BEARBEITEN: Es kann auch Ihrem Team zugute kommen, eine formelle Schulung mit einem zertifizierten Trainer zu absolvieren. Die besten Ergebnisse erzielen Sie, wenn alle gleichzeitig geschult werden, damit sie neu gewonnenes Wissen, ihr Verständnis des Frameworks und die Einordnung ihrer Rolle in das Gesamtbild diskutieren können.
Herzlich willkommen!
Ein weiteres Problem, das ich habe, ist, dass wir als Team überhaupt agil arbeiten können, weil wir wenig Zeit haben, uns auf die Entwicklung zu konzentrieren? Wir haben so viele operative Aufgaben, dass so viele Aufgaben auf den nächsten Sprint übertragen werden, dass ich mich oft frage, ob wir nur Zeit verschwenden
Vielleicht hat das Managementteam deshalb vorgeschlagen, dass Ihr Manager möchte, dass Sie „alles, was wir tun, einbeziehen, ob es sich um Entwicklung handelt oder nicht“. Für mich klingt das nach einer angemessenen Empfehlung. Was war die Grundlage für die Entscheidung Ihres Teams, sich nur auf Entwicklungsaufgaben zu beschränken?
Mein Hauptproblem ist also, dass wir ein Team sind, das im Laufe des Tages eine große Anzahl operativer Rollen ausführt
Möglicherweise ist Kanban für Ihre Situation besser geeignet als Scrum. Es konzentriert sich auf einen stetigen Arbeitsfluss mit WIP-Limits in den verschiedenen Phasen, anstatt sich auf Sprints zu konzentrieren, wie dies bei Scrum der Fall ist.
die Nicht-Entwickler wollen wirklich nicht mit dem agilen Prozess an Bord gehen ... Wie bekomme ich Leute an Bord, die so gegen den Prozess sind?
Die Antwort darauf hängt davon ab, warum sie gegen den Prozess sind.
Ich denke, wenn das seit 4 Monaten so geht (und war es von Anfang an so schlimm? Oder gab es anfangs mehr Beteiligung von Nicht-Entwicklern?), dann ist es an der Zeit, aufzuhören und umzudenken, anstatt weiterzumachen das gleiche was nicht funktioniert.
Es hört sich so an, als könnten Sie alle von Training und/oder Coaching profitieren, nicht nur, wie (und warum!) Agilität/Scrum „gemacht“ wird, sondern auch, wie man agil „ist“ und als Team zusammenarbeitet … oder möglicherweise zu zweit Teams, da die empfohlene Größe für ein Team 5-7 Personen beträgt.
Viel Glück!
Da das Dev-Team an Bord ist, schlage ich vor, dass Sie das Dev-Team rein Scrum/Agile-zentriert machen.
Alles, was in Dev ein- und ausgeht, durchläuft Scrum.
Stellen Sie sicher, dass Sie alle zum täglichen Standup einladen, aber beginnen Sie es jedes Mal pünktlich, ohne auf jemanden zu warten. Warum diejenigen bestrafen, die pünktlich kommen? Kein Anrufen, Anstupsen oder Warten.
Und stellen Sie sicher, dass Ihr Board, Ihre Aufgaben und Informationen im Voraus auf dem neuesten Stand sind und dass alle Ihre Requisiten verfügbar sind. Darauf zu warten, dass der Scrum Master einen Magic Marker oder eine Haftnotiz findet, ist eine großartige Möglichkeit, sich selbst zu zerstören.
Stören Sie die Leute nicht, zu kommen; Fragen Sie sie einfach, warum sie ihre Aufgaben nicht im Griff haben:
Sie: Welche Aufgabe?
Sie: Sie haben Ihre Kolumne/Swimlane nicht auf dem Kanban-Board gesehen?
Sie: Oh, ich verstehe das Zeug nicht; gib mir eine Pause.
Sie: Nun, Dev läuft jetzt auf Agile; Wenn Sie mit ihnen kommunizieren möchten, sollten Sie sich besser auf den neuesten Stand bringen. Soll ich Ihnen eine 10-minütige Tour durch die Funktionsweise geben?
Früher haben wir den täglichen Standup gefilmt (stellen Sie die Kamera auf ein Stativ, damit niemand während der Aufnahme abgelenkt werden muss). Personen, die nicht vor Ort waren oder zu spät oder langsam waren, konnten es überprüfen.
Das Versenden eines Links zu einem Video dient auch als Erinnerung und Zusammenfassung.
Matthäus Meek
Sarow
Matthäus Meek
Thiago Cardoso