Direkt zum Hauptbereich

Was ist eine gute Projektorganisation im Unternehmen? Teil 2

Das Scrum-Training ist zu Ende. Alle Beteiligten sind zufrieden. Viele neue Erkenntnisse. Aber wie setzt man sie um? Wie geht man mit den bestehenden Strukturen um?
Im ersten Teil haben wir gesehen, dass Prozesseffizienz eine interessante Messgröße ist, um Prozesse besser zu verstehen. Wir sind immer noch bei der Frage, welche Rollen und Strukturen wir im Unternehmen brauchen.

Woher kommt die Verschwendung in den Prozessen?

Tom und Mary Poppendieck haben Beispiele für Verschwendungsquellen in der Softwareentwicklung notiert./1, Chap. 1/
  • Halbfertige und angefangene Arbeit
  • Unnötige Prozessschritte
  • Überflüssige Funktionen
  • Wechseln zwischen Aufgaben
  • Wartezeiten, insbes. warten auf Entscheidungen
  • Unnötige Bewegungen
  • Fehler
Sie lassen sich auf Dienstleistungen übertragen. Viele dieser Verschwendungsquellen lassen sich auf Rollen und Strukturen zurückführen:
  • Wer gibt Arbeit in Auftrag und lässt sie nicht abschließen?
  • Wer prüft regelmäßig, ob dies die im Moment beste Arbeitsweise ist, um einen Vorgang abzuschließen?
  • Wer gibt Funktionen in Auftrag, die nicht oder sehr selten genutzt werden?
  • Wer lässt Leute gleichzeitig an mehreren Vorgängen arbeiten?
  • Wer darf welche Entscheidungen treffen und umsetzen?
  • Welchen Abstand gibt es zwischen den Leuten, die das Wissen haben und die etwas umsetzen können?
  • Wer lässt Prozesse zu, die immer wieder zu Fehlern führen?
Viele vermeintlich sinnvolle Rollen in einer Organisation fügen der gesamten Prozesskette unnötige Schritte hinzu, ohne irgendein Risiko zu senken. Deswegen lohnt es sich, Fragen zu stellen.

Von Projekten zu Produkten

Das ist unsere Ausgangssituation: In der Hierarchie zwischen Geschäftsführung und Mitarbeitenden gibt es Personen mit disziplinarischer Verantwortung: Abteilungs- und Teamleiter. Zusätzlich gibt Rollen zum Umsetzen von Projektideen und zum Betreuen der täglich anfallenden Arbeit. Projekte suchen nach Mitarbeitenden und stehen in Konkurrenz zum sog. Tagesgeschäft. Projekte stören. Mit der Zeit haben sich komplizierte Rollen- und Machtspiele entwickelt, um Veränderungen und Routine irgendwie zu bedienen.

Gute Scrum-Teams haben eine Lernkurve hinter sich und organisieren sich anders: Die GF verhandelt mit den einzelnen Bereichen, wie jeder Bereich zumUnternehmenserfolg beiträgt (Finanziell, Marktposition, Weiterentwicklung).

In jedem Bereich gibt es einen oder mehrere Product Owner, die für den wirtschaftlichen Erfolg verantwortlich sind. Sie sind erfahrene Unternehmer/innen im Unternehmen. Jeder PO hat ein oder mehrere Teams, die bei der Produktentwicklung helfen. Dabei decken die Teams den kompletten Technologiestack ab, damit es wenig Abhängigkeiten zu anderen Bereichen gibt.

Nun hat sich die Situation geändert. Feste Teams suchen sich Projekte. Projekte stören nicht mehr, sondern sind ein Baustein zu Finanzierung der eigenen Abteilung und zur Weiterentwicklung des Produktes. Entscheidungen können schneller getroffen werden. Der PO entscheidet, ob der Auftrag angenommen wird. Das Team entscheidet über die Umsetzung.

Damit können wir einige Wartezeiten aus dem Prozess nehmen. Statt 20 Tage Durchlaufzeit können wir nun schon nach 10 Tagen ausliefern.
Verbesserte Prozesseffizienz
Wie ändern wir die bestehenden Rollen? Was machen wir mit den Abteilungs-, Team- und Projektleitern? Wir könnten sie als erstes fragen: Wie willst Du zum Unternehmenserfolg bei dem gegebenen Rahmen beitragen? Welche Strukturen kannst Du fördern, um ohne Druck eine hohe Prozesseffizienz zu erreichen?

Wahrscheinlich werden einige Personen in die PO-Rolle gehen, andere übernehmen Scrum-Master-Aufgaben und wieder andere gehen als Experten in Teams.

Frank Verbruggen und andere haben übrigens einen guten Artikel zur Prozesseffizienz veröffentlicht./2/

Anmerkungen und Verweise

  • /1/ Poppendieck, Mary ; Poppendieck, Tom: Lean Software Development : An Agile Toolkit. 1. Aufl.. Amsterdam: Addison-Wesley, 2003.
  • /2/ F. Verbruggen, J. Sutherland, J. Martijn van der Werf, S. Brinkkemper, A. Sutherland: Process Efficiency – Adapting Flow to the Agile Improvement Effort, 52nd Hawaii International Conference on System Sciences, Wailea, Hawaii, 2019, abrufbar via https://www.scruminc.com/scrum-papers/
  

Kommentare

Beliebte Posts aus diesem Blog

Outlook-Aufgabenliste: bitte nicht die Aufgaben des ganzen Teams!

Am Tag der Arbeit kommt eine Lösung, nach der ich schon so oft gefragt wurde: Wie schaffe ich es, dass meine Outlook-Aufgabenliste nur meine eigenen Aufgaben anzeigt und nicht auch die E-Mails, die meine Kollegen gekennzeichnet haben oder Aufgaben, die einfach in einem gemeinsamen Postfach stehen?

Kategorien in Outlook - für das Team nutzen

Kennen Sie die Kategorien in Outlook? Nutzen Sie diese? Wenn ja wofür? Wenn ich diese Fragen im Seminar stelle, sehe ich oft hochgezogene Augenbrauen. Kaum jemand weiß, was man eigentlich mit diesen Kategorien machen kann und wofür sie nützlich sind. Dieser Blogartikel stellt sie Ihnen vor.

Das Ubongo Flow Game

Spiele bieten eine gute Gelegenheit, zeitliche Erfahrungen zu verdichten und gemeinsam zu lernen. Karl Scotland und Sallyann Freudenberg haben im Mai 2014 das Lego Flow Game veröffentlicht. Wir haben die Spielidee übernommen, aber das Spielmaterial gewechselt. Statt Legosteinen benutzen wir Material aus Grzegorz Rejchtmans Ubongo-Spiel. Hier präsentieren wir die Anleitung für das Ubongo Flow Game.

Beispiel für eine Partyplanung mit Scrum

Wer sich neu mit Scrum beschäftigt, ist vielleicht überwältigt von den ganzen Fachbegriffen. Dann sieht man vielleicht gar nicht, wie einfach die einzelnen Elemente von Scrum sind. Deshalb hier ein einfaches Beispiel für die Vorbereitung einer Party mit Hilfe von Scrum.

E-Mail-Vorlagen gemeinsam nutzen (Outlook)

Mittlerweile wird praktisch alle Routine-Korrespondenz in Outlook erledigt. Was liegt da näher, als ein gutes Set von Vorlagen zu erstellen und diese gemeinsam in Team zu nutzen? Leider hat Microsoft vor diesen – an sich simplen – Wunsch einige Hürden gebaut.

Tooling #5: Die gute alte Systemtheorie

Gelegentlich fragen mich Menschen nach den wichtigsten Tools und Herangehensweisen für meine Arbeit. Einige davon habe ich hier im Blog bereits vorgestellt (und zwar  hier ). Heute möchte ich über ein weiteres, vielleicht sogar DAS entscheidende Basiswerkzeug sprechen: Die gute alte Systemtheorie.

Protokolle in OneNote - neue Ideen für's neue Jahr

Protokolliert Ihr Team seine Besprechungen in OneNote? Das geht einfach, schnell ist teamfähig und hat eine exzellente Suchfunktion. Die beliebte Fragen "Wann haben wir eigentlich beschlossen, dass..." ist so schnell beantwortet. Darum wird OneNote an dieser Stelle immer beliebter. In meinen Seminaren dazu sind gute Ideen entstanden, die ich hier weitergeben will.

Scrum und Kennzahlen (KPIs, Metriken)

In regelmäßigen Abständen hören wir die Frage, welche Kennzahlen (neudeutsch KPIs) bei Scrum sinnvoll sind. Zeit für einen längeren Beitrag, auf wichtige Ressourcen zu verweisen. Der Scrum-Guide selbst gibt dazu keine erschöpfende Auskunft. Und das hat seine Gründe.

Ein Pfad durch den Skalierten Scrum Dschungel (10 Frameworks und ein Ratschlag)

Und wie mache ich es, wenn mehrere Teams mit Scrum arbeiten sollen? Bei uns soll die ganze Firma mit Scrum arbeiten. Wie beginnen wir?  Wie gehen wir am Besten damit um, wenn wir teamübergreifend agil werden wollen?  Wir setzen in der Firma SAFe ein – was hälst Du davon? In beinahe jedem meiner Professional Scrum Master Trainings werden solche und ähnliche Fragen zum Thema „Skaliertes Scrum“ gestellt. Das Framework Scrum selbst sagt wenig über die Art und Weise wie man es im Enterpriseumfeld erfolgreich einsetzt. Und doch ist der Bedarf an Lösungen wie man firmenweit agil zusammenarbeiten kann riesig. Inzwischen gibt es eine Reihe an Skalierungsframeworks die versuchen, diesen Bedarf zu decken. In diesem Blogpost geb ich eine Übersicht über die unterschiedlichen Ansätze und Frameworks und versuche damit einen Pfad durch das unübersichtliche Dickicht der Frameworks zu schlagen. Die bekanntesten Skalierungsframeworks: SAFe leSS Nexus Spotify Unfix Scrum@Scale Flight Levels Und noch mehr

Ich bin ganz oben (mit Kanban und Outlook)

Mit einem Kommentar zu einem lesenswerten Artikel von Thomas Mauch /1/ habe ich es an die Spitze der Trefferliste bei Google geschafft. Suchen Sie mal nach „Kanban Outlook“. Kanban ist eine alte Idee, aber immer noch der Renner unter den Produktivitätswerkzeugen. (There is an English version of this post.)