Projektmanagement-Tools: OpenProject im Vergleich zu Trello

Quelle: https://www.openproject.org/blog/openproject-vs-trello/

Gut, Vergleiche hinken immer wieder einmal, doch macht es Sinn, sich mit verschiedenen Werkzeugen im Projektmanagement auseinanderzusetzen. An dieser Stelle möchte ich nicht OpenProject mit MS Project, sondern mit Trello vergleichen. In dem englischsprachigen Artikel OpenProject vs Trello vom 11.05.2023 wird deutlich, dass Trello seine Stärken bei Boards hat, und daher auch für Projekte genutzt werden kann.

Wird es allerdings komplexer, zum Beispiel in Richtung agiles, hybrides und planbasiertes Projektmanagement wird es schon schwierig bis unmöglich, alle Adaptionen des modernen Projektmanagements abzubilden. Darüber hinauskommt noch dazu, dass OpenProject ein Open Source Tool ist, bei dem die in den Projekten generierten Daten bei Ihnen bleiben (Datenschutz), wenn Sie OpenProject auf Ihren Servern installieren – ein in Zukunft immer wichtiger werdendes Kriterium.

In conclusion: Trello offers several fast and simple options for issue tracking. Optionally team members can be invited. It is an excellent choice for managing individual projects or small teams.. OpenProject has a comparatively steeper learning curve than Trello. However, it has a stronger focus on project management and provides significantly more features. This includes Gantt charts and time / cost tracking. As a result, OpenProject excels in particular when working with larger teams or when managing multiple projects” (ebd.).

Wir haben OpenProject auf unseren Servern installiert und in einem Open Source Ökosystem integriert. Die Möglichkeiten von OpenProject zeigen wir in den von uns entwickelten Blended Learning Lehrgängen Projektmanager/in (IHK) und Projektmanager/in AGIL (IHK). Informationen zu den Lehrgängen und zu Terminen finden Sie auf unserer Lernplattform.

Fünf Optimierungstechniken bei ungeplanten Kapazitätsabweichungen in einem Projekt

In einem klassisch plangetriebenen Projekt werden die Kapazitäten von Ressourcen geplant. Dabei sollten schon mögliche Unwägbarkeiten berücksichtigt werden. Das kann konkret durch eine Schätzmethode wie die Drei-Punkt Methode, oder auch durch eine gute Risikoanalyse unterstützt werden. Die Schätzung ist dann qualitativ gut, wenn sie von einem Team durchgeführt wird, das horizontal und vertikal besetzt ist. Dennoch sollte ein Projektteam natürlich wissen, welche Optimierungstechniken sinnvoll eingesetzt werden können, um Kapazitäten anzupassen. Die folgende Tabelle zeigt insgesamt 5 Techniken auf.

TechnikBeschreibung
StreckenZeitliche Verlängerung des Vorgangs bei Bereitstellung geringerer Kapazität.
StauchenZeitliche Verkürzung bei Bereitstellung erhöhter Kapazität (z.B. durch Leistung von Überstunden).
SchiebenVeränderung der zeitlichen Lage im Ablauf.
SplittenDer Vorgang wird in Teile aufgespalten und zu unterschiedlichen Zeiten mit Unterbrechung eingeplant.
StreichenAuf den Vorgang wird komplett verzichtet oder der Aufwand verringert.
Möglichkeiten für die Optimierung der Kapazitäten (Berge/Wildmann 2019:1360)

Für diejenigen, die jetzt argumentieren, dass man das Problem mit einer agilen Herangehensweise lösen kann möchte ich anmerken, dass nicht jedes Projekt für agile Vorgehensmodelle geeignet ist. Beispielsweise schränkt der Scrum Guide 2020 dessen Anwendung auf “komplexe Probleme” ein (ebd. Seite 3). Wie in der Stacey-Matrix, oder mit Hilfe des Cynefin-Ansatzes, zu erkennen ist, sind nicht alle Vorhaben komplex, sondern möglicherweise “nur” einfach oder kompliziert. Darüber hinaus gibt es auch immer mehr Projekte, die in einem Hybriden Projektmanagement verschiedene Vorgehensmodelle adaptiv nutzen.

Solche Zusammenhänge thematisieren wir auch in den von uns entwickelten Blended Learning Lehrgängen Projektmanager/in und Projektmanager/in AGIL. Informationen dazu, und zu aktuellen Terminen, finden Sie auf unserer Lernplattform.

Mit Lean Startup schnell minimal funktionsfähige Produkte entwickeln

In dem Beitrag Agiles Projektmanagement und Lean Projektmanagement findet sich eine Gegenüberstellung die zeigt, dass Agiles Projektmanagement und Lean Projektmanagement zwar Ähnlichkeiten haben, dennoch unterschieden werden sollten. Die in dem Beitrag angegeben Quellen belegen diese Perspektive. Darüber hinaus stellt sich die Frage, wie Learn Startup und Agiles Projektmanagement zusammenhängen, bzw. sich unterscheiden. Dazu ist es erst einmal erforderlich, sich mit Lean Startup auseinanderzusetzen. – am besten über die Wikipedia-Seite. Auch hier muss zunächst einmal festgehalten werden, dass Lean Startup bei großer Unsicherheit im Geschäftsumfeld angewendet werden kann. Doch was versteht Steve Blank unter einem Startup?

“Er definiert ein Start-up als eine (temporäre) Organisation, die dafür geformt wurde, um nach einem wiederholbaren, skalierbaren Geschäftsmodell zu suchen” (Blank, Dorf 2012, zitiert in Lang/Scherber 2019:15).

Eine temporäre Organisation kann somit z.B. auch eine Organisationseinheit sein, die unter Unsicherheit Produkte entwickeln soll. Das macht den Lean Startup Ansatz auch für etablierte Unternehmen interessant. Herzstück ist dabei die Feedbackschleife Built-Measure-Learn (Bauen-Messen-Lernen) bei der Entwicklungsarbeit. “Das wichtigste Ziel von Lean Startups ist es, möglichst schnell zu einem minimal funktionsfähigen Produkt (Minimum Viable Product) zu gelangen. Das MVP ist eine erste Produktversion, die es erlaubt, mit minimalem Aufwand und in kürzester Zeit die größtmögliche Anzahl an validierten Erkenntnissen über Kundenerwartungen und -verhalten zu gewinnen” (Lang/Scherber 2019:22). Siehe dazu Was macht ein minimal funktionsfähiges Produkt (MVP) aus? und Wie MVP´s (Minimum Viable Products) zur Kundenzufriedenheit beitragen.

Oft kommt es hier zur Gleichsetzung von MVP und dem Begriff Increment aus dem Scrum Guide. Beide Begriffe sollten allerdings immer in Bezug auf das jeweilige Framework gesehen werden. Lean Startup kommt aus dem Bereich der Innovation und bietet einen Rahmen (ein Mindset) zur schnellen Entwicklung und Skalierung von Produkten unter Unsicherheit.

Solche Zusammenhänge thematisieren wir auch in dem von uns entwickelten Blended Learning Lehrgang Projektmanager/in AGIL (IHK). Informationen dazu, und zu aktuellen Terminen, finden Sie auf unserer Lernplattform.

Agiles Projektmanagement: Anforderungen auf verschiedenen Granularitätsebenen

Bei der Skalierung von agilen Vorgehensmodellen, Methoden und Werkzeugen kommt der Kommunikation eine besondere Bedeutung zu. Es wäre daher gut, wenn z.B. wichtige Begriffe einheitlich definiert und interpretiert würden. Am Beispiel von verschiedenen Begriffen zu Anforderungen auf verschiedenen Granularitätsebenen wird allerdings klar, dass dem – zumindest aktuell – nicht so ist. Beispielhaft soll das an IREB (Terminologie des International Requirements Engineering Boards), den Skalierungsframeworks LeSS und SAFe, sowie Atlassian gezeigt werden.

IREB
Terminologie
LeSSSAFeAtlassian
EpicTheme
Grobgranulare
Anforderungen
EpicRequirements AreaCapabilityInitiative
Anforderungen
mittlerer Granularität
FeatureFeatureFeatureEpic
Feingranulare
Anforderungen
User StoryUser StoryUser StoryUser Story
Terminologie für Anforderungen auf verschiedenen Granularitätsebenen in ausgewählten Methoden und Werkzeugen (Hruschka et al. 2022:87):

Am Beispiel “Epic” wird deutlich, wie unterschiedlich der Begriff in seiner Granularität verwendet wird. Manche Skalierungs-Frameworks verwenden wiederum einfach den Begriff “Backlog Item”, um Anforderungen zu beschreiben. Werden in einer Organisation verschiedene Frameworks bei der Skalierung verwendet, sollte die Terminologie zwischen den Teams abgestimmt sein.

In dem von uns entwickelten Blended Learning Lehrgang Projektmanagerin Agil (IHK) gehen wir auf diese Zusammenhänge ein. Informationen zu den Lehrgängen und zu Terminen finden Sie auf unserer Lernplattform.

Was bedeutet “potenziell auslieferbar” bei einem Produktinkrement?

Image by Firmbee from Pixabay

Im SCRUM Rahmenwerk (SCRUM Guide 2020) gibt es verschiedene Events und Artefakte. Zu den Artefakten gehört das Produktinkrement, das nach einer Iteration (Sprint) vorliegen soll. Dabei muss das Inkrement den Definition of Done (DoD) genügen und dem Sprint-Ziel entsprechend einen Mehrwert liefern. In Bezug auf das Produktinkrement gibt es dabei immer wieder einmal unterschiedliche Beschreibungen.

“Jede Iteration soll ein potenziell releasefähiges Produktinkrement liefern, das den Wert des Produkts insgesamt steigert. (Hinweis: In einigen Versionen von Scrum und anderen agilen Ansätzen wird dies als ´potenziell auslieferbares Produkt´ oder ´potenziell verwendbares Produktinkrement´ bezeichnet.) [LeSS] erklärt dieses Ziel wie folgt: ´Potenziell auslieferbar ist eine Aussage über die Qualität der Software und nicht über den Wert oder die Vermarktbarkeit der Software. Wenn ein Produkt potenziell auslieferbar ist, bedeutet das, dass die gesamte Arbeit, die für die aktuell implementierten Features aufgewendet werden muss, erledigt wurde und das Produkt aus technischer Perspektive auslieferbar ist. Es heißt jedoch nicht, dass die implementierten Features für den Kunden ausreichend werthaltig sind, so dass er ein neues Release haben möchte. Letzteres bestimmt der Product Owner.´“ (Hruschka et al. 2022:68).

Siehe dazu auch Was macht ein minimal funktionsfähiges Produkt (MVP) aus? und Wie MVP´s (Minimum Viable Products) zur Kundenzufriedenheit beitragen.

In dem von uns entwickelten Blended Learning Lehrgang Projektmanager/in AGIL (IHK) gehen wir auf diese Zusammenhänge ein. Informationen zu unseren Lehrgängen und zu aktuellen Terminen finden Sie auf unserer Lernplattform.

Randbedingungen – eine wichtige Art von Anforderungen in Projekten

Image by Gerd Altmann from Pixabay

Bei den Anforderungen an ein Projekt können grundsätzlich Geschäftsanforderungen, Stakeholderanforderungen, Transitionsanforderungen und Lösungsanforderungen unterteilt werden. In einem Projekt geht es oft darum, erst einmal diese verschiedenen Dimensionen zu sortieren und zu priorisieren (MoSCoW). Da es bei Projekten generell um eine komplexe Problemlösung geht, kommt den Lösungsanforderungen eine besondere Bedeutung zu. Diese können in funktionale und nicht-funktionale Lösungsanforderungen unterteilt werden. Darüber hinaus sollten allerdings auch Randbedingungen bedacht werden.

“Glinz definiert Randbedingungen als Anforderungen, die den Lösungsraum darüber hinaus eingrenzen, was für die Erfüllung der gegebenen funktionalen Anforderungen und Qualitätsanforderungen erforderlich ist [Glinz2014]. Das Produkt muss innerhalb der Randbedingungen erstellt werden. Randbedingungen beschränken den Spielraum für Entscheidungen und beeinflussen und formen dadurch das Produkt. Sie werden entweder von Ihren Vorgesetzten oder von Stakeholdern außerhalb Ihres Kontrollbereichs vorgegeben, wie etwa Aufsichtsbehörden, Ihrer Muttergesellschaft oder einem Enterprise Architect.” (Hruschka 2022:64)

Randbedingungen können dabei grundsätzlich in Produktrandbedingungen (meist technische Randbedingungen) und Prozessrandbedingungen (meist organisatorische Randbedingungen) unterschieden werden. Die folgende Tabelle gibt einen guten Überblick, was sich dahinter verbergen kann.

Produktrandbedingungen
(meist technische Randbedingungen)
Prozessrandbedingungen
(meist organisatorische Randbedingungen)
Randbedingungen bezüglich des technologischen UmfeldsRandbedingungen zum Zeitplan
Standard-Software (Make or Buy)Budgetbeschränkungen
Wiederverwendung von BauteilenFähigkeitsbeschränkungen
Voraussichtliche ArbeitsumgebungVorgeschriebene Prozessmodelle (Rollen, Aktivitäten, Artefakte)
Vorgeschriebene TechnologieCompliance-Bedingungen
Physische RandbedingungenRandbedingungen bezüglich Bereitstellung und Migration
Randbedingungen zur Umwelt (Umgebung)Randbedingungen bezüglich des Supports.
Hruschka et al. 2022:65

In den von uns entwickelten Blended Learning Lehrgängen Projektmanager/in (IHK) und Projektmanager/in AGIL (IHK) gehen wir auf diese Zusammenhänge ein. Informationen zu den Lehrgängen und zu aktuellen Terminen finden Sie auf unserer Lernplattform.

Das Konzept der Agilität und Organisationsentwicklung

Agilität und Projektarbeit bedingen sich, denn aus den Erkenntnissen einer veränderten, komplexen Umwelt ist eine stärkere Selbstorganisation auf allen Ebenen einer Organisation erforderlich. Projektarbeit, ob plangetrieben, hybrid oder agil, ist an sich eine adäquate Antwort auf diese Entwicklung, was auch zu einer holokratischen Organisationsstruktur beiträgt.

“Das Konzept der Agilität entwickelte sich im Kontext des Problems von nicht-standardisierbaren Produktentwicklungen im Softwarebereich, denen mit einer verstärkten Kundinnennähe entgegnet wurde. Hierin zeigt sich eine komplexer werdende Umwelt, wie sie mittlerweile auf alle Organisationen in der sogenannten VUKA-Welt (Volatilität, Unsicherheit, Komplexität und Ambiguität) zutrifft. Ziel der hieraus resultierenden organisationalen Entwicklungsprozesse war es, ´die eigene Arbeit so zu gestalten, dass neben den eigenen Zielen auch die Ziele des Auftraggebers erfüllt werden konnten´ (Baecker 2017, S. 20). Die Produkte zeichnen sich entsprechend durch eine wechselseitige und eng mit den Erwartungen und Ansprüchen der Kundinnen vertaktete Entwicklung aus. Folgend entwickelte sich ´Agilität als Konzept einer holokratischen Organisationsstruktur´ (ebd., S. 21), in der ein hohes Maß an Selbstorganisation in Teams, Projekten und Abteilungen, „die im Modus einer prozedural und rhythmisch getakteten Bindung an externe Erwartungen gesteuert [werden]“ (ebd.), vorherrscht. Agilität kann folglich als Reaktion auf eine zunehmend komplexer werdende Welt gesehen werden, die das Ziel verfolgt, die eigenen Handlungsoptionen zu erhöhen (vgl. Csar 2020, S. 392). Damit ergänzt das Konzept der Agilität die Leistungs- und Effizienzorientierung in Organisationen mit der zusätzlich notwenigen Distributions- und Anpassungsfähigkeit. Als zentrale Aufgabe dieser Fähigkeit kann die dynamische und situationsadäquate Verteilung und Gestaltung von Verantwortlichkeiten, Entscheidungen und Kooperationsbeziehungen im Zusammenhang mit der Unvorhersehbarkeit von komplexen und dynamischen Kontexten beschrieben werden (vgl. Oestereich & Schröder 2019, S. 6)” (Locksted, M. (2022: 13-14): Die agilen Strukturen der Weiterbildungsorganisationen – und ihre Grenzen. In: Hessischer Volkshochschulverband e. V. (hvv) (Hrsg.) Hessische Blätter für Volksbildung (HBV) – 2022 (2) DOI: 10.3278/HBV2202W002

Wie in dem Abschnitt hervorgehoben, ist die angemessene Adaption geeigneter Verantwortlichkeiten, Entscheidungen und Kooperationsbeziehungen für das moderne Unternehmen entscheidend. Eine so verstandene Organisation kann meines Erachtens als Hybride Organisation interpretiert werden, bei der diese neuen Arbeitsformen mit den auf Effizienz und Effektivität getrimmten Routinetätigkeiten und Strukturen verknüpft werden müssen. Es geht mir dabei nicht um den Begriff, sondern das alles erinnert mich an die bekannte Hybride Wettbewerbsstrategie, die von Joe Pine II in den 1990er Jahren skizziert wurde.

In dem von uns entwickelten Blended Learning Lehrgang Projektmanager/in AGIL (IHK) gehen wir auf diese Zusammenhänge ein. Informationen zu Lehrgängen und zu aktuellen Terminen finden Sie auf unserer Lernplattform.

Projektmanager/in: In dieser Woche finden wieder 5 Präsenztage in Köln (2x), Düsseldorf, Siegen und Gera statt

Projektmanager/in AGIL (IHK) am Montag, den 19.09.2022, in Köln; 6. Präsenztag (Zertifikatsworkshop). Der Lehrgang wird von Herrn Maikath durchgeführt.

Projektmanager/in (IHK) am Dienstag, den 20.09.2022 in Düsseldorf; 5. Präsenztag.

Projektmanager/in (IHK) am Mittwoch, den 21.09.2022 in Köln; 6. Präsenztag (Zertifikatsworkshop). Der Lehrgang wird von Herrn Wirtz durchgeführt.

Projektmanager/in (IHK) am Donnerstag, den 22.09.2022 in Siegen; 5. Präsenztag.

Projektmanager/in (IHK) am Freitag, den 23.09.2022 in Gera; 3. Präsenztag.

Informationen zu den von uns entwickelten Blended Learning Lehrgängen Projektmanager/in (IHK) und Projektmanager/in AGIL (IHK) und zu aktuellen Terminen finden Sie auf unserer Lernplattform.

Warum machen fast zwei Drittel der agil Arbeitenden Überstunden?

Image by Silvia from Pixabay

Die Ergebnisse einer Befragung (Projekt diGAP, Fact Sheet 5) zeigen deutlich, dass fast zwei Drittel der agil Arbeitenden Überstunden macht. Dabei wird klar, dass “Agilität und vor allem das agile Prinzip des ´nachhaltigen Tempos´ noch nicht in ausreichendem Maße umgesetzt ist.” Führungskräften ist bei der Einführung agiler Vorgehensweisen oft nicht klar, dass die neuen Arbeitsweisen erst einmal dazu führen können, dass die Produktivität sinkt, da Neues erst einmal erlernt und eingeübt werden muss. Den Scrum Guide zu lesen, oder ein 2-tägiges Seminar zum Scrum Master zu besuchen, reichen eben nicht aus – klingt banal, ist es allerdings oft nicht.

“Fazit: Den Teams muss die Zeit zur Verfügung gestellt werden, die zur Umsetzung der Aufgaben notwendig ist. Sonst führt eine missverstandene ´verengte Agilität´ in einem Team mit unzureichenden Ressourcen häufig zu einer verschärften Belastungssituation, bei der Stresssymptome stärker ausgeprägt sind als in herkömmlichen Projekten” (Müller, Nadine; Wille, Christian (2018): Fact-Sheet Nr. 5. Gute Agile Arbeit. Gestaltungsempfehlungen aus dem Projekt diGAP. ver.di: Berlin.).

Um die Selbstorganisation zu stärken wird empfohlen (ebd.),
– die Belastung an einer “gangbaren Durchschnittsbelastung” zu orientieren,
– die Velocity nicht als Benchmark zu verwenden,
– einen Sprint als “Schutzraum” ohne externe Einflüssen zu sehen,
– Teams stabil zusammenarbeiten zu lassen,
– und Retrospektiven zu nutzen, um auch die jeweilige Belastungssituation zu reflektieren.

Die Punkte sind stark an Scrum orientiert. Dabei fällt auf, dass es sich um Punkte handelt, die gar nicht erwähennswert wären, wenn sich alle am Scrum Guide orientieren würden. Scheinbar arbeiten viele nicht konsequent nach dem Scrum Guide und versuchen, Werte Theorie, Rollen, Artefakte und Events unternehmensspezifisch zu interpretieren – in dem Sinne “Wir arbeiten nach Scrum, doch müssen wir das eine oder andere unternehmensspezifisch anpassen” (Scrum But). Möglicherweise ist es diese Abweichung, die zu den oben genannten Überstungen führt.

In dem von uns entwickelten Blended Learning Lehrgang Projektmanager/in AGIL (IHK) gehen wir auf diese Zusammenhänge ein. Informationen zu Lehrgängen und zu aktuellen Terminen finden Sie auf unserer Lernplattform.