Schlagwort-Archive: projektmanagement

Scrum ausweiten – was ist SAFe?

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 Scrum of Scrums?

Eine 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

Aus den Fehlern der Anderen lernen: Wege zum Erfolg im IT-Projektmanagement

Schreibe eine Antwort

3 Tipps, um auch große IT-Projekte erfolgreich zu steuern

Schon mal von einem großen IT-Projekt gehört, das in der geplanten Zeit und im Rahmen des vorgesehenen Budgets erfolgreich abgeschlossen wurde? Nein? Kein Wunder. In der IT-Welt haben Großprojekte, die ihr Ziel innerhalb der vorgesehenen Zeit und ohne Überschreitung des Budgets erreichen, Seltenheitswert. Wir zeigen drei typische Fehler, die in großen Softwareprojekten vorkommen und Wege, sie zu vermeiden.

Eine gemeinsame Studie von McKinsey und der Oxford-Universität hat gezeigt: Alle großen IT-Projekte (Startbudget über 15 Millionen USD) erfordern fast 50% mehr Budget als geplant und 7% davon überziehen die vorgesehene Projektzeit, während sie etwa die Hälfte der Ziele verfehlen. Die schwarzen Schafe sind die Softwareprojekte. Nichteinhaltung von Kosten- und Zeitrahmen sind hier fast schon vorprogrammiert.

Problem 1: Mangelndes Interesse des Managements

Zeigt das Management kaum Interesse, ist es kein Wunder, wenn das Projekt nicht fortschreitet. Wenn das Management nichts tut, mit der Behauptung, sich mit der IT nicht auszukennen, die ganzen „IT-Sachen” dem technischen Team überlässt, wird das Techniker-Team selbst die Führung übernehmen und alle Entscheidungen treffen. Dadurch können neue Probleme entstehen. Meistens fehlt dem technischen Team nicht das fachliche Know-How, sondern der klare Blick auf die geschäftlichen Ziele. So kann es dazu kommen, dass die Techniker Entscheidungen treffen, welche unbeabsichtigter Weise mit Geschäftsinteressen kollidieren.

Die Lösung: Durch Präsenz und Commitment sind Sie immer auf dem Laufenden und vermeiden so, dass „die Techniker“ die Projektführung übernehmen und prozessbezogene Belange oder Geschäftsinteressen übersehen. Management-Präsenz und regelmäßige Kommunikation mit dem technischen Team sind die Voraussetzung dafür, dass Prozesse und Geschäftsziele mit der technischen Umsetzung harmonieren. Das gesamte IT-Projekt profitiert von einer Kultur, die auf regelmäßigem Austausch zwischen Management und dem technischen Team beruht. Ein gutes technisches Team wird jederzeit in der Lage sein, klar darzustellen, was es tut. Anderenfalls gehen Sie davon aus, dass das Team gar nicht richtig weiß, was es tut.

Problem 2: Zu starker Fokus auf Kostenreduzierung

Gerade in Krisenzeiten sucht jeder Wege, um kostenreduzierend und effizient zu handeln. Einsparungen sind gut, doch kann der Schuss auch nach hinten losgehen: beispielsweise dann, wenn dafür Projektmitarbeiter eingespart werden oder weniger gut ausgebildetes Projektpersonal eingekauft wird. Projekte mit weniger spezialisierten Ressourcen sind bekannt dafür, den Zeitplan und das Budget nicht einzuhalten sowie für Qualitätsprobleme oder Abstriche bei der Umsetzung der Anforderungen.

Die Lösung: Berechnen Sie das Budget so, dass Sie die Kosten für gut ausgebildete, erfahrene Projektmitarbeiter einplanen. Dann finden Sie die richtigen Leute für die anstehenden Aufgaben viel leichter. „Quick and dirty“ rechnet sich selten. Sollten Sie an Outsourcing ins billigere Ausland denken, berücksichtigen Sie eventuelle Probleme durch Sprachhürden, unterschiedliche Kommunikations- und Arbeitskulturen, Erreichbarkeit, z.B. bedingt durch Zeitverschiebungen. Bedenken Sie auch, dass ein. erfolgreiches Projekt nicht nur Entwickler braucht. Die vernünftige Projektsteuerung und Zielverfolgung ist Aufgabe des Projekt-Managements. Erfolgsentscheidend sind auch die Ergebnisse der Business Analysten und der Tester. Bevor Sie den Rotstift ansetzen, überlege Sie, wie viele, für die anstehenden Aufgaben nicht ausreichend qualifizierte Mitarbeiter, das Projekt, bzw. das Unternehmen sich leisten kann.

Problem 3: Fehlende Zielklarheit

Technikfreaks neigen in ihrer Begeisterung dazu, Dinge sofort anzupacken. Was auch immer dieses Verhalten herbeiführt, es führt immer zu mangelhafter oder gar fehlendende Planung. Ohne den Umfang, die Zeile, und das erwartete Projektergebnis genau zu verstehen, kann der Versuch, auf dieser Basis ein Projekt zu lenken, nur scheitern. Ein erfolgreiches Projekt bedeutet mehr als die Lieferung des endgültigen Softwareprodukts. Es geht auch um das Erreichen des erwünschten Projektergebnisses innerhalb des geplanten Zeitraums und Budgets. Fehlt eine koordinierte Planung, tritt Folgendes auf:

Unklarheit über Umfang und Ziel
Verwirrung bezüglich Rollen und Verantwortlichkeiten
Ineffiziente Ressourcennutzung
Nichtverfügbarkeit von Ressourcen zu kritischen Zeiten
Ungleichmäßige Arbeitsbelastung des Teams
Falsche Zeit- und Kosteneinschätzungen (durch unerwartete Ereignisse)
Schwache Leistung u.a. durch Überarbeitung, Frust, verspätete Lieferung, fehlerhafte Ergebnisse etc.

Die Lösung: Es scheint banal: diese Nebenwirkungen fehlender Zielklarheit in einem Großprojekt sind mittels expliziter, klarer Festlegung und durch regelmäßige Zielkommunikation vermeidbar. Durch die engmaschige Verfolgung der Ziele und des Ist- Zustandes in jeder Phase, erkennen Sie frühzeitig Zielabweichungen und Unklarheiten Zielerreichung gesamt und im Detail zu betrachten verstärkt die Klarheit. Auch wenn ausschließlich Spezialisten am Werk sind, kann es bei Unklarheiten über das Ziel des Projekts zu Chaos und Frustration verursachenden Effekten kommen. Stellen Sie sich ein Orchester vor, in dem lauter Virtuosen der jeweiligen Instrumente spielen, aber der Dirigent fehlt. Das will keiner hören!

Fazit

In IT-Projekten ist engmaschige Kommunikation essentiell, um auf der Zielgeraden zu bleiben, wie überall, wo Menschen mit Menschen zusammenkommen und ein Gemeinschaftswerk zum Erfolg bringen wollen. Ohne ein gutes, engagiertes Management mit Leitbildcharakter sowie Absprachen und Zielklarheit in jeder Phase sind Chaos, Frust und Fehler vorprogrammiert. Ebenso, wenn Sie am falschen Ende sparen.

Das bringt 2022: Vier Trends im Projektmanagement

Schreibe eine Antwort

Die Corona-Pandemie hat Entwicklungen im Projektmanagement beschleunigt. Der weltweite Einfluss wirkt weiterhin wie ein Katalysator und spült neue Möglichkeiten und Fokusthemen ans Tageslicht. Wir blicken auf die Trends und Einflüsse, die das beginnende Jahr 2022 im Projektmanagement mit sich bringt.

Viele Trends sind nachhaltig

Business Agile, New Work, Scrum oder übergreifendes, digitalisiertes Projektmanagement: Viele Trends und Entwicklungen vergangener Jahre halten bis heute an, sind aktueller denn je oder längst zum Standard geworden.

Das Jahr 2022 hat das Potenzial, ebenfalls Maßstäbe im Projektmanagement zu setzen. Vermehrtes mobiles Zusammenarbeiten, eine zunehmende Relevanz der Soft Skills und hybrides Projektmanagement sind Schlagwörter, die Ihnen im Zusammenhang mit dem gerade begonnenen Jahr immer wieder begegnen werden.

Vieles davon wird bleiben, eines mit an Sicherheit grenzender Wahrscheinlichkeit: Die immer dominantere und wichtigere Rolle künstlicher Intelligenz und Automation.

Künstliche Intelligenz erleichtert die Zusammenarbeit

Eines ist klar: Digitalisierung, Automatisierung, künstliche Intelligenz – alle Begriffe und Entwicklungen sind nicht gänzlich neu und schon seit einigen Jahren im gedanklichen Zentrum aller langfristig denkenden Unternehmer und Unternehmerinnen.

Mit dem neuen Jahr entwächst dieser anhaltende Trend allerdings den Kinderschuhen und wird im Projektmanagement massentauglich. Wir sind uns sicher, dass auch Sie bereits Erfahrungen mit automatisierten Prozessen gemacht haben.

Wenn nicht, wird es allerhöchste Zeit. Mithilfe künstlicher Intelligenz lassen sich nicht nur große Datenmengen strukturiert erfassen und auswerten. Der direkte Einfluss auf das tägliche Tun ist ebenfalls stark und wird oft vernachlässigt. Projektteams gewinnen wertvolle Ressourcen durch Automatisierung und arbeiten effizienter dank smarter Datenanalysen.

Letztlich ermöglicht Ihnen die rasante Entwicklung in diesem Bereich zwei gleichermaßen wichtige Dinge: Die Optimierung interner Prozesse und Ressourcen – und vor allem kundenseitig eine Erhöhung der Produkt- oder Dienstleistungsqualität.

Mehr mobil, mehr remote, mehr zusammen

Ein Trend, der durch den fortschreitenden Einsatz künstlicher Intelligenz und der Technologisierung der Arbeitsumgebungen überhaupt erst ermöglicht wurde, ist die klassische Fernarbeit.

Während vor der Pandemie viele Projektteams stationär zusammengearbeitet haben, hat sich die Sichtweise auf die Art der Kollaboration verändert. Remote-Teams nutzen verstärkt die Möglichkeiten der ortsunabhängigen Zusammenarbeit und genießen dadurch zeitliche und projektbezogene Flexibilität.

Wussten Sie, dass die Anzahl der Menschen im Mobile Office von fünf Prozent vor, auf zeitweise knapp 30 Prozent während der Pandemie vervielfacht hat? Die Entwicklung ist nachhaltig, auch im Projektmanagement.

Dabei werden Sie selten vor eine Entweder-oder-Frage gestellt. Der Trend hybrider Teams, die gemeinsam vor Ort und digital zusammenarbeiten, wird sich 2022 festigen.

Soft-Skills werden immer wichtiger

Denken Sie kurz zurück an die erste Entwicklung, die wir vorgestellt haben: Künstliche Intelligenz und Automation. Dieser nachhaltige Trend bildet die Grundlage für eine Verschiebung der Kompetenzen von Führungskräften und Mitarbeitenden im Projektmanagement.

Die digitale Transformation schmälert viele der komplexen Anforderungen, für die Projektverantwortliche einst ausschließlich rekrutiert wurden. Mithilfe technischer Unterstützung bei komplexen Aufgaben werden weitere Fähigkeiten wichtiger, die unter dem Dachbegriff „Soft Skills“ zusammengefasst werden.

Sind Sie, sind Ihre Führungskräfte in der Lage, Konflikte innerhalb eines Teams zu schlichten? Wie steht es um die Kommunikationsfähigkeiten innerhalb der Organisation, aber auch darüber hinaus in Bezug auf relevante Stakeholder?

Emotionale Intelligenz wird 2022 im Recruiting geeigneter Arbeitskräfte eine zentrale Rolle einnehmen. Der Fokus verschiebt sich von einer rein fachlichen, hin zu einer mit relevanten Soft Skills angereicherten Jobanforderung im Projektmanagement.

Die Mischung macht‘s: Hybrides Projektmanagement im Kommen

Das Wort „Hybrid“ hat in den letzten Jahren Einzug in den Sprachgebrauch gehalten. Vor einiger Zeit noch rein mit Autos in Verbindung gebracht, findet der Begriff in der Arbeitswelt immer mehr Relevanz. Hybride Veranstaltungen, hybride Zusammenarbeit – und künftig auch hybrides Projektmanagement.

Der Trend geht hin zu einer Nutzung zweier oder mehrerer Methoden im Projektmanagement, um noch flexibler, noch agiler arbeiten und reagieren zu können. Künftig werden Sie also nicht mehr nur von klassischen oder agilem, sondern auch von hybridem Projektmanagement hören.

Wenn aus Trends neue Standards werden

Jeder Standard entspringt aus einem anfänglichen Trend. Ein gutes Beispiel aus dem Alltag ist Nachhaltigkeit. Oder würden Sie zustimmen, wenn wir Nachhaltigkeit als vorübergehenden Trend bezeichnen? Wohl kaum. Vielmehr ist solches Denken und Handeln zum Standard geworden.

Die vier vorgestellten Trends haben alle das Potenzial, ebenfalls zu einem Standard im Projektmanagement zu werden und nicht nur als leere Worthülsen im Gedächtnis zu bleiben. Das neue Jahr 2022 bringt spannende Entwicklungen mit sich. Wir sind bereit – Sie hoffentlich auch.

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.

Planning Poker Regeln auf einer Seite erklärt [PDF]

3 Antworten

Die Planning Poker Regeln sind einfach. Planning Poker ist eine spielerische, aber durchaus ernstgemeinte Methode Aufwände in agilen Teams zu schätzen. Wir haben die Regeln mal zusammengefasst. Sechs einfache Phasen gibt es. Die Spielregln haben wir auf einer Seite zusammengefasst, zum Download. Auf einen Blick leicht verständlich. Daraus ist eine ganz nette Infografik, ein Cheat Sheet geworden, das sich gut im Team, bei der nächsten Remotesession teilen lässt. Auch ideal zum Ausdrucken und um es ins Office zu hängen.

Als Onlinetool für Planning Poker empfehlen wir das kostenfreie Agile Casino. Das online Planning Poker lässt sich ohne Registrierung in unbegrenzten Runden und mit mehr als 7 Spielern spielen.

Regeln für Schätzpoker

Schritt 1: Das Deck. Jeder Schätzer hält einen Stapel Planungspoker-Karten mit den Werten 0, 1, 2, 3, 5, 8, 13, 21 oder ? in der Hand, was der von uns empfohlenen Reihenfolge entspricht. Die Werte stehen für die Anzahl der Story Points, der idealen Tage oder anderer Einheiten, in denen das Team schätzt.

(Hier können natürlich andere Varianten bevorzugt werden. Zu erwähnen sind T-Shirtgrößen wie S, M, L, XL etc. oder „The Power of 2“, also 1, 2, 4, 16, etc.)

Schritt 2: Diskussion. Die Schätzer diskutieren ein Feature und stellen dem Product Owner bei Bedarf Fragen. Wenn die Funktion vollständig diskutiert wurde, wählt jeder Schätzer für sich eine Karte aus, die seine Schätzung darstellt.

Schritt 3: Aufdecken. Die Runde deckt alle Karten gleichzeitig auf.

Schritt 4: Fertig falls Konsens. Wenn alle Schätzer denselben Wert gewählt haben, wird dieser zum Schätzwert.

Schritt 5: Weiterdiskutieren. Wurde noch kein Konsens erzielt, diskutieren die Schätzer ihre Schätzungen. Insbesondere die Schätzer mit dem höchsten und dem niedrigsten Wert sollten ihre Gründe mitteilen. Nach einer weiteren Diskussion wählt jeder Schätzer erneut eine Schätzkarte aus und alle decken ihre Karten erneut gleichzeitig auf.

Schritt 6: Wiederholen: Der Prozess des Planning Poker wird so lange wiederholt, bis ein Konsens erreicht wurde. Ausnahme: Falls das Team zu der Einschätzung gelangt, über unzureichende Informationen zu Verfügen, kann es die Schätzung eines bestimmten Elements verschieben, bis zusätzliche Informationen vorliegen.

PDF zum kostenfreien Download

Kein Newsletterabo, keine Registrierung: Einfach so downloaden. Es wäre schön, wenn ihr das kostenfreie Scrum-Poker-Tool Agile Casino mal ausprobiert. Es gibt eine deutsche und eine englische Version. Schreibt gerne in die Kommentare, was ihr dazu denkt.

Vorschau Cheat Sheet Planning Poker — Vorschau des Cheat Sheets

scrum-poker-planning-infographic-cheat-sheet.pdf Download [EN-Version]

DE-scrum-poker-planning-infografik-cheat-sheet.pdf Download [DE-Version]

Planning-Poker-Tool bekommt neue Version

Eine Antwort

Sprint Planning in Remoteteams ist an und für sich eine runde Sache. Als die Remotearbeit aufgrund der Pandemie anstieg, haben wir uns daran begeben und auch das Planning Poker runder gemacht. Jetzt haben wir unserem Agile Casino ein Update gegönnt. Mit dem Update kamen Features dazu, die Stabilität wurde erhöht. Im Folgenden gehen wir etwas ins Detail.

Hintergrund

Wir haben am Anfang der Pandemie einen Prototypen (eher schon ein MVP) für das Planning Poker. Was heißt hier „wir“? Das Team lässt mich an der Stelle mit Recht etwas im Stich, denn die haben Wichtigeres zu tun. Ich halte es allerdings für eine tolle Gelegenheit, auch mal zu demonstrieren, wie wir an die Entwicklung von modernen Cloudanwendungen herangehen.

Grundsätzlich – wenn auch klein – erfüllt es alle Eigenschaften einer Cloud-Anwendung (eine SaaS, Software as a Service). Es gibt zwar keine Abomodell (da es kostenlos ist), das könnte es aber geben (andere Scrumpoker online haben ja Pläne wie 8 Euro pro Monat etc.) und Abo ist ja ein Kennzeichen für eine Cloudanwendung. Unser Abomodell kostet quasi 0 Euro.

Das Update

In diesem Update ging es um ein paar Features und um Stabilität. Für den Betrieb im Cluster mussten wir Änderungen vornehmen. Auch die QS-Schritte haben wir auf ein professionelles Niveau gehoben, in dem wir die anfänglich rundimentären automatisierten Tests (sogenannte Integrationstests) erweitert haben.

An Features gibt es nun neben der Rolle des Entwicklers auch die Rolle des „Inspectors“. Denn es ist häufig der Fall, dass weitere Personen dem Planning beiwohnen, die den Entwicklern im Raum keinen Platz wegnehmen sollen. Inspektoren sind alle Nichtentwickler eines Scrumteams und Sonstige. Was bleibt also nach Scrum Guide noch? Genau: Der Scrum Master und der Product Owner. Sonstige können alle möglichen Stakeholder sein.

Es sind zwar weiterhin nur sieben Entwickler möglich (das es in einem Scrum Team nur maximal neun Personen geben darf, neun minus zwei ergibt sieben Entwickler). Ich finde diese Aussage im aktuellen Scrum Guide nicht mehr. Dahre denke ich, werde ich diese Begrenzung evtl. aufheben.

Außerdem habe ich den Invite Link verbessert. Der lässt sich jetzt einfacher in die Zwischenablage kopieren und ist professionell eingebunden.

Geplante Features

Jira: Ich ich denke bereits über eine Jira-Anbindung nach. Es wäre sehr nützlich, wenn geschätzte Werte gleich via Klick in die entsprechende Story im Jira übernommen werden könnte. Aber auch sehr aufwändig. Vielleicht packe ich das Feature mal in eine Art Premiumpaket, dass treue Leser und Kunden natürlich kostenlos erhalten.

Timer: Ein Timer wäre sehr nützlich, der für alle synchron läuft.

Score: Im Score-Board sollten die Spieler mit den Minimal- und Maximalwerten markiert werden. Die Spielergebnisse je Schätzrunde sollten auch hübscher dargestellt werden.

T-Shirt-Größen: Derzeit gibt es nur die vorgegebene Werteskala. Der User sollte weitere Skalen wählen können. Eventuell sollte er auch Skalen erstellen können.

Fazit

Der agile Ansatz funktioniert einmal mehr. Agile Casino bietet bereits jetzt eine gute Basis und den Nutzen, Schätzpoker in Remote-Teams störungsfrei und kostenlos durchzuführen.

Mit dem aktuellen Update kommen weitere Möglichkeit hinzu. Aus Qualitätssicherungssicht ist die Anwendung ab dieser Anwendung jetzt komplett stabil.

Was haltet ihr von dem ganzen Vorgang? Nutzt ihr das Tool oder wollt ihr es nutzen? Welche Features sollten wir noch reinbringen und was hat eurer Meinung nach Priorität? Schreibt es in die Kommentare.

20 Tools für IT-Projekte

Schreibe eine Antwort

20 Tools für IT-Projekte
Planung, Entwicklung, Projektcontrolling, Steuerung, Erfolgsmessung, Meetings – Alles Themen eines IT-Projekts, die das Team und die Teamleitung zu bewältigen hat.
Der Preis spielt schon auch eine Rolle. Natürlich sind die Tools ihre Kosten häufig wert, doch fragt man sich, ob es für jedes Tool 10€ pro Nutzer und Monat sein müssen. Für zentrale Tools wie Jira und Teams bin ich dazu bereit, doch für irgendwelche kleineren Tracker? Also auch für kommerziell erfolgreiche Tools, spielt der Abopreis in Summe irgendwann eine Rolle.

Planung
Klar, hier sind die klassischen Rumtreiber wie Atlassians Jira zu nennen. Jira nutzen wir auch und es gibt auch keinen wirklichen Grund, dies zu ändern. Vielleicht der Preis in manchen Situationen.

1. Zoho Sprints
Eine Alternative ist Zoho Sprints. Ich fand das Tools ganz gut, vielleicht allerdings, vlt. weil ich Jira einfach gewöhnt bin, hatte ich den Eindruck bei Zoho Sprints schlechter die agile Praxis abgebildet zu haben. Wie Sprints geöffnet, geschlossen und verändert werden, empfand ich nicht als dem tatsächlichen Vorgehen entsprechend. Weiterhin gehört Trello zu den Tools, die wir in IT-Projekten nutzen. Die Übernahmen von Trello durch Atlassian ist dem Tool nicht förderlich, dennoch bleibt sein kostenloser Plan. https://www.zoho.com

2. Pivotal Trackers
Pivotal Tracker ist ein solides Tool, dass durch seine Aufmachung und sein UI ein Stück weit versucht, das agile Rad gleih neu zu erfinden. Das gefällt mir nicht so gut. Es gibt aber einen kostenlosen Plan und die Essenz ist die Selbe wie bei Jira und Zoho Sprints.
https://www.pivotaltracker.com

Wissenstransfer
Erfahrungen sammle ich seit fast zwei Jahren simultan in zwei verschiedenen Teams einerseits mit der üblichen Google Drive Situation und andererseits mit der Enterprisevariante: Microsoft Sharepoint, Teams und Office. Meine Schlussfolgerung: Teams und MS Office sind für sich top Tools. MS Office mit seinem Ursprung auf dem eigenen Rechner versucht die Integration in die Cloud mit Sharepoint wo bspw. MS Teams die Daten wieder aufgreift. Das Ergebnis davon ist allerdings, dass man mehrere Versionen dieser Dateien im Sharpoint hat und weitere auf dem lokalen Rechner und leider mit den Dateiversionen durcheinander kommt. Googles Dropboxartiger Cloudansatz ist konsequenter und daher letztlich weniger konfus.
Wikis sind das Mittel der Wahl um flüchtigere Dokumente zu bearbeiten, wie Roadmaps oder Protokolle. Confluence muss erwähnt werden, das ist keine Überraschung.

3. Guru
Guru kann bis zu drei Teammitgliedern kostenlos verwendet werden. Ich bin mir allerdings nicht sicher, ob es danach im Vergleich zu Confluence noch sein Geld wert ist. Die Integration in Slack scheint mir jedenfalls gelungen. Also vielleicht ein besserer Begleiter wenn man sich für das Dreieck Slack, Pivotal Tracker und Google Cloud entscheidet, statt für Teams, Jira und Office.
https://www.getguru.com/

4. Schätzpoker: Agile Casino
Gerade in größeren Runden kann bei Planungsevents das Planningpoker hilfreich sein, um geregelt gute Schätzwerte für Aufgabenaufwände zu erzielen. Agile Casino ist an der Stelle ein gutes Tool. Es ist kostenfrei aber eben frei von Werbung und solide entwickelt. Der Haken: Wenn es einer ist, dass der Entwickler sich dur dieses Tool natürlich profilieren will.

Das Ganze Tool ist sehr nah an Scrum aufgebaut: Teamgröße ist Neun. Es gibt Plätze für „Insprektoren“ was aus der Sicht des IT-Projektmanagements also der Product Owner, die Stakeholder oder der Scrum Master wäre.
https://agilecasino.kehrwasser.com

Abwesenheitsplanung
Es ist immer wieder ein zentrales Thema, welche Resourcen zu welcher Zeit verfügbar sind. Neben vielen anderen Bedürfnissen nach Aufzeichnung in IT-Teams sind die Abwensenheiten besonders wichtig. Gewisse Fähigkeiten und Spezialwissen ist dadurch evtl. nicht verfügbar, Kapazitätsgrenzen werden unterschritten, Gegenmaßnahmen müssen getroffen werden. Stakeholder wollen informiert werden.
Auch wenn es ein zentrales Thema ist und zur Not mit Spreadsheats oder Kalendern gelöst werden kann, interessiert mich ein spezielles Tool für diesen Usecase explizit. Eines, das die entsprechenden Informationen bereitstellt – einfach und nur dies tut.
Es ist nur so, dass diese Tools keine Rocket Science sind und der Mehrwert dann noch nicht 20€ pro Monat für ein 10-Personen starke Team entspricht. Tools die ich bisher gefunden habe, rufen leider einen mir zu hohen Preis auf, sodass ich derzeit eher bei Excelsheets und Onlinekalender bleibe.

5. Staffomatic
Staffomatic kommt an das heran, was ich mir in etwa vorstelle. Aber auch 1,80€ pro User pro Monat ist mir das Geld einfach nicht Wert. Sie könnten ein solch mäßig anspruchsvolles Tool auch für 0,50€ ja Monat und User anbieten. Dann wären sie noch immer rentabel.
Ich denke ohnehin, dass Plugins für Teams oder Slack hier das Mittel der Wahl wären.
https://staffomatic.com

Zeiterfassung
Die Zeiterfassung gehört für uns in fast allen Projekten noch immer dazu. Auch wenn wir bereits Story Point basierte Abrechnungsmodi und Projekte haben. Ein einfaches, sich nicht in den Vordergrund drängendes Tool war uns also wichtig. Das folgende Tool benutzen wir in fast all unseren Projekten.

6. Clockify
Mit Clockify bin ich wirklich sehr zufrieden. Es kommt aus unbekanntem Hause, es ist trotzdem robust entwickelt und das Userinterface ist auf den Punkt, inuitiv zu bedienen. Es weiß seinen Platz und versucht nicht als erstes zur Enterpriselösung für sämtliche Belange auf dem Gebiet der Zeiterfassung in Unternehmen zu werden. Getreu nach dem Motto: „Do one thing and do it well“. Das mag ich. Und die verfügbare API ist ebenfalls nützlich um Information z.B. in der Business Intelligence zusammenzutragen.
https://clockify.me/

Meetings
Klar, eine Toolsammlung für 2021 kommt im Coronajahr nicht drumherum, die Tools mindestens zu erwähnen: Zoom, Slack, Microsoft Teams. Ich denke auch nicht, dass sich ein weiterer Player entwickeln wird, der das Feld noch von hinten ausholt.

7. Mattermost
Eine lohnenswerte Alternative zum integrationsfähigen Slack-Interface ist das Team-, und Messenger-Tool Mattermost. Zwar ist dieser Dienst noch nicht sehr bekannt im Unternehmensumfeld, dennoch bietet er äußerst nützliche Voraussetzungen. Dieses Tool können Unternehmen auf ihren eigenen Servern installieren und behalten damit die komplette Kontrolle über alle gespeicherten Nachrichten sowie Attachments.
https://mattermost.com/

8. Chanty
Zu Chanty und dem folgenden Fleep kann ich noch nicht besonders in die Tiefe gehen. Wir haben diese Tools jedoch auf dem Radar. Falls jemand bereits Erfahrungen dazu sammeln konnte, freut mich ein Feedback dazu.
https://www.chanty.com/

9. Fleep
Für Fleep gilt das selbe. Ich freue mich auch über einen Kommentar zu dem Tool.
https://fleep.io/

Kollaborationstools
Interessanter werden seit diesem Jahr Kollaborationstools. Seit ewigkeiten gibt es diese Kollaborationssoftware. Es gab bereits vor 10 Jahren ein Tool,
Erst jetzt im Pandemiemodus sehe ich in Projektteams wirklich Leute diese Tools benutzen. Wobei man ja auch sagen muss, dass Kollaboration in Entwicklungsprojekten längst in Form von geteilten Repositories und Versionskontrollsysteme der Standard ist.

10. Overleaf
Für Teams, die ihre Dokumentation in Latex schreiben, ist diese Kollaborationstool eine tolle Sache. IT-Temas im wissenschaftlichen Bereich allen voran können dieses Tool gut verwenden um in einem extrem remotelastigen Arbeitsumfeld live am Dokument zu arbeiten. Was mit Google Docs und Word natürlich längst möglich, wir hier jetzt auch für Latex möglich. Ich würde mir dies für Markdown wünschen.
https://de.overleaf.com

11. Gitlab
Für Entwickler bietet Gitlab keine Livekollaboration aber Gitlab bietet neben seinen primärem Leistungsumfangs als Versionverwaltung und Plattform für CI/CD die Möglichkeit, Codezeilen zu kommentieren.
http://www.gitlab.com

12. Visual Studio Live Share
Gerade für das Pairprogramming im Remoteumfeld ist Collaboration bereits in der Entwicklungsumgebung sehr nützlich. Entsprechende Tools (Coda – nicht mehr verfügbar) gab es bereits vor Jahren für den Mac. Eine Erweiterung zur Live-Kollaboration gibt es auch für den aktuellen Platzhirsch der IDEs: Visual Studio Code von Microsoft.
https://visualstudio.microsoft.com/de/services/live-share/

Digitale Whiteboards
Ein für mich relativ neues Thema sind professionelle Retros. Kurz der Beginn der Pandemie erlebte ich die erste Retro dieser Art in einem Designoffice über den Dächern der Kölner Innenstadt. Ein sehr cooles Ambiente und der passende Ort für ein dramarturgisch durchgeplantes Teamevent mit Mehrwert: Die Teams des Projektes wurden zu willkürlichen Gruppen zusammengewürfelt, wechselten von Board zu Board und von Wand zu Wand und brainstormten Hindernisse, Erfolge, leiteten Maßnahmen ab und bewerteten diese z.B. nach Aufwand, Risiko und Impact.
Digitale Boards sind enorm sinnvoll, wenn es um Remotearbeit geht. Diverse „Spiele“ können gespielt werden um Meinungen, Erfahrungen, Einstellungen und Stimmungen aus den Köpfen der Teammitglieder hervorzulocken.

13. Microsoft Whiteboard
Microsoft Whiteboard ist nicht besonders mächtig. Es genügt aber: Entsprechende Bereiche lassen sich durchaus kennzeichnen. Verschiedene Abschnitte beschreiben. Vorlagen als Grafiken einfügen. Mir scheint es immer, als können man irgendwie einen Stylus vielleicht von einer Whiteboardapp auf dem Tablet nutzen. Ich habe eine entsprechende Funktion aber noch nicht gefunden.
https://www.microsoft.com/de-de/microsoft-365/microsoft-whiteboard/digital-whiteboard-app

14. Mural
Mural ist für mich wie vielen anderen auch das angenehmste Tool. Es kommt direkt mit den Vorlagen daher, die ich im allgemeinen für sinnvoll halte. 5 Whys (https://de.wikipedia.org/wiki/5-Why-Methode) beispielsweise. Die Integration der Teammitglieder unterliegt einer gewissen Gamification und die Navigation ist gut gelöst.
https://www.mural.co/

Bei all diesen Whiteboard wünsche ich mir die gewohnten Funktionen und Shortcuts aus Designanwendungen: Ausrichtung an Objektkanten, Doppelung via Shortcut etc. Was nicht ist kann ja noch werden.

Fazit
Ich würde mir wünschen, einen zentralen Service zu haben, über den sich alle Mitglieder bei den tausenden von Tools anmelden können (via Single-Sign-On). Es ist total nervig, wenn jeder Nutzer sich erst wieder einen Account bei dem entsprechenden Tool machen muss und die Passwörter dann wieder lokal verwaltet. Hätten wir doch nur unendliche Kapazitäten, so würden wir diese Idee selbst verfolgen. Vom Standing her ist es wohl eher etwas für die zentralen Player.
Beim Zusammenstellen diese Liste mit Tools fällt mir auf, dass wir gar nicht so richtige Exoten verwenden. Es ist tatsächlich nicht so einfach, Tools experimentell in einem Team einzusetzen. Ich würde in Zukunft gerne mehr experimentieren.