Meine Frage bezieht sich auf die Einführung von Scrum und/oder Kanban in einer kleinen Organisation (derzeit 9 Mitarbeiter), aber mit mehreren mehr oder weniger ausgeprägten Schwerpunkten, teilweise mit nur einer Person. Meine Sorge gilt hauptsächlich der Frage, wie wir jeden in der Organisation daran beteiligen können, wohin wir uns als Organisation bewegen, aber eine bessere Methode zu finden als weniger produktive wöchentliche Meetings, wie wir sie jetzt haben.
Wir sind ein Community-TV-Kanal, wobei unsere Haupteinnahmequellen entweder bezahlte Video-/TV-Produktionen oder Projekte mit zeitlich begrenzten Zuschüssen (normalerweise 1-3 Jahre) sind, zuzüglich einiger "allgemeiner Einnahmen" wie Mitgliedsbeiträge und Sponsoring. Die Projekte sind in diesem Sinne teilweise getrennt (da sie ihr eigenes Ziel, ihren eigenen Zweck und ihr eigenes Budget haben, die im Projektantrag angegeben sind), aber dennoch ein integraler Bestandteil der Organisation.
Unsere aktuelle Organisation sieht wie folgt aus (einige Mitarbeiter sind in mehrere Projekte/Teams involviert):
Um es noch komplizierter zu machen, stehen der Betriebsleiter, der technische Leiter und der Projektleiter für Projekt 1 für Produktionen zur Verfügung, wenn Bedarf entsteht. Manchmal sogar der Geschäftsführer. Und der Entwickler, der zu 50 % angestellt ist, verwendet 25 % seiner Zeit für die allgemeine Website.
100 % bedeutet 40 Stunden pro Woche. So arbeitet der Projektleiter für Projekt 1 30-40 Stunden pro Woche mit Projekt 1, da er auch für Produktionen zur Verfügung steht, die mehr Personal erfordern usw.
Meine Idee ist, dass der Director of Operations (ich) auch der Scrum Master sowohl für das Produktionsteam als auch für Projekt 1 sein wird. Projekt 2 befindet sich in seinem letzten Jahr und besteht hauptsächlich aus dem Projektleiter. Für Projekt 1 würde Scrum gut passen, insbesondere für die Entwicklerteile, aber Kanban wäre besser für das Produktionsteam sowie die Produktionsteile von Projekt 1 geeignet.
Aber wie hält man dann den Finanzverwalter und den Programmleiter auf dem Laufenden? Der Finanzadministrator wird nicht wirklich von der Teilnahme an Daily Scrums profitieren und der Programmmanager ist irgendwie unabhängig, obwohl er teilweise mit dem Produktionsteam verbunden ist. Und der Produzent wird zwischen dem Produktionsteam und den beiden Projekten aufgeteilt.
Ein Grund, warum ich mich mit agilem Projektmanagement beschäftigt habe, ist die Unterstützung des Projektleiters in Projekt 1, da seine Erfahrung in der Planung und Leitung von Projekten sehr begrenzt ist.
Entschuldigung für einen langen Beitrag. Aber glauben Sie, dass eine Kombination aus Scrum und Kanban für eine Organisation wie diese funktionieren würde? Einige von uns haben damit begonnen, Trello dafür zu verwenden.
Und wie hält man alle in der Organisation auf dem Laufenden, was in den anderen Teams und für die Organisation als Ganzes passiert? Wir haben begonnen, Slack für die Teamkommunikation zu verwenden, aber da wir uns alle physisch in der gleichen Einrichtung befinden, wäre eine Art physische Treffen mit dem gesamten Personal auch gut.
In solch kleinen Teams und sich überschneidenden Grenzen nützt Scrum nichts. Es wäre Aufwand statt Hilfe.
Ich würde empfehlen, nur lose Prozesse mit direkter Überwachung zu verwenden. Nehmen Sie zum Beispiel Kanban für das Projektaufgabenmanagement. Nutzen Sie Scrumban „ Planning on Demand“ für die Projektplanung.
Da das Mitglied der Finanzseite immer dasselbe ist, kann er getrennt und nur an wöchentlichen oder monatlichen Besprechungen beteiligt werden. Wenn nein, müssen Sie weitere Einzelheiten zu seinen täglichen Aufgaben angeben. Die Teams von Projekt 1 und Projekt 2 sollten ihre eigenen Zyklen mit täglichen Standups und der Planung von On-Demand-Meetings durchführen. Auch für das Top-Level-Management wäre es gut, einmal im Monat Kaizen- oder retrospektive Veranstaltungen mit Teams abzuhalten, um von den Problemen zu hören und über Lösungen zu sprechen.
Da Sie sich physisch in einem Büro befinden, benötigen Sie kein Kommunikationstool außer einem Taskboard. Beginnen Sie vielleicht mit einem physischen, einem Ding, das an einer Wand angebracht und von allen gesehen werden kann. Eine Wand der Transparenz in Ihrem Unternehmen. Eine Wand, um alle daran zu erinnern, was vor sich geht und was die Verantwortlichkeiten sind.
Schließlich sollten Sie mit einem Taskboard beginnen, Routinen treffen und später iterieren, um die Leistung zu schätzen und zu messen. Da es im Grunde nur eine Möglichkeit gibt, zu bewerten, ob Methoden hilfreich sind, versuchen Sie, die Leistung zu messen und zu sehen, wie sie sich verbessert oder versagt.
PS Arbeiten Sie an einer Unternehmenskultur, die jedem beibringen könnte, dass prozessbasierte Arbeit weniger stressig und vorteilhaft ist als eine chaotische Umgebung. Und das ist natürlich die Qualitätssicherung inklusive.
Glaubst du, eine Kombination aus Scrum und Kanban würde für eine Organisation wie diese funktionieren?
Möglich, aber nicht so, wie Sie es sich vorstellen.
[Wie] hält man alle in der Organisation auf dem Laufenden darüber, was in den anderen Teams und für die Organisation als Ganzes passiert?
Haben Sie einen Kommunikationsplan oder nutzen Sie Ihre Rahmenzeremonien wie Sprint Reviews. Verzetteln Sie die Leute nicht mit Details, die sie nicht brauchen oder wollen.
Eines der Schlüsselprinzipien der agilen Entwicklung ist, dass die meisten Teamzeremonien nur diejenigen umfassen, die „Skin in the Game“ haben. Stakeholder dürfen nicht aktiv an täglichen Stand-ups teilnehmen, und Teams werden auf die kleinste funktionsübergreifende Einheit beschränkt, die die Arbeit erledigen kann.
Also, was auch immer Sie zu tun versuchen, ist nicht Scrum oder Kanban. Was du zu vermissen scheinst ist:
Um es zusammenzufassen: Schneiden Sie das Fett ab. Ihre Projektbeteiligung sollte schlank sein, aber mit sehr engen Feedbackschleifen von tatsächlichen Kunden oder von einem Product Owner, der sie vertritt. Alles andere gehört wohl in ein „Management-Wunderbuch“, aus dem Sie unendlich viele auswählen können.
Wenn ich Scrum nicht verwenden kann, verwende ich Kanban.
Wenn Sie glauben, dass Sie alle zwei oder vier Wochen das funktionsfähige Produkt liefern können, entscheiden Sie sich für Scrum!
Ansonsten bietet Kanban ein großartiges Tool zur Visualisierung von Aufgaben. Visual Board sollte jedem in Ihrer kleinen Organisation zeigen, wer was tut, und dabei helfen, Engpässe zu erkennen, um die Prozesse zu verbessern.
Denken Sie daran, dass Ihr Board einen hohen Wert hat, wenn es die ganze Zeit relevant ist. Vielleicht lassen Sie die Leute Aufgaben selbst verschieben und lassen es alle wissen (der Trello-Dienst erledigt das im Aktivitätsfenster).
Die Schätzung von Aufgaben kann manchmal auch übersprungen werden.
Sie sollten sich auf die Häufigkeit Ihrer Stand-Ups einigen. Wenn die Kommunikation sehr gut ist, können alltägliche Meetings überflüssig werden. Diskussionen über jedes Projekt in separaten Skype-Gruppen oder/und E-Mail können besser sein als Standups. Wöchentliche Meetings können sehr nützlich sein, da sie ernster genommen, besser organisiert und ein besseres Werkzeug für die schrittweise Verbesserung in Ihrer Organisation sein können.
David Hiller
Thiago Cardoso