Archiv des Autors: Anastasia Wranek

Was ist FTE im Projektmanagement?

Viele Projektmanager kennen das Problem: Die Ressourcen sind begrenzt, aber die Aufgaben wachsen. Wie soll man da den Überblick behalten? Eine Methode, die immer häufiger angewendet wird, ist FTE. In diesem Artikel erfahren Sie, worum es sich handelt und wie es Ihnen helfen kann, Ihre Ressourcen besser zu verwalten.

FTE – Was ist das?

Die Abkürzung FTE steht für Full-Time Employee und bedeutet auf Deutsch Vollzeitangestellter. Es gibt verschiedene Definitionen von Vollzeit, aber in der Regel wird es als Arbeit definiert, die 40 Stunden pro Woche umfasst. Die Abkürzung FTE kann auch verwendet werden, um die Anzahl der Vollzeitäquivalente (VTE) anzugeben, die aufgrund von Teilzeitarbeit oder Arbeit mit unterschiedlichen Stundenplänen erforderlich sind, um eine Aufgabe zu erledigen.

FTE ist ein wichtiger Begriff in der Personalwirtschaft – kurz gesagt, er hilft dabei, die geleistete Arbeit von Mitarbeitern zu quantifizieren. Auf diese Weise können Unternehmen etwa feststellen, wie viele Vollzeitstellen sie anhand der tatsächlich geleisteten Arbeitszeit besetzen müssen. Aber FTE ist auch nützliches Instrument zur Planung von Projekten oder zur Ermittlung des Personalschlüssels in verschiedenen Abteilungen.

Wie wird FTE berechnet?

Der Wert berechnet sich ganz einfach: Man nimmt die Anzahl der geleisteten Arbeitsstunden und dividiert diese durch die Anzahl der Wochenstunden einer Vollzeitkraft. Daraus ergibt sich ein bestimmter Wert, der die Stellenbesetzung angibt. 40 Wochenarbeitsstunden entsprechen damit 1 FTE, während 20 Stunden 0,5 FTE entsprechen.

Aber auch in Teams lässt sich der Bedarf an FTE ermitteln:

Das Team umfasst 4 Mitarbeiter, die jeweils folgende Arbeit leisten: 25, 50, 40 und 45 Stunden. Alle Mitarbeiter zusammen haben 160 Stunden gearbeitet, dieser Wert wird durch 40 geteilt, da diese der Arbeit einer Vollzeitkraft entsprechen. Trotz Teilzeit oder Mehrarbeit kommt das Unternehmen auf einen Bedarf von 4 FTE.

Sehen wir uns das Ganze nun auf Projektebene an. Hier erkennt man, dass die tatsächliche Anzahl der arbeitenden Personen, von den benötigten FTE abweichen kann:

Wenn Sie beispielsweise herausfinden, dass für Ihr Projekt 40 Stunden pro Woche erforderlich sind und Sie 10 Personen zur Verfügung haben, entspricht dies einer FTE von 4 (40 Stunden / 10 Personen = 4). Dies bedeutet, dass jede Person in Ihrem Team im Durchschnitt 4 Stunden pro Woche an dem Projekt arbeitet.

Die FTE ist ein unglaublich nützliches Instrument, um die Ressourcennutzung im Projektmanagement vorauszuplanen und zu überwachen.

Welche Vorteile hat FTE im Projektmanagement?

FTE ist ein also ein Indikator dafür, wie viele Personen einem Projekt zur Verfügung stehen. Dabei ist es unerheblich, ob die Personen tatsächlich Vollzeit an dem Projekt arbeiten oder nur Teilzeit. Der Wert gibt an, wie viel Zeit insgesamt in ein Projekt investiert wird.

Des Weiteren bringt es folgende Vorteile mit sich:

Ressourcenplanung: Mit der FTE-Methode wird die Auslastung von Ressourcen genau gemessen. So kann man den Bedarf eines Projektes bestimmen und Über- oder Unterlastung der Mitarbeiter vermeiden.
Einfaches Konzept: Der Wert und die Berechnung sind sehr einfach zu verstehen und zu erklären. Dies ist sehr wichtig, da es Ihnen ermöglicht, alle Beteiligten des Projektes (Kunden, Sponsor, Stakeholder etc.) auf einem gleichen Niveau zu informieren.
Projektkosten ermitteln: Dafür wird der Stundensatz einer Person mit der Anzahl der FTE multipliziert. So kann schnell errechnet werden, wie viel Geld insgesamt in ein Projekt investiert werden muss.
Mitarbeitereinsatz planen: Mitarbeiter sind häufig in mehrere Projekte eingeplant. Durch den Wert ist erkennbar, wie viel Aufwand in welchem Projekt steckt. In Systemen lassen sich außerdem schneller freie Ressourcen von Mitarbeitern finden.
Projektsteuerung: Durch den FTE können Projektmanager zudem überwachen, ob sich das Projekt im zeitlich geplanten Rahmen bewegt.

FTE ist ein beliebtes Mittel im Projektmanagement, weil es die Ressourcen und Aufwände transparent darstellt. Jeder kann sich so ein besseres Bild des Gesamtprojekts machen – kein Wunder, dass es so beliebt ist!

Lizenzende verpasst? Lizenzmanagement in IT-Projekten

Schreibe eine Antwort

Ohne lizenzierte Software läuft in den IT-Projekten gar nichts! Aber Achtung: Die Lizenzbedingungen sind komplex und leicht zu missachten. Daher ist ein effektives Lizenzmanagement unerlässlich, um Kosten zu sparen und das Projekt nicht zu gefährden.

In diesem Artikel beschreiben wir die wichtigsten Aspekte des Lizenzmanagements in IT-Projekten.

Warum Lizenzmanagement wichtig ist

Wenn ein Unternehmen ein IT-Projekt plant, gibt es viele verschiedene Faktoren, die dieses berücksichtigen muss. Einer dieser Faktoren ist das Lizenzmanagement. Oft wird dieser Aspekt vernachlässigt oder erst in einem späten Stadium des Projekts berücksichtigt. Dies kann jedoch zu erheblichen Kosten und Problemen führen.

Daher ist es wichtig, das Lizenzmanagement von Anfang an richtig zu planen und im Auge zu behalten. Das Unternehmen sollte genau festlegen, welche Softwarelizenzen diese benötigen und wie lange sie gültig sein sollten. Auch die Kosten sollten im Vorfeld genau berechnet werden. So lassen sich böse Überraschungen am Ende des Projekts vermeiden.

Wenn man ein Lizenzende in einem IT-Projekt verpasst, hat das meistens Folgen. Dabei ist es egal, ob die Lizenz für ein bestimmtes Softwareprodukt oder für eine ganze Softwareplattform abläuft. Folgende Punkte sollten Sie unbedingt beachten, damit keine bösen Überraschungen auftreten:

Prüfen Sie regelmäßig, ob Ihre Lizenzen noch aktuell sind. Dafür gibt es in der Regel entsprechende Funktionen in den Lizenzmanagement-Tools.
Achten Sie darauf, dass Sie bei der Vergabe von Lizenzen an externe Mitarbeiter oder Dienstleister auch die Kündigungsfristen einhalten.
Informieren Sie sich rechtzeitig über die Kosten für die Verlängerung Ihrer Lizenzen. Hier lohnt es sich oft, frühzeitig zu handeln und die Preise zu verhandeln.
Stellen Sie sicher, dass Sie immer genügend Reservelizenzen parat haben. Gerade bei größeren Projekten kann es sonst zu Engpässen kommen.

Arten von Lizenzen

Lizenzen sind wie eine Eintrittskarte für Software. Man bezahlt und darf die Software für eine bestimmte Zeit oder unbegrenzt nutzen – so wie man im Kino einen Film anschauen kann. Es gibt auch kostenlose Lizenzen, bei denen man die Software allerdings nicht ändern oder weiterverbreiten darf.

Die häufigsten sind:

Nutzungsrechts- oder Benutzungslizenzen
Dauerlizenzen
Abo-Lizenzen
Open Source-Lizenzen
Freeware-Lizenzen

Jede Lizenzart muss auf unterschiedliche Art und Weise verwaltet werden und bringt unterschiedliche Nutzungsdauer und Verwaltungsaufwand mit sich.

Wie man Lizenzen verwaltet

Wenn Sie die Lizenzbedingungen nicht einhalten, können Sie teure Strafgebühren zahlen müssen. Um sicherzustellen, dass Sie alle Lizenzbestimmungen einhalten, sollten Sie einige Tipps befolgen.

Ein effektives Lizenzmanagement in IT-Projekten erfordert diverse Vorkehrungen und Maßnahmen:

1. Die erste Maßnahme ist die Erstellung einer Liste aller benötigten Lizenzen sowie deren Preise und Laufzeiten. Diese Liste sollte regelmäßig aktualisiert werden, damit alle relevanten Informationen jederzeit verfügbar sind.

2. Lesen Sie alle Lizenzverträge genau, um sicherzustellen, dass Sie alle Bedingungen einhalten.

3. Stellen Sie sicher, dass alle notwendigen Zahlungen rechtzeitig getätigt werden, um Kündigung oder Verlust der Lizenz zu vermeiden.

4. Es sollten regelmäßige Überprüfungen stattfinden, um sicherzustellen, dass die Software immer noch den Anforderungen entspricht und keine neueren Versionen verfügbar sind.

Sie suchen eine einfache Möglichkeit, die Lizenzsituation Ihrer IT-Projekte zu überwachen und zu verwalten? Dann ist das passende Lizenzmanagement Tool genau das Richtige für Sie! Es hilft Ihnen nicht nur bei der Vermeidung von potenziellen Lizenzüberschreitungen, sondern erfasst auch alle relevanten Informationen rund um Ihre Lizenzen.

So haben Sie immer den Überblick und können verschiedene Szenarien testen, um herauszufinden, welche Kombination von Lizenzen am besten für Ihr Unternehmen geeignet ist.

Fazit: Lizenzmanagement ist essenziell für den Erfolg von IT-Projekten

Lizenzmanagement ist ein wesentlicher Bestandteil des Projektmanagements in der IT-Branche. Durch die Einhaltung von Lizenzbestimmungen können Projekte erfolgreich umgesetzt und abgeschlossen werden.

Damit ist gutes Lizenzmanagement entscheidend für den Erfolg von IT-Projekten. Durch die strikte Einhaltung von Lizenzbestimmungen können auch unvorhergesehene Kosten und Verzögerungen vermieden werden. Zudem sichern rechtzeitig erworbene Lizenzen die Qualität und den Umfang der gelieferten Software.

Vernachlässigte Empirie: Eine Gefahr im Projektmanagement

Schreibe eine Antwort

Wann ist ein Projekt erfolgreich? Die meisten würden jetzt sagen: „Wenn es zufriedenstellend abgeschlossen ist“. Dabei gibt es noch viel mehr Kriterien, die auf jeden Fall beachtet und vor allem betrachtet werden sollten. Eins davon stellt die Empirie im Projektmanagement dar. Was genau das bedeutet und warum es ein entscheidender Faktor für den Projekterfolg ist, erfahren Sie in diesem Artikel.

Was ist Empirie?

Der Begriff Empirie findet sich meist im wissenschaftlichen Kontext und in der Forschung. Dazu zuerst eine kurze Erklärung zu dem Begriff:

Die Empirie befasst sich mit den Erfahrungen, die Menschen machen. Dabei können diese Erfahrungen sowohl bewusst als auch unbewusst sein. In der Regel wird unter Empirie jedoch das Wissen verstanden, das Menschen durch Beobachtung und Experimente gewinnen. Dieses Wissen basiert also auf Fakten und nicht auf Theorien.

Kurz gesagt: Empirie stellt das Wissen aus den Erfahrungen dar. Schauen wir uns mal an, was das mit Projekten zu tun hat.

Was hat die Empirie mit Projektmanagement zu tun?

In Projekten finden die unterschiedlichsten Methoden und Vorgehen Anwendung. Projektleiter greifen auf diverse Mittel zurück, um den Projekterfolg sicherzustellen und das Voranschreiten der Aufgaben und der Entwicklung zu überprüfen.

Aber wie erfolgreich sind die erwählten Maßnahmen und wie gehen die Teams damit um? Hier kommt die Empirie ins Spiel. Sie hilft dabei, einen aktuellen Status quo des Projektes und des Vorgehens zu erheben. Der Blick wird weggelenkt von der Theorie: Wie sollte es laufen? Und wird hingelenkt zu dem tatsächlichen Arbeiten des Teams.

Im Grunde geht die empirische Erhebung in 3 Schritten vonstatten:

Durch transparente Prozesse sind Vernetzungen und Voranschreiten absolut ersichtlich. Nur wenn ein Projekt transparent gesteuert wird, sind Analysen und die richtigen Rückschlüsse möglich.
Es erfolgt eine Analyse des aktuellen Zustandes. Laufen Prozesse und arbeiten reibungslos ab oder gibt es Hindernisse? Erzielen getroffene Maßnahmen den gewünschten Effekt?
Anschließend lassen sich Anpassungen an den Prozessen vornehmen oder andere Maßnahmen zum Steuern ergreifen.

Der wichtigste Punkt ist und bleibt jedoch: Es geht um tatsächlich Erlebtes der Mitarbeiter und des Projektteams, nicht um rein theoretische Gedankenkonstrukte. Warum ist das so wichtig?

Vernachlässigte Empirie: Eine Gefahr!

Die Empirie nimmt eine so wichtige Stellung ein, da es nun mal Menschen sind, die in Projekten arbeiten. Es lässt sich nicht immer im Vorfeld vorhersagen, wie eine Maßnahme wirken wird. Jedes Team hat eine eigene Gruppendynamik, die Sie nicht unterschätzen sollten.

Bedenken Sie auch: Immer mehr Projekte werden in agiler Form durchgeführt. Diese funktionieren aber nicht ohne Empirie! Wie sollen Projektanpassungen vorgenommen werden, wenn der Ist-Zustand gar nicht erhoben wird und wie können Prozesse verbessert werden, wenn man gar nicht weiß, dass diese Optimierungsbedarf haben?

Die Mitarbeiter sind der Schlüssel. Die persönliche Erfahrung eines jeden Mitarbeiters und damit des Teams trägt den Projekterfolg auf den Schultern. Nur durch die notwendige Transparenz und die Erhebung sind Anpassungen und schnelle Adaptionen möglich, was wiederum viel über die Produktivität eines Teams aussagt.

Ohne Empirie im Projektmanagement lebt das Projekt also vollständig in der Theorie oder arbeitet auf Grundlage von Annahmen. Eine Projektsteuerung aufgrund der tatsächlichen Lage wird unmöglich. Und vor allem: Ein echtes, agiles Arbeiten wird verhindert.

Eine weitere Gefahr: Es kann zum Stillstand im Projekt kommen oder – und das konnte im klassischen Projektmanagement oft beobachtet werden – es kommt zu einem anderen Projektergebnis als erwartet.

Fazit

Empirie ist ein Schlüsselelement von agilen Projekten. Aber auch so können Projekte davon profitieren, Wissen aus den Erfahrungen der Mitarbeiter zu generieren. Denn diese Erfahrungen ermöglichen erst eine Weiterentwicklung. Vernachlässigt man den Punkt der Empirie und verbleibt rein im theoretischen Projektmanagement, reagieren auf neue und veränderte Anforderungen? Fehlanzeige!

Scrum ausweiten – was ist SAFe?

Schreibe eine Antwort

Wenn ein Projekt immer größer wird und das Team stetig wächst, kann Scrum an seine Grenzen stoßen. Wie kann es dann weitergehen? Es gibt verschiedene Skalierungsframeworks, mit dessen Hilfe Sie Scrum ausweiten können. Zu den beliebten Frameworks dieser Art gehört SAFe. Wie die Skalierung damit funktioniert, erfahren Sie in diesem Artikel.

Warum sollte Scrum skaliert werden?

Scrum definiert eine feste Teamgröße. Nun ist es aber immer häufiger erforderlich, dass mehrere Teams zusammenarbeiten, da ein Projekt sonst nicht bewältigt werden kann oder sich richtig lange ziehen würde.

Skalierungsframeworks bieten den Vorteil, dass Teams agil weiterarbeiten können, das Unternehmen aber neue Strukturen zur Verfügung gestellt bekommt, um das Ganze zu steuern.

Es gibt verschiedene Skalierungsframeworks, die Scrum skalieren können. Scrum of Scrums haben wir Ihnen bereits vorgestellt, ein weiteres beliebtes Framework ist SAFe.

SAFe – ein neues Mindset

Das Skalierungsframework SAFe kommt in mehreren Versionen einher, je nach Projektgröße und Ziel greift eine andere Version. Dabei betrachtet es drei Ebenen: das Team, das Portfolio und das Programm. Was bedeutet das? Das Framework wird nicht einfach nur auf die Arbeit des Teams angewendet, sondern eben auf alle drei Betrachtungsebenen.

Eine der Versionen wird als Full Solution bezeichnet. In dieser Version eignet es sich, das gesamte Unternehmen umzustrukturieren. Anders als bei anderen Frameworks liegt der Fokus nicht auf den Inkrementen, die ein Team produziert, sondern auch in der Weiterentwicklung des Unternehmens. Die Ideensammlung, Reflektion und die Wertschöpfung bekommen ausreichend Raum.

Das klingt nach einem neuen Mindset? Auch darum geht es. Schließlich bekommt Führung hier eine neue Bedeutung und Prozesse und die Zusammenarbeit wird transparent. So viel Umstrukturierung und Arbeit kann auf Unternehmen abschreckend wirken. Auch dafür hat SAFe eine Lösung! Das Framework kommt mit einer Roadmap um die Ecke, die genau beschreibt, was in welchem Prozessschritt zu tun ist, damit die Implementierung stufenweise funktioniert. Und vor allem, damit alle verstehen, was vor sich geht und ein Teil der Transformation sein können.

Doch was hat es mit Scrum zu tun? Um das zu erklären, schauen wir uns an, wie SAFe funktioniert.

Ein Projekt mit SAFe auf die Schienen bringen

Was haben Projekte mit Zügen zu tun? In SAFe werden mehrere Scrum Teams zu einem übergeordneten Team zusammengefasst: dem Agile Release Train (ART). Jedes Scrum Team in diesem Zug beziehungsweise in diesem ART hat weiterhin jeweils einen Scrum Master und einen Product Owner, zusätzlich kommen drei neue Rollen hinzu:

Der Release Train Engineer (RTE): Er coacht die Art-Teams, ist als dienende Führungskraft zur Stelle und übernimmt die Stakeholderkommunikation.
Product Manager: Er kümmert sich um das Anforderungsmanagement, erstellt Produktdefinition und treibt das Design Thinking voran.
System Architect/Engineer: Er definiert sowohl eine architektonische als auch technische Lösung, die für das Projekt passend ist und kommuniziert/vernetzt diese in den Teams.

In einem ART können zwischen 50 und 125 Personen zusammenarbeiten, wenn es mehr sind, können die Scrum Teams auf mehrere ARTs aufgeteilt werden, die wiederum gemeinsam einen Solution Train bilden. In SAFe gibt es eine feste Länge für Product Increments (PI) und ein PI-Planning, bei welchem alle anwesend sind.

Vor- und Nachteile von Safe

Das Agile Framework bringt einige Vor- und Nachteile mit sich. Die Top 3 sind:

Vorteile:

Roadmap erleichtert die Implementierung
Ist auf das gesamte Unternehmen anwendbar
Die Möglichkeit zur Weiterentwicklung dadurch, dass Teams auch Organisationsziele behandeln können

Nachteile:

Ein guter Plan ist erforderlich und neue Prozesse müssen geschaffen werden
Das Top-Down Vorgehen steht in Konflikt zu den agilen Prinzipien
Komplexität erfordert Schulungen der Beteiligten

Fazit

Wenn Scrum an seine Grenzen kommt, steht SAFe schon parat. Je nach Personenanzahl lassen sich unterschiedlich viele Scrum Teams in ARTs zusammenfassen. So ist der Agilität auch in großen Projekten weiterhin kaum eine Grenze gesetzt.

Agiles Projektmanagement – warum nicht alles SMART sein kann

Schreibe eine Antwort

Ziele gehören zu einem Projekt wie das Amen in die Kirche. Es heißt immer wieder, dass Ziele SMART formuliert sein müssen. Ist das wirklich so? Was versteckt sich hinter der SMART-Formel und warum kann es von Vorteil sein, eher auf agile Methoden zu setzen? Genau diese Fragen werden wir nun behandeln.

SMART – was bedeutet das?

Um Ziele im klassischen Projektmanagement zu formulieren, setzen Projektleiter häufig auf die Smartformel. SMART ist ein Akronym und steht für:

S – Spezifisch

M – Messbar

A – Akzeptiert, Attraktiv

R – Realistisch

T – Terminiert

Das bedeutet, dass ein Ziel alle oben genannten Kriterien erfüllen muss. Entworfen wurde diese Formel, um Ziele zu konkretisieren und zu verhindern, dass diese schwammig formuliert sind.

Das ist logisch und natürlich sinnvoll, aber eben nicht überall. Was ist, wenn das Ziel eines Projektes offen ist? Es kommt außerdem oft genug vor, dass neue Anforderungen die Projektleitung dazu zwingen, die Richtung zu ändern.

Und hier zeigen sich auch die Nachteile der SMART-Formel. Die mangelnde Flexibilität.

Zudem sind realistische und akzeptierte Ziele nicht immer auch ambitioniert. Wer nach den Sternen greifen möchte, kommt mit der Formel also nicht an sein Ziel. Die smarte Formulierung lässt zudem kaum Spielraum für Auslegungen, sollten sich die Umstände verändern.

Ein weiteres Problem: Die Projektleitung formuliert die Ziele zu Projektbeginn und das Projekt nimmt seinen Lauf durch diverse Phasen hindurch. Ein Eingreifen oder Verändern der Phasen ist im klassischen Projektmanagement nicht möglich. Bei Zielverfehlung geht man zurück in die Phase der Zielsetzung und beginnt die Phasen von Neuem.

Vorteile vom agilen Projektmanagement

Agile Methoden sind im Vergleich zum klassischen Projektmanagement eher jung. Sie befriedigen aber das Bedürfnis, das durch die Digitalisierung und die damit veränderten Anforderungen entsteht.

Was sind diese Bedürfnisse? Ein Prozess und Ziele, die eine stetige Weiterentwicklung zulassen und die Möglichkeit, in den Prozess einzugreifen, um Änderung schnell herbeizuführen.

Im klassischen Projektmanagement scheitern viele Projekte daran, dass sie ihr Ziele nach mehreren Jahren nicht erreichen konnten. Die Ursachen dafür sind vielfältig. So können die Bedingungen zum Zeitpunkt der Zielsetzung anders gewesen, neue Anforderungen könnten erst im Laufe des Projektes dazugekommen sein. Smarte Ziele sind darauf nicht vorbereitet, während agile Methoden durchaus darauf reagieren können.

Wie schafft das agile Projektmanagement den Spagat zwischen Zielen und neuen Anforderungen? Zum einen hat es mit einer anderen Art der Zielsetzung zu tun. So setzt sich das Team kein spezifisches Ziel, welches sie beispielsweise in zwei Jahren erreichen wollen. Es betrachtet stattdessen kleinere Zeitperioden. Meistens gibt es zudem eine Rückkopplungsschleife, in welcher das Team den Ist-Zustand prüft und bei neuen Anforderungen die Zielsetzung anpasst.

Agiles Projektmanagement hebt sich also vom klassischen Projektmanagement durch seine Dynamik ab. Dabei gibt es verschiedene agile Methoden, die dem Team unterschiedlich viel Spielraum lassen.

Methoden im agilen Projektmanagement

Im agilen Projektmanagement bezeichnet man agile Methoden auch als Frameworks. Dieser Begriff ist durchaus treffend, denn sie geben Rahmenbedingungen und Leitlinien vor, die einen Rahmen für das Projektmanagement bilden.

Zu den beliebtesten Frameworks gehören Scrum und Kanban, die sich durch folgende Merkmale auszeichnen:

Scrum:

gibt eine klare Struktur mit festgelegten Terminen, Teamgröße, Rollen und Instrumenten vor
Grundgedanke: ein Produkt ist niemals fertig, als Ergebnis produziert das Team Inkremente
das Team arbeitet in Sprints, die nicht länger als vier Wochen dauern
das Team setzt sich Sprintziele, neue Anforderungen können nach Sprintende hinzugefügt werden

Kanban:

eine Methode zur Visualisierung von Aufgaben (offen, in Arbeit, erledigt) auf einem Board
das Team kann jederzeit neue Anforderungen hinzufügen
Rollen, Termine und Dauer sind nicht festgelegt
Hauptelement: Work-in-progress Limit, welcher festlegt, wie viele Aufgaben gleichzeitig in Bearbeitung sein dürfen

Fazit

Sowohl das klassische Projektmanagement mit seinen smarten Zielen, als auch das dynamische agile Projektmanagement haben natürlich ihre Daseinsberechtigung. Beide haben jedoch unterschiedliche Ansprüche und Ziele. Die verschiedenen agilen Methoden bieten aber zahlreiche Alternativen zum klassischen, smarten Vorgehen.

Was ist Magic Estimation?

Schreibe eine Antwort

Die Backlogs von Projekten sind oft voll und unübersichtlich. Um eine Struktur hineinzubringen, nehmen sich Scrum Teams Zeit, um die Items gemeinsam zu schätzen. Planning Poker ist eine beliebte Methode dafür, eine weitere Möglichkeit stellt aber auch Magic Estimation dar. Was daran so magisch ist und wie das Ganze funktioniert, erfahren Sie hier.

Wo liegt die Magie?

Warum sollten Sie Magic Estimation verwenden, wenn Planning Poker doch genauso zum Ziel führt und in den meisten Teams bereits im Einsatz ist? Die Magie des Schätzverfahrens liegt in der Zeiteinsparung!

Beim Planning Poker gibt es im Vorfeld viel zu klären. Erst wenn keine Fragen mehr offen sind, beginnt die verdeckte Schätzung. Dabei ist jedes Teammitglied an jeder einzelnen Schätzung beteiligt. Das hat zwar den Vorteil, dass jeder seine Stimme abgibt, es nimmt jedoch auch viel Zeit in Anspruch.

Nach jedem Durchgang kommt es zusätzlich zu einer Diskussion zwischen der höchsten und der niedrigsten Schätzung. Zielführend? Bestimmt. Aber wir wissen alle, dass Zeit in Projekten eine Mangelware darstellt.

Wie funktioniert es?

Magic Estimation soll den Zeitaufwand beim Schätzen reduzieren. Es ist wie Planning Poker ein relatives Schätzverfahren, das Team setzt die Items also in Verhältnis zu einer Referenzstory.

Was muss vorbereitet werden?

Die Fibonacci-Reihe sollte auf dem Tisch, an der Wand oder am Whiteboard angebracht sein – je nachdem, wo das Team arbeitet
Die Storys müssen auf einzelnen Kärtchen vorliegen
Im Vorfeld wird eine Story beispielsweise per Planning Poker geschätzt, welche dann als Referenz gilt
Die Items aus dem Backlog müssen klar verständlich sein

Nun kommen wir zum Ablauf. Zu Beginn eines Durchlaufes liegt die Referenzstory bereits an dem geschätzten Fibonacci-Wert. Jeder Teilnehmer erhält zufällig einige ausgedruckte Storys.

Wichtig: Beim Schätzen der Storys wird nicht gesprochen!

Schritt 1: Jeder Teilnehmer platziert seine Storys innerhalb der Fibonacci-Reihe. Er orientiert sich dabei an der Referenzstory und darf die Karten nur direkt, nicht zwischen den Werten platzieren.

Schritt 2: Die Teilnehmer erhalten jetzt einige Minuten Zeit, um zu schauen, wie die Teammitglieder andere Storys geschätzt haben. Stimmt man deren Ansicht zu, verändert man nichts. Ist der Teilnehmer jedoch der Ansicht, dass eine Story zu hoch oder zu niedrig geschätzt ist, kann er diese verschieben. Er braucht die Verschiebung nicht begründen, muss die Karte aber mit einem Punkt oder einem Strich versehen. Damit können auch andere erkennen, dass diese Karte schon mal verschoben wurde. Diese Phase endet, wenn es keine Bewegung mehr auf dem Board gibt.

Schritt 3: Eine Karte kann mehrfach die Position wechseln. Sind auf einer Karte jedoch 3 Punkte vorhanden, scheint es noch Gesprächsbedarf zu geben. Dies ist in Form einer Diskussion möglich. Alle Karten mit drei Markierungen werden für diese Diskussion herausgezogen. Ab jetzt dürfen die Teilnehmer natürlich wieder sprechen. Ziel der Diskussion ist es, die Story zufriedenstellend im Board zu platzieren.

Herausforderungen und Vorteile von Magic Estimation

Damit Magic Estimation funktioniert, müssen die Items aus dem Backlog klar definiert und für alle verständlich sein. Ist dies nicht der Fall, ist der Diskussionsbedarf sehr hoch.

Ist dies jedoch gegeben, liegt der größte Vorteil klar auf der Hand: Anstatt dass alle Items nacheinander von jedem Einzelnen geschätzt werden müssen, schätzen die Teammitglieder die Storys im Magic Estimation parallel. Anschließend überprüfen sie diese. Es kommt nur zu einem Gespräch, wenn abweichende Meinungen vorliegen. Ist ein Team in diesem Verfahren bereits eingespielt, ist die Zeitersparnis enorm. Aus der Praxis berichten einige Teams, dass sie anstelle von ein bis drei Stunden nur noch maximal eine halbe Stunde für einen Schätzvorgang benötigen.

Ein weiterer Vorteil: Es lässt sich schnell erkennen, welche Storys zu groß sind und weiter zerlegt und ausdefiniert werden müssen.

Was ist Scrum of Scrums?

1 Antwort

Projekte werden zunehmend komplexer und immer mehr Personen sind in ein Projekt eingebunden. Das agile Framework Scrum definiert jedoch eine eindeutige Teamgröße, die nicht überschritten werden soll. Stößt Scrum bei Großprojekten also an seine Grenze? Ganz bestimmt nicht. Die Lösung liegt im Scrum of Scrums.

Worum handelt es sich?

Laut Scrum liegt die optimale Teamgröße bei nicht mehr als 9 Personen. Untersuchungen haben gezeigt, dass 4,6 Personen perfekt wären. Abgesehen davon, dass dieser Wert in der Praxis schwierig umzusetzen wäre, zeigt die Erfahrung, dass Teams eher größer statt kleiner sind.

Große Organisationen und Projekte können dann das Scrum of Scrums, auch SoS genannt, nutzen. Dieses Format dient der Vernetzung und der Kommunikation mehrerer Scrum Teams, die gemeinsam an einem großen Ziel oder Projekt arbeiten.

Kurz gesagt: SoS ist eine agile Methode zur Zusammenarbeit mehrerer Scrum Teams. Ziel ist die Vernetzung zwischen den Teams, die Kommunikation und Förderung der Zusammenarbeit. Abhängigkeiten können hier schnell sichtbar gemacht werden um Lösungen gemeinsam zu entwickeln.

Wie funktioniert es?

Das SoS ist vergleichbar mit dem Daily Scrum eines Scrum Teams, mit dem Unterschied, dass dieses nicht standardisiert ist. Die Frequenz, Dauer und die Teilnehmer des Meetings können die Teams selber bestimmen. Jedes Scrum Team entsendet einen Botschafter in dieses Meeting, welcher aber auch wechseln kann.

Im Daily Scrum beantworten die Teammitglieder die drei klassischen Fragen, die sich auf das Sprintziel beziehen:

Was habe ich seit gestern getan?
Was erledige ich bis morgen?
Was behindert meine Arbeit?

Im Scrum of Scrums sind die Fragen auf das Team bezogen, die Fragen werden also leicht umformuliert und ergänzt:

Was hat mein Team seit dem letzten Meeting geschafft?
Was wird mein Team bis zum nächsten Meeting erledigen?
Welche Hindernisse behindern mein Team?
Hat eine Tätigkeit meines Teams Auswirkung auf eines der anderen?

Ist SoS nun die Lösung für alle Großprojekte? Nicht ganz, denn auch diese Methode ist auf eine Größe beschränkt. Es sollten nicht mehr als 9 Scrum Teams zum Scrum of Scrum zusammenkommen. Was ist aber, wenn es mehr Teams gibt? Bei großen Unternehmen arbeiten auch schon mal mehr als 20 Scrum Teams an einem Projekt.

Scrum bietet auch hierfür eine Lösung – bitte festhalten: Das Scrum of Scrum of Scrums. So einfach wie es sich anhört, ist es doch kein Wunder, dass sich dieser Begriff nicht durchgesetzt hat. Es ist dennoch eine sinnvolle Methode, die Teams auf einer höheren Ebene miteinander zu vernetzen.

Herausforderungen und Vorteile von Scrum of Scrums

SoS erfordert neue Rollen wie einen Chief Product Owner und einen Scrum of Scrums Master. Natürlich sollte nicht verschwiegen werden, dass die Scrum Teams zunächst mit neuen Herausforderungen rechnen müssen:

Der Scrum Master muss stärker auf die Abhängigkeiten zu den anderen Teams achten, da sich diese auch auf das Sprint Planning auswirken. Die Kommunikation in solch großen Strukturen ist aufwendig aber umso wichtiger. Die Arbeitslast kann beim Scrum Master und auch beim Product Owner steigen.

Dem Aufwand stehen aber große Vorteile gegenüber:

Die Teams vernetzen sich stärker miteinander und können Abhängigkeiten reduzieren. Gleichzeitig ist der Projektfortschritt für alle Beteiligten sichtbar und die eigene Rolle transparent. Damit reduzieren sich Risiken, denn die Teams achten stärker darauf, mit ihrer Arbeit nicht die anderen Teams zu behindern oder sich einfach kopflos in die Entwicklung zu stürzen. Die Vorgänge sind gut aufeinander abgestimmt und sollten Probleme auftreten, werden sie gemeinsam gelöst.

Tipps für das Scrum of Scrums

Damit die Implementierung gelingt und nicht für Frust sorgt, hier ein paar Tipps und Fragen, die Sie vorher klären sollten:

Welche Frequenz und Dauer ist die Richtige und wer nimmt teil?
Halten Sie sich an die 4 Fragen – anders als beim Daily Scrum sollte dieser Rahmen auch genutzt werden um Probleme zu besprechen um Lösungen zu finden
Eine Retrospective of Retrospectives kann helfen gemeinsame Prozesse und Arbeitsweisen zu verbessern

Retro…was? Retrospektive und wie ein Team daran wächst

Schreibe eine Antwort

Schon Mal was von einer Retrospektive gehört? Im Scrum ist es jedenfalls ein gängiger Begriff. Die Retrospektive oder kurz „Retro“ hat dabei nichts mit einer Design- oder Musikrichtung zu tun, sondern ist ein wichtiger Termin. Es lohnt sich, einen Blick darauf zu werfen, da sich hinter diesem Begriff großes Potenzial versteckt.

Die Retro – Was ist das Ziel?

Die Retro ist ein Termin der regelmäßig wiederholt wird und in welchem das Team sich die Zeit nimmt, ihre Zusammenarbeit zu reflektieren. Was ist das Besondere daran?

Die meisten Teams sind völlig in die Projektarbeit versunken. Das ist verständlich, schließlich ist Zeit kostbar und die Aufgaben neigen dazu, stetig mehr anstatt weniger zu werden. Aber was macht ein erfolgreiches Team aus? Die gemeinsame Performance und Zusammenarbeit!

Wie aber soll ein Team sich verbessern, wenn es sich keine Zeit nimmt, die aktuelle Art und Weise zu bewerten und zu überprüfen? Genau hier setzt die Retrospektive an.

Nach jedem Sprint zieht sich das Team zurück, um gemeinsam zu besprechen, was gut lief und wo sich das Verbesserungspotenzial versteckt. Konflikte, die ein Team lähmen können, werden so bereits frühzeitig aufgedeckt. Das Team kann gemeinsam daran arbeiten, effizienter zu werden, Arbeitsabläufe zu verbessern und ihre Qualität zu steigern.

Aller Anfang ist schwer

Bei all den Vorteilen stellt sich die Frage, warum nicht alle Teams zu dieser Methode greifen. Die Antwort darauf ist simpel: Viele Führungskräfte legen mehr Wert darauf, dass Aufgaben schnell umgesetzt werden. Die Zeit, die sich das Team für die Reflektion nehmen würde, sehen sie an anderer Stelle besser eingesetzt.

Diese Auffassung ist gefährlich und zeigt eine kurzfristige Denkweise. Natürlich kann die Zeit für den Termin dazu genutzt werden, Themen weiter voranzutreiben. Langfristig gesehen bleibt das Team jedoch auf der Strecke und verpasst Gelegenheiten, sich zu verbessern. Außerdem wird hier etwas Wichtiges vergessen: Dadurch, dass sich ein Team stetig weiter entwickelt, steigt die Effizienz und Zeit kann sogar eingespart werden.

Widerstand kommt aber nicht immer von den Führungskräften, auch Teammitglieder können diese Argumente bringen.

Sie können mit Aussagen rechnen, wie:
– Unsere Zusammenarbeit ist doch schon super
– Dafür haben wir gerade keine Zeit

Sie sind dennoch von den Vorteilen der Retro überzeugt und wissen, dass sowohl Sie, das Team, aber auch das Projekt langfristig davon profitieren? Legen Sie die richtigen Grundsteine!

Nehmen Sie die Tür, anstatt durch die Wand zu brechen!

Führen Sie ein Auftaktmeeting durch, um das Team von der Retro zu überzeugen. Erklären Sie, was eine Retro ist und wie Sie gemeinsam davon profitieren können. Sie haben in der Regel mit weniger Widerstand zu rechnen, wenn Sie die Einführung gemeinsam planen, anstatt das Team vor vollendete Tatsachen zu stellen.

Wie sieht eine Retro aus?

Eine Retro wird immer vorbereitet, moderiert und hat Grundregeln, die jeder beachten muss:
– Las Vegas Regel: Alles, was in diesem Termin besprochen wird, bleibt im Termin!
– Goldene Regel: Wertschätzender und respektvoller Umgang ist das A und O!

Eine beliebte Retro, für die Sie nicht viel vorbereiten müssen, ist die 4-L-Retro (Liked, Learned, Lacked, Longed for).

Auf einem realen oder digitalen Whiteboard sind 4 Spalten oder Raster vorgezeichnet: Was lief gut? Was habe ich gelernt? Was hat gefehlt? Und was hätte ich mir gewünscht?

Geben Sie dem Team Zeit, kurz darüber nachzudenken und in jedes der Raster mindestens ein Post-it zu schreiben. Sind alle fertig, kann jeder seine Antwort vorstellen. Es hilft, wenn der Moderator zusammengehörende Themen schon mal clustert.

Nach einer Diskussion kommt der wichtigste Teil der Retro: Leiten Sie gemeinsam Maßnahmen ab, welche Sie nachhalten.

Es gibt unzählige Tools und Formen von Retros, Sie müssen nicht jedes Mal die gleichen Fragen verwenden. Ob kurz und effizient, oder etwas verspielter – schauen Sie, welche Methode besser beim Team ankommt. Mit etwas Abwechslung wird es garantiert nicht langweilig und Erfolge sind vorprogrammiert.