Wie würden Sie Scrumban für ein großes Team implementieren, das gleichzeitig mehrere F&E-Projekte durchführt?

Ich arbeite in einem privaten Technologiezentrum und führe nur F&E-Projekte für Industriekunden und Institutionen durch ... Ich schaue auf die Anwendung agiler Methoden auf unsere Aktivitäten. Von all meinen Messwerten schaue ich in Richtung Scrumban.

Aber ich habe Zweifel an seiner Anwendbarkeit und wie man dies einrichtet. Wir haben KEINE Erfahrung mit Agile. Alles basiert auf der Erfahrung des Projektmanagers, PMP oder Intuition...

Zusammenfassend denke ich, dass meine Hauptzweifel in folgenden Bereichen liegen: - Teamgröße, damit Scrumban überschaubar ist - Problem der Ressourcenzuweisung für mehrere Projekte gleichzeitig (und wir können dies aufgrund der Art unserer Aktivitäten) - Ausgabe von Ressourcen, die für mein Projekt erforderlich sind, aber in einem anderen Unterteam verwaltet werden.

Lassen Sie mich Ihnen also zuerst den Kontext geben und dann konkrete Fragen stellen:

Ich arbeite in einer Geschäftseinheit mit etwa 50 Mitarbeitern. Wir haben etwa 150 laufende Projekte. minimale Projektlaufzeit 6 Monate, maximal 4 Jahre. Projekte haben ihren unkontrollierbaren Lebenszyklus mit intensiven Sprints, gefolgt von langen Totzeiten aufgrund von Verzögerungen beim Kundenfeedback, Warten auf gekaufte Komponenten oder einfach nur einem festen langen Zeitrahmen, aber mit geringer Intensität. Wir haben viele verschiedene Fachrichtungen, daher können einige Aufgaben nur von einer Person ausgeführt werden. Da wir nur F&E-Verträge ausführen, haben wir VIELE Ungewissheiten und Risiken und fast keine Wiederholbarkeit zwischen zwei Projekten. Aber da wir ein privates Unternehmen sind, müssen wir unseren Kunden die Ergebnisse pünktlich, innerhalb des festgelegten Budgets und in angemessener Qualität liefern ... Alle Projekte (hauptsächlich in Bezug auf Robotik, Werkzeugmaschinen und Fabrikautomation) erfordern viele Profile in verschiedenen Phasen zusammenarbeiten: konzeptionelles Design; Architekturdesign, Prototyping, Tests, Redesign, Software, Elektronik, Mechanik usw. All dies wird von Projektmanagern koordiniert und unser Betriebsleiter führt eine monatliche Ressourcenzuweisung (Personenstunden) auf der Grundlage einer Projekt-/Personenmatrix durch.

Ich leite ein Unterteam, das auf ein bestimmtes Marktsegment abzielt, aber wir sind nicht autonom und unabhängig (Robotik erfordert eine enge Integration von Software, Mechatronik und Hardware). Wir müssen also immer mit den anderen Unterteams interagieren, Aufgaben von den Maschinenbauingenieuren ausführen lassen usw.

Meine Fragen sind also: 1. Wie kann ich meinen Liefertermin und mein Budget in den kommerziellen Angeboten planen, wenn wir später eine agile Methode verwenden und zu Pull-Prozessen neigen ...

  1. Bezogen auf Frage 1, wie kann ich ein Gantt- oder ein anderes System pflegen, um das Lieferdatum zu schätzen, wenn ich Kanban oder Scrumban verwende??? Sind beide kompatibel? Ich habe das Gefühl, dass der Wechsel zu iterativen und schlanken Prozessen unsere Effizienz und Ressourcenallokationseffizienz verbessern wird, aber dass wir an Vorhersagbarkeit verlieren werden (andererseits habe ich noch nie einen Gantt-Plan gesehen, der rechtzeitig korrekt ausgeführt wurde ;-) ). Ist das wahr?

  2. In welchem ​​Team soll ich den Scumban einsetzen: bei den 50 Leuten?? Kaum überschaubar, oder? Aber wenn ich es in meinem 12-köpfigen Unterteam mache, wird es nicht vollständig sein, da ich Ingenieure aus der anderen Untergruppe brauche, um an meinen Projekten zu arbeiten ...? Also müsste ich dem Backlog des anderen Teams "Karten hinzufügen" und versuchen, sie mit hoher Priorität zu bekommen ...? Was ist also die angemessene Teamgröße? Und um Interaktionen zwischen Teams zu verwalten?

  3. Bezogen auf Frage 3: Wie soll ich die Aspekte mehrerer Projekte verwalten? Ich meine: sollte ich versuchen, Scrumban auf Projektebene oder auf Teamebene durchzusetzen? Ich befürchte, dass die Projektebene nicht in Ordnung ist, da die Ressourcen in meinem Projekt auch anderen Projekten zugewiesen sind und ich KEINEN Überblick über deren aktuelle Auslastung und Aufgabenprioritäten und Notfälle habe ... Aber auf der Ebene der 50-Personen-Gruppe befürchte ich, dass es so ist wird nicht zu bewältigen sein, es sei denn, wir betreiben Mikromanagement bis hin zu den sehr feinen Aufgaben, mit dem damit verbundenen Verwaltungsaufwand ... und Kopfschmerzen!

Ich hoffe, ich habe unsere Situation gut übertragen, die ich als ziemlich komplex verstehe, aber in so vielen anderen Unternehmen vorfinde ...

Vielen Dank im Voraus für Ihre Meinungen und Ratschläge, wie/ob wir agile Prozesse in unserer Geschäftseinheit einsetzen sollten (vorzugsweise Scrumban, glaube ich)!

Allerbeste,

Damien Sallé

Willkommen bei PMSE. Sie müssen Ihre "Frage" in mehrere Fragen aufteilen. So wie es aussieht, stellen Sie zu viele verschiedene Fragen in einem einzigen Beitrag, und Ihre Frage wird wahrscheinlich als zu breit geschlossen.
ok, ich werde versuchen, dies in mehreren Fragen zu definieren, auch wenn ich glaube, dass mein Problem global ist und daher von einer globalen Perspektive profitieren würde ...
Sie erhalten definitivere Antworten, wenn Sie die Fragen separat stellen, in völlig unterschiedlichen Fragen. Sie können in jeder Frage auf frühere Fragen verweisen, um eine globalere Perspektive zu erhalten. Aber die Aufschlüsselung hilft nicht nur dabei, präzisere Antworten zu erhalten, es sollte auch dazu beitragen, Annahmen zu klären, die bei der Formulierung Ihrer Fragen getroffen wurden.

Antworten (1)

In Ihrer Frage ist zu viel los, um konkrete Ratschläge zu geben, aber hier sind einige Grundregeln, die ich normalerweise anwende:

  1. Wenn ein Projekt komplex oder kompliziert und nicht wiederholbar ist, verwenden Sie Scrum.

  2. Wenn Ihr Projekt einfach und/oder wiederholbar ist, verwenden Sie die von Ihnen bevorzugte Prozessmethode

  3. Wenn Ihr Projekt im Chaos ist, tun Sie alles andere, als aus dem Chaos herauszukommen und sich in die einfachen, komplizierten oder komplexen Zonen zu begeben

  4. Wenn Ihr Projekt ein großes Element der Unterstützung, Wartung oder häufige Nachfrage nach Prioritätsänderungen oder die Notwendigkeit hat, Arbeitselemente öfter als wöchentlich neu zu bestellen, ziehen Sie Kanban in Betracht.

  5. Wenn Sie mehr Projekte als Teams haben, haben Sie ein Problem mit der Priorisierung des Managements. Die Verwaltung mehrerer Projekte ist äußerst ineffizient (siehe meinen Artikel Eine einfache Killeridee zur Steigerung der Softwareentwicklungsproduktivität (Entschuldigung für den aufsehenerregenden Titel). Ich rate Ihnen, Ihr Management zu bitten, die Projekte zu priorisieren.

Weitere Hinweise zur Kategorisierung von Projekten finden Sie in allen Verweisen auf „Stacey Matrix“ oder „Cynefin“.

Abschließend möchte ich Ihnen wärmstens empfehlen, dass Sie einige Ihrer Mitarbeiter an Scrum Master- und (wesentlich) Scrum Product Owner-Schulungen sowie an Kanban-Schulungen teilnehmen lassen. Vielleicht möchten Sie auch die Dienste eines guten Agile-Coaches in Betracht ziehen, um Ihre Agile-Akzeptanz zu fördern.

Danke Derek für dieses Feedback. Am Ende habe ich kein "Management", das uns helfen könnte, die Anzahl der Projekte zu reduzieren. Wir sind eine Geschäftseinheit, also im Grunde wie ein kleines Unternehmen, und wir müssen so viele Projekte abliefern, um wirtschaftlich nachhaltig zu sein ... Aber Ihre Kommentare verstärken meine Zweifel: Ist Lean in Ordnung, um eine Abteilung zu leiten? oder "nur" autonome und autosuffiziente Projekte...
@DamienSalle: "Management" wären die Personen mit der Befugnis, Entscheidungen zu treffen, die sich auf das Geschäft auswirken. Und die Anzahl, die reduziert werden muss, ist die Anzahl der "in Bearbeitung" befindlichen Projekte, bei denen Sie die Kosten für das Nichtstun während des Wartens auf eine Antwort/ein Stück Hardware mit den Kosten für das Wechseln des Kontexts mitten in einem Projekt (und zurückwechseln) abwägen müssen !)
Wie würden Sie Scrumban für ein großes Team implementieren, das gleichzeitig mehrere F&E-Projekte durchführt?
AntwortenHierDatenschutz-Bestimmungen1y, 0v