Ich arbeite für einen kleinen Händler für technische Produkte. Wir sind etwa 20 Mitarbeiter stark; Unser Hauptgeschäft besteht in der Beschaffung und dem Verkauf von oft obskuren technischen Geräten und Zubehör.
Ich wurde zum Teamleiter unseres dreiköpfigen "Datenteams" ernannt. Unsere Verantwortung dreht sich um die Pflege der sich schnell ändernden Daten, von denen unser Geschäft abhängt.
Mein Ziel: Ich möchte eine effektive Methodik (oder eine Kombination davon) für mein Team einführen, die unsere größten Herausforderungen anerkennt:
Kurz gesagt, das Umfeld ist oft organisatorisch chaotisch . Mehrere kleine Projekte werden wöchentlich abgeschlossen, aber inzwischen werden noch mehr erstellt, und währenddessen werden wir mit großen und kleinen Problemen und Anfragen bombardiert. Unsere Aufgabenlisten wachsen ständig.
(Ich werde nicht auf die Schritte eingehen, die ich unternommen habe, um die „Unternehmenskultur“-Seite des Problems zu lösen. Mir geht es hier darum, von meinem Team und von der Arbeit, zu der wir vernünftigerweise in der Lage sind, das Richtige zu tun.)
Gibt es eine Methodik (oder eine Mischung), um die herum ich die Arbeit meines Teams strukturieren kann? Die überwiegende Mehrheit der Methoden und Tools, denen ich begegnet bin, konzentriert sich auf große, mehrstufige Projekte, die von projektorientierten Teams angegriffen werden. Das ist nicht unsere Umgebung. Ich hoffe, dass Leute, die klüger sind als ich, effektive Methoden entwickelt haben, um unter diesen oder ähnlichen Bedingungen zu arbeiten. Ich erwarte kein perfektes System, aber ich habe Mühe, überhaupt eines zu finden, das als Ausgangspunkt dienen kann.
[Hinweis: Das offizielle Projektmanagement-Tool unseres Unternehmens ist TeamworkPM. Mein Team nutzt dies täglich. Allerdings interessiere ich mich mehr für ein System als für ein Werkzeug; Ich kann unsere Verwendung von TeamworkPM nach Bedarf anpassen.]
Wie RubberDuck feststellte, scheint Kanban ein ziemlich guter Ausgangspunkt für den Prozess zu sein. Allein die Konstruktion des Boards und des Flows wird Ihnen und dem Team wahrscheinlich viel Einblick in die Menge und Art des „Chaos“ geben, und wenn Sie es ein paar Wochen lang verwenden können, gewinnen Sie viel mehr Einblick in Engpässe, Schleifen, Blocker , usw. Stellen Sie nur sicher, dass Sie Spalten oder einen Fluss verwenden, der tatsächlich Ihrer aktuellen Realität/Ihren aktuellen Schritten entspricht , nicht einer idealisierten Version oder dem, was Ihrer Meinung nach letztendlich sein sollte.
Ich sehe zwei Ebenen von Scrum, die zu Ihrer Beschreibung passen. Stufe eins, ein Scrum - Programmverwaltungssystem . Verwenden Sie Scrum, um Ihre verschiedenen Projekte zu hinterfragen und zu priorisieren. Möglicherweise müssen Sie sich beim Sprint-Timeboxing einige Freiheiten nehmen, um sich anzupassen, oder vielleicht auch nicht. Vielleicht ist die Länge des Sprints ein guter Zeitpunkt, um die Fortsetzung des Projekts neu zu bewerten, zu priorisieren und zu bewerten.
Die zweite Ebene wäre, jedes Projekt durch Scrum zu verwalten.
Unsere zugewiesenen Projekte sind zahlreich, klein und in der Regel kurzlebig.
und
...das Umfeld oft organisatorisch chaotisch ist. Mehrere kleine Projekte werden wöchentlich abgeschlossen, aber inzwischen werden noch mehr erstellt, und währenddessen werden wir mit großen und kleinen Problemen und Anfragen bombardiert. Unsere Aufgabenlisten wachsen ständig.
und
Wir müssen angemessene Fortschritte bei vorrangigen Projekten machen und gleichzeitig immer auf Probleme reagieren, die uns zur Kenntnis gebracht werden.
Ich denke, das Rückgrat der Funktionsweise von Scrum ist für Sie seine Fähigkeit, das Chaos zu zähmen und konstante Ergebnisse zu liefern.
Indem Sie sich verpflichten, bestimmte Dinge (Sprint-Ziele) innerhalb eines kurzen Zeitraums (Sprint) zu erledigen, minimieren Sie die Auswirkungen ständiger Veränderungen auf Ihre Fähigkeit, Fortschritte zu machen, und Sie halten die Moral hoch, weil Sie ständig Fortschritte machen und ständig liefern.
Scrum wurde entwickelt, um komplexe und sich ändernde Projekte zu verwalten. Es ist nicht durch Fokus oder Produkt begrenzt - alles, was so komplex ist oder sich ändernde Anforderungen hat, kann meiner Erfahrung nach von Scrum profitieren. Meiner Erfahrung nach (ich bin übrigens kein Softwareentwickler – wir verwenden Scrum, um das Design und die Entwicklung von Hardware [hochtechnisierte Hardware] zu verwalten) funktioniert Scrum sehr gut für Sammlungen von kurzen Projekten und für lange, komplexe Projekte.
Es funktioniert auch sehr gut, wenn Ihre "Aufgaben" von mehreren Orten kommen. Manchmal kann es schwierig sein, widersprüchliche Prioritäten mehrerer Gruppen zu verwalten. Was ich hier empfehle, ist, die verschiedenen Gruppen in einem Quasi-Rat zu organisieren, um die Rolle des „Product Owners“ zu erfüllen – und sie einen Konsens darüber erzielen zu lassen, was an jedem Sprint gearbeitet wird, und sie den Rückstand organisieren und neu priorisieren zu lassen. Dies kann mit dem richtigen Ansatz wunderbar funktionieren , um drastisch bessere Ergebnisse und eine höhere Zufriedenheit mehrerer Abteilungen zu erzielen.
Was Scrum gut macht (IMHO), ist, dass es nicht versucht, das Chaos zu stoppen , sondern eine Möglichkeit bietet, das Chaos zu zähmen und es nachhaltig beherrschbar zu machen.
Ich habe absichtlich vermieden, ins Wesentliche zu gehen, wie Scrum funktioniert, die Rollen, Zeremonien usw. zu beschreiben. Es gibt Informationen bis zum Überdruss darüber, die im Internet verfügbar sind, und viele andere Fragen, die diese Themen sogar auf dieser SE-Site diskutiert haben. Ich werde jedoch einige meiner Lieblingsressourcen für die Grundlagen teilen. Die E-Learning-Serie von Collabnet bietet einen großartigen Überblick über alle grundlegenden Konzepte in einem leicht verständlichen Videoformat. Mountaingoat-Softwareist die Website von Mike Cohn und er bietet viele gute Blogartikel, Powerpoint-Präsentationen, Videos usw. kostenlos an, und detailliertere Videoschulungen und sogar persönliche Schulungen sind käuflich zu erwerben. (Mike ist einer der wichtigsten Mitwirkenden an der Entwicklung von Scrum). Und es gibt viele gute Bücher über Scrum – eine beliebte Wahl, und ich gebe zu, dass ich es nur teilweise geschafft habe, ist Essential Scrum von Ken Rubin .
Ich bin mit Hybriden weniger vertraut, aber ich weiß, dass Scrumban ein beliebter hybrider Ansatz ist, um Scrum-Praktiken mit einem Kanban-Pull-System zu kombinieren. Ich persönlich habe nicht genug darüber recherchiert, um irgendwelche Einsichten oder Meinungen zu bieten; Zu diesem Zeitpunkt bin ich mir nur seiner Existenz bewusst :)
Gummiente
Marv Mills
Thiago Cardoso