Wie lassen sich Aufgabenabhängigkeiten visualisieren und verwalten?

Ich muss oft ein bestimmtes Ziel erreichen (z. B. eine Softwarefunktionalität liefern). Zu Beginn der Arbeit identifiziere ich das Ziel und kann einige Aufgaben auflisten, die erforderlich sind, um das gewünschte Ergebnis zu erzielen. Für jede der identifizierten Aufgaben kann ich diese möglicherweise in Unteraufgaben aufteilen. In der Regel werden jedoch Aufgaben (auf unterschiedlichen Detailebenen), die zur Erreichung des Ziels durchgeführt werden müssen, im Laufe der Arbeit entdeckt. So kann beispielsweise einige Recherche (eine Aufgabe an sich) erforderlich sein, um den besten Ansatz für einen bestimmten Teil der Arbeit zu bestimmen, bevor die eigentlichen Arbeitsaufgaben identifiziert werden können.

In der einfachsten Form kann ich die Hierarchie von zusammengesetzten Aufgaben darstellen, indem ich beispielsweise eine eingerückte Liste verwende, obwohl es Schwierigkeiten gibt, auch willkürliche Ordnungsbeschränkungen darzustellen. Alternativ kann ich Microsoft Project verwenden, um die Aufgabenhierarchie und die Reihenfolge der Aufgaben anzuzeigen.

Allerdings sind diese beiden Ansätze ziemlich „aufgeregt“. Ich habe mich gefragt, welche Methoden es gibt, die es mir ermöglichen würden, die Aufgaben und ihre Beziehungen in einem Diagramm darzustellen, vielleicht mit Knoten, die als Aufgaben und Beziehungen (z. B. Zusammensetzung, Reihenfolge) als Linien dargestellt werden.

Gute Frage, liest sich aber etwas zu sehr wie eine Einkaufslistenfrage . Vielleicht möchten Sie etwas umformulieren, um nicht nach einer Liste von Dingen zu fragen.
Danke @Sarov, ich habe eine Frage entfernt. Hoffentlich etwas fokussierter.
Der Satz „Ich habe mich gefragt, welche Tools es gibt“ macht es zu einer Einkaufslistenfrage .
Ah, ja ich verstehe. Da dies eigentlich die Frage ist, auf die ich eine Antwort haben möchte, denke ich, dass dies nicht das richtige Forum dafür ist. Ich sehe jedoch, dass ich riskiere, bestraft zu werden, wenn ich eine beantwortete Frage lösche.
Meinst du das was oder das wie. Ich verwalte im Allgemeinen Abhängigkeiten zwischen Backlog-Elementen, lasse aber das Team Aufgabenabhängigkeiten herausfinden.
Ich meine sowohl was als auch wie. Unter Verwendung von whats und hows als Substantive kann jedes how weiter in hows zerlegt werden (also ist in diesem Zusammenhang das zerlegte how ein what). Das Prinzip ist auf jeder Ebene anwendbar, unabhängig davon, ob eine Person beschreibt, was sie tut, als das Was definiert, während andere das Wie definieren. Vermutlich sind Ihre Wass nur 'Wie'-Zerlegungen eines größeren Was. Klingt alles sehr verwirrend und es gibt wahrscheinlich bessere Begriffe dafür (z. B. Tasks und Subtasks), aber ich hoffe, Sie verstehen, was ich meine.
Da Sie Ihre Frage mit „agil“ getaggt haben, muss ich mich hier einklinken. Wenn Ihr Abhängigkeitsdiagramm so komplex ist, machen Sie die agile Planung falsch. Möglicherweise möchten Sie Ihre Methodik und Granularität überdenken und das Team die Abhängigkeiten innerhalb jeder Iteration verwalten lassen.
Was ist falsch an der Netzwerkdiagrammansicht in MS Project? (obwohl ich zustimme, dass dies sowohl eine Einkaufslistenfrage als auch eine Anti-Agile-Frage ist)

Antworten (5)

TL;DR

Respektieren Sie die Timebox und führen Sie eine „Just-in-Time-Planung“ durch. Nehmen Sie nicht so viel Vorabzerlegung vor und verlassen Sie sich stattdessen auf die iterative Bereitstellung, um Ihnen ein emergentes Design zu liefern.

Analyse

Aus Sicht der agilen Planung machen Sie etwas grundlegend falsch, wenn Ihr Backlog eine komplexe grafische Darstellung von Abhängigkeiten erfordert. Insbesondere sind Sie entweder:

  1. das Konzept dünner, vertikaler Funktionalitätssegmente nicht nutzen, um inkrementell zu liefern; oder
  2. Sie versuchen, zu viel Zerlegung im Voraus zu tun.

Agile Frameworks sind nicht für Arbeiten konzipiert, die ein umfangreiches Design und eine Spezifikation im Voraus erfordern. Sie sind für inkrementelle, iterative und emergente Designs gedacht. Nutzen Sie das. Sie müssen inkrementelle, iterative Bereitstellung und emergentes Design annehmen, wenn Sie mit einer agilen Methodik erfolgreich sein wollen.

Empfehlungen

Projektmethodik

Wenn Sie der Projektmanager sind, müssen Sie Ihre Methodik verfeinern. Insbesondere sollten Sie Ihr Produkt-Backlog so überarbeiten, dass Sie nicht versuchen, im Voraus so viele Zerlegungen vorzunehmen, dass Ihr gesamtes Backlog mit Aufgaben gefüllt wird.

Idealerweise wird Ihr Backlog mit zusammenhängenden Epics und Themen gefüllt, wobei nur die Arbeit für die nächsten Iterationen in relativ unabhängige User Stories zerlegt wird. Die User Stories sollten der INVEST-Mnemonik folgen , damit Sie sich nicht mit einem komplexen Abhängigkeitsdiagramm auseinandersetzen müssen.

Sie sollten nur Aufgaben für die aktuelle Iteration definieren. Während Aufgaben sicherlich Abhängigkeiten haben können, sollte ein Feature, das für eine einzelne Iteration richtig ausgelegt wurde, nicht so viele Aufgaben haben, dass ein komplexes Abhängigkeitsdiagramm erforderlich ist.

Manchmal benötigen Sie möglicherweise einen zeitlich begrenzten Story-Spike, um die Arbeit im Voraus zu verfeinern, zu zerlegen oder zu planen, aber es wird nicht erwartet, dass diese Arbeit in die aktuelle Iteration passt! Wenn Sie während einer Iteration neue oder ungeplante Aufgaben entdecken, planen Sie die Arbeit nach Möglichkeit für eine zukünftige Iteration. Andernfalls müssen Sie möglicherweise die aktuelle Iteration anhalten und neu planen. So funktionieren iterative Methoden grundsätzlich!

Abhängigkeitsdiagramme

Es gibt viele Methoden für die grafische Darstellung von Abhängigkeiten. Eine der nützlicheren im Bereich der Softwareentwicklung ist die Mikado-Methode . Es hilft dem Team oder Entwickler, rückwärts vom Ziel zum aktuellen Zustand zu arbeiten und Abhängigkeiten und Refactorings durch einen gerichteten Graphen zu identifizieren . Letztendlich ist der Graph jedoch ein Mittel zum Zweck und kein Selbstzweck.

Wenn Sie keine Software erstellen, können Ihnen andere Techniken helfen, Abhängigkeiten aufzulösen und Ihren Graphen zu ordnen. Ganze Bücher sind gefüllt mit der Theorie und Praxis, wie man solche Graphen erzeugt, also würde eine erschöpfende Liste den Rahmen sprengen.

Bei agilen Methoden erfordert die für die Iteration geplante Arbeit jedoch selten das Niveau der grafischen Darstellung, das Sie anscheinend verlangen. Während es sehr nützlich ist, den kritischen Pfad bei Refactorings zu definieren, ist ungeplante Arbeit zu hoch, um ein solches Diagramm zu erstellen, während geplante Arbeit zu offensichtlich sein sollte, um eine zu benötigen.

Danke, das ist sehr interessant, besonders die Mikado-Methode. Ich habe das agile Tag verwendet, weil ich tendenziell iterativ arbeite und Entscheidungen an dem Punkt überlasse, an dem sie getroffen werden müssen. Ich glaube nicht, dass ich in meinem ursprünglichen Beitrag eine große Aufschlüsselung der Aufgaben im Voraus vorgeschlagen habe. Mich interessierte eigentlich das Gegenteil. Die Fähigkeit, inkrementell gerade genug zu planen, um die aktuelle Arbeit in einen Kontext zu stellen, und in der Lage zu sein, den Plan im Verlauf der Arbeit zu ändern.
Von all diesen scheint die Mikado-Methode am besten für Software geeignet zu sein. „Der Graph ist ein Mittel zum Zweck und kein Selbstzweck“ – das gilt meiner Meinung nach für alle Planungstechniken!

Sie könnten es so ziemlich durch die Integration von Excel / MS Project, SharePoint und PowerPoint erstellen. Obwohl es mühsam zu bauen ist, lohnt es sich, da es an Ihre Anforderungen angepasst werden kann.

Es scheint jedoch, dass es ein solches Tool gibt, das einen visuellen Effekt für das Aufgabenmanagement bringen könnte.

  1. http://itsm360.net/task-management/ Von der Zuweisung über die Übernahme bis zum Abschluss können Sie den gesamten Ablauf visualisieren. Weitere Details zu diesem Produkt finden Sie auf ihrer Website.
Auf den ersten Blick auf die Website sieht dies wie ein weiterer karten- und listenbasierter Ansatz aus. Nicht das, woran ich dachte. Danke trotzdem.

Es gibt zwei klassische Ansätze zur Visualisierung von Anforderungen/Aufgaben und deren Abhängigkeiten.

  1. Prädenzdiagramm-Methode

  2. Gantt-Diagramm

Ich bin mir ziemlich sicher, dass Sie einige Werkzeuge für Ihre Lieblingstechnik finden werden.

Ich denke, die Predence Diagram-Methode kommt dem, was ich denke, möglicherweise am nächsten, danke.
Naja, jedenfalls von diesen beiden. Die von @CodeGnome erwähnte Mikado-Methode sieht noch ähnlicher aus.
@faktor, das dachte ich mir. Wenn Sie diese Antwort nützlich fanden, vergessen Sie nicht, sie zu bewerten oder sogar die Antwort zu akzeptieren. Auch lesenswert meta.stackexchange.com/questions/5234/…
@factor, ich weiß nicht viel über die Mikado-Methode, aber soweit ich weiß, wird sie ursprünglich nicht zur Modellierung von Projektanforderungen verwendet.

In meiner Remote-Scrum-Anwendung habe ich sehr einfache Bewertungen integriert - sowohl für die ProductBacklogItems als auch für die Aufgaben: A) Das Risiko ist eine Kombination aus: 1.) Komplexität: Wert[1,2,3] 2.) Innovation: Wert [1,2,3] B) Abhängigkeiten sind in beide Richtungen: 1.) wie stark sind andere von dieser Aufgabe abhängig: wert[1,2,3] 2.) wie stark ist diese Aufgabe von anderen abhängig: wert[1 ,2,3] ... plus: falls Sie höhere Werte angegeben haben (eine 3 oder zwei 2en): fügen Sie etwas Text in das Textfeld ein, wie Sie damit umgehen möchten ...

Sie können dies mit einem 9x9-Raster visualisieren und die Farben grün-gelb-rot (wie eine Ampel) machen.

Ich habe die Anwendung (die Remote-Scrum-Lösung CYBR-SUITE (CYSU)) derzeit über Sourceforge verfügbar gemacht: https://sourceforge.net/projects/cybr/

Es läuft auf Docker über Docker-Compose - "alles", was Sie brauchen, ist ein VPS mit 2 GB RAM und ein Linux-Kernel (plus Docker & Docker-Compose natürlich.. Überprüfen Sie die README.md für eine Schritt-für-Schritt-Installation . .)

Img unten ist ein Screenshot, der die Bewertung/Bewertung des ProductBacklogItems zeigt - aber es ist sehr ähnlich für die Aufgaben..Dieses Bild zeigt das Element, da ich als PO die DevTeams-Aufgaben nicht hinzugefügt habe – aber die Aufgaben haben die gleichen Felder für die Bewertung/Bewertung von Risiken und Abhängigkeiten

Ich muss nur Folgendes sagen: „Microsoft Project®“ ist der König dieses Hügels – und das aus sehr guten Gründen.“ Es ist hervorragend darin, Abhängigkeiten zwischen Aufgaben zu verwalten. Das Produkt wurde aus einer Reihe von Microsoft Excel-Makros geboren, die die Microsoft Corporation war Verwendung für eigene Zwecke ... und das sieht man. Ich habe noch nie ein Softwareprodukt in der Open-Source-Welt gefunden, das auch nur annähernd so weit gekommen ist. Kaufen Sie eine Kopie und lernen Sie es sehr gut.

Wie lassen sich Aufgabenabhängigkeiten visualisieren und verwalten?
AntwortenHierDatenschutz-Bestimmungen1y, 0v