Azure-DevOps-Abhängigkeiten im Gantt-Diagramm: vollständiger Leitfaden

Wie werden Abhängigkeiten aus Azure DevOps in einem Gantt-Diagramm angezeigt?

Azure Boards zeichnet Lieferabhängigkeiten mit direktionalen Vorgänger- und Nachfolger-Arbeitselementlinks auf, Azure Boards bietet jedoch kein integriertes Gantt-Diagramm für den kritischen Pfad. Die Dependency Tracker-Erweiterung von Microsoft bietet Listen, Risikoansichten und eine Beta-Zeitleiste. Ein verbundener Planer kann Taskleisten und CPM bereitstellen – allerdings nur, wenn er die Abhängigkeitslinks importiert oder neu erstellt.

GanttFather importiert derzeit Arbeitselemente, Daten, Zuweisungen, Status und die übergeordnete/untergeordnete Hierarchie aus Azure DevOps in ein Gantt-Projekt. Azure-Vorgänger-/Nachfolger-Links werden nicht als Gantt-Abhängigkeiten importiert. Fügen Sie nach dem Pull die Planungsbeziehungen in GanttFather hinzu; diese lokalen Links steuern Abhängigkeitspfeile und die Analyse des kritischen Pfads und werden durch spätere Pulls nicht überschrieben.

Verhalten überprüft: 30. August 2026 anhand der Microsoft-Dokumentation und des aktuellen Azure DevOps-Funktionsvertrags von GanttFather.

Welcher Linktyp von Azure DevOps stellt eine Abhängigkeit dar?

Verwenden Sie Vorgänger/Nachfolger für den Lieferauftrag. Ein Vorgänger ist der Produzent, der zuerst kommen muss; ein Nachfolger ist der Verbraucher, der von ihm abhängig ist. Azure DevOps verhindert zirkuläre Beziehungen für diese Abhängigkeitstopologie und unterstützt Eins-zu-viele-Links.

Eltern/Kind und Vorgänger/Nachfolger beantworten unterschiedliche Fragen. Eltern/Kind sagt: „Feature 12 enthält User Story 34.“ Vorgänger/Nachfolger sagt: „API Vertrag muss auslaufen, bevor die mobile Integration beginnt.“ Leiten Sie die Planungsreihenfolge nicht aus der Verschachtelung des Rückstands ab.

Wie erstellt man Arbeitselementabhängigkeiten in Azure Boards?

1. Öffnen Sie das Arbeitselement, das warten muss.
2. Öffnen Sie den Abschnitt Links und wählen Sie Link hinzufügen.
3. Wählen Sie Vorgänger.
4. Suchen Sie das Arbeitselement, das zuerst ausgeführt werden muss, und speichern Sie es.
5. Öffnen Sie das andere Arbeitselement und bestätigen Sie den gegenseitigen Nachfolger-Link.
6. Fügen Sie aussagekräftige Iterationsdaten oder Planungsfelder hinzu, wenn die Beziehung auf einer Zeitleiste angezeigt werden soll.

Microsoft empfiehlt Vorgänger/Nachfolger für Aufgaben, die nacheinander ausgeführt werden müssen. Diese Links können projektübergreifend sein, obwohl Microsofts Excel-Import-/Exportleitfaden Links zu Vorgängern desselben Projekts empfiehlt, wenn Excel Roundtripping wichtig ist.

Azure-Arbeitselement-Abhängigkeitslinks speichern nicht alle klassischen CPM-Details. Ein Vorgänger-/Nachfolger-Link kommuniziert die Reihenfolge, aber ein externer Planer benötigt möglicherweise immer noch Dauer, Kalender, Verzögerung und eine explizite Zuordnung zu FS, SS, FF oder SF.

Was kann Azure DevOps ohne einen anderen Planer visualisieren?

Azure DevOps bietet mehrere zeitleistenartige Oberflächen, aber jede beantwortet eine andere Frage.

Microsoft gibt an, dass Azure Boards über keine integrierte Möglichkeit verfügt, den kritischen Pfad anzuzeigen. Dependency Tracker kann korrekte oder falsche Abläufe basierend auf dem Timing des Vorgängers und Nachfolgers markieren, seine Zeitachse hängt jedoch davon ab, dass Arbeitselemente Iterationspfaden zugewiesen werden, deren Start- und Enddatum konfiguriert sind.

Wie übernimmt man Arbeit aus Azure DevOps in GanttFather?

Der aktuelle GanttFather-Workflow ist ein kontrollierter Pull, kein kontinuierlicher Spiegel:

1. Verbindung: Geben Sie Organisations-URL und Personal Access Token ein und schließen Sie Verbindung testen ab.
2. Projekt: Wählen Sie das mit dem Token erreichbare Azure DevOps-Projekt.
3. Quelle: Wählen Sie eine gespeicherte Abfrage oder ein Team-Board und bei Boards eine Ebene oder den vollständigen Baum.
4. Typen: Prüfen Sie die zu importierenden Planungstypen.
5. Daten & Aufwand: Ordnen Sie Start, Ende und optionale Aufwandfelder für jeden enthaltenen Typ zu.
6. Status: Ordnen Sie erkannte Azure-Status den exakten GanttFather-Projektstatus zu und prüfen Sie den von Push verwendeten Status.
7. Ziel: Wählen Sie die übergeordnete Zielaufgabe, prüfen Sie die Zusammenfassung und speichern Sie. Das Speichern startet den ersten Pull.

Quelle hinzufügen verwendet die gespeicherte Verbindung und das Projekt und beginnt bei Quelle mit den letzten fünf Schritten. Felder konfigurieren nutzt dasselbe Fünf-Schritte-Modell, öffnet aber bei Daten & Aufwand (Schritt 3 von 5); Zurück führt zu Typen und Quelle. Prüfen Sie nach dem ersten Pull Daten und Hierarchie und fügen Sie dann Gantt-Abhängigkeiten hinzu.

Für Screenshots und Feldzuordnungsdetails verwenden Sie die Azure DevOps Integrationsdokumentation und das breitere Azure DevOps Gantt-Einrichtungsanleitung.

Welche Felder importiert GanttFather aus Azure DevOps?

Bei einem wiederholten Pull wird die vorhandene zugeordnete Aufgabe aktualisiert, anstatt sie zu duplizieren. Wenn sich die Revision eines Azure-Arbeitselements nicht geändert hat, wird sie von GanttFather übersprungen. Wenn ein zugeordnetes Arbeitselement die Abfrage oder das Board verlässt, schließt GanttFather die lokale Aufgabe, anstatt sie zu löschen, es sei denn, eine andere Quelle in derselben Verbindung verfolgt sie weiterhin.

Wie sollten Abhängigkeiten nach dem Import modelliert werden?

Übertragen Sie die Lieferbeschränkung, nicht nur die Azure-Linkbezeichnung. Die meisten Azure-Vorgänger-/Nachfolgerbeziehungen sind Finish-to-Start-Beziehungen (Ende–Anfang), aber die tatsächliche Arbeit erfordert möglicherweise einen anderen Typ.

GanttFather erzwingt Abhängigkeitsregeln zwischen Geschwisteraufgaben, lehnt Zyklen und projektübergreifende Verknüpfungen ab und unterstützt Verzögerungen von -365 bis 365 Kalendertagen. Lesen die vier Gantt-Abhängigkeitstypen bevor Sie eine komplexe Azure-Beziehung übersetzen.

Erstellen Sie Abhängigkeiten erst, nachdem Sie die importierten Daten überprüft haben. Eine standardmäßige eintägige Verzögerung, die durch ein fehlendes Azure-Zieldatum verursacht wird, kann dazu führen, dass ein technisch gültiges Abhängigkeitsnetzwerk einen bedeutungslosen kritischen Pfad erzeugt.

Was passiert, wenn sich Azure DevOps oder GanttFather später ändern?

Der geprüfte Pull vergleicht zugeordnete Felder, bevor er die Zeitleiste ändert. Nur in Azure geänderte Werte sind ausgewählt; ein widersprüchliches lokales Datum oder ein Status bleibt mit der Standardoption Meine Änderungen beibehalten lokal. Beim normalen Öffnen bleibt die Zusammenfassung kompakt und Erweitert eingeklappt; Meine Änderungen beibehalten und Aus Azure wiederherstellen stehen unter Erweitert. Die Azure-Verknüpfung in der Projektkopfzeile und Daten & Synchronisierung zeigen nur die beiden alltäglichen Aktionen Aus Azure abrufen und An Azure senden. Der Erstimport erfolgt während des Setups; die getrennte vollständige Funktion Quelle synchronisieren bleibt eine Wartungsaktion in den Einstellungen. Lokale Abhängigkeiten und Aufgabenreihenfolge werden von keinem Ablauf überschrieben.

Wenn Pull oder Push nach Abschluss des vorherigen Vergleichs über die Verknüpfung, Einstellungen oder Daten & Synchronisierung erneut geöffnet wird, fordert die App einen neuen serverseitig erstellten Vergleich an, damit die Prüfung die neuesten Azure-Änderungen enthält. Nur ein weiteres Öffnen derselben Quelle während der noch laufenden Prüfung teilt die laufende Anfrage.

Push ist der getrennte geprüfte Veröffentlichungsablauf. Geeignete lokale Daten und Status, einschließlich Konflikten, sind standardmäßig ausgewählt; die Bestätigung überschreibt diese neueren zugeordneten Azure-Werte, und vorheriges Abrufen ist optional. Pull prüfen öffnet Erweitert sofort, sodass Meine Änderungen beibehalten und Aus Azure wiederherstellen im selben Dialog sichtbar sind. Erfolgreiche Pulls oder Pushes schließen den Synchronisierungsdialog; Meine Änderungen beibehalten · Schließen schließt ihn ohne Vorgang. Schätzungen und lokale Abhängigkeiten werden nie gesendet. Für die Veröffentlichung ist ein PAT mit Arbeitsaufgaben: Lesen und Schreiben erforderlich.

Wenn ein ausgewähltes Start- oder Enddatum zusammen mit dem aktuellen Begleitdatum in Azure einen ungültigen Zeitraum ergibt, wird Senden vor der Veröffentlichung deaktiviert und nichts in Azure geschrieben. Pull prüfen öffnet Erweitert, um einen gültigen Datumsbereich aus Azure wiederherzustellen; alternativ können Sie den Dialog schließen und die lokalen Daten korrigieren.

Für die Integration gibt es keinen Scheduler oder Webhook. Wenn sich der Azure-Plan täglich ändert, weisen Sie einen Besitzer oder Administrator zu, der einen vereinbarten Rhythmus einhält und die letzte erfolgreiche Synchronisierung aufzeichnet, bevor Sie die Überprüfung planen.

Wie schneiden Marktplatzerweiterungen im Vergleich zu einem externen Gantt-Tool ab?

Verwenden Sie den Dependency Tracker, wenn Azure DevOps die einzige Arbeitsverwaltungsoberfläche bleiben soll und das Team hauptsächlich ein teamübergreifendes Verbraucher-/Produzentenrisiko benötigt. Es bewahrt native Links und reduziert Duplikate.

Verwenden Sie ein externes Gantt-Tool, wenn das Team verschiebbare Datumsbalken, Abhängigkeitstypen, Verzögerungen, kritische Pfade, Stakeholder-Freigabe oder einen Zeitplan benötigt, der Nicht-Azure-Arbeiten umfasst. Überprüfen Sie vor der Auswahl eines Steckverbinders genau diese Fragen:

1. Werden Vorgänger-/Nachfolger-Links oder nur übergeordnete/untergeordnete Hierarchien importiert?
2. Welche Datums- und Dauerfelder sind maßgeblich?
3. Erfolgt die Synchronisierung automatisch, geplant oder manuell?
4. In welche Richtung kann geschrieben werden und gibt es einen Überprüfungsschritt?
5. Was passiert, wenn ein Element die Quellabfrage verlässt?
6. Kann es Abhängigkeitstypen und -verzögerungen ohne Verlust umwandeln?

GanttFather ist im ersten Punkt offen: Sein aktueller Azure-Connector importiert Hierarchien, aber keine Azure-Abhängigkeitslinks. Dadurch eignet sich GanttFather, wenn Sie das Planungsnetzwerk lokal aufbauen möchten; Es handelt sich nicht um eine wartungsfreie Replik des Azure-Linkgraphen.

Sind YAML dependencies das Gleiche wie Arbeitselementabhängigkeiten?

Nein. Azure Pipelines verwendet dependsOn, dependencies, und stageDependencies um die Ausführung von Phasen/Jobs zu steuern und frühere Ausgaben zu lesen. Diese Ausdrücke sind Pipeline-Laufzeitkonzepte. Sie erstellen keine Vorgänger-/Nachfolgerverknüpfungen zwischen Azure Boards Arbeitselementen und erscheinen nicht automatisch in einem Gantt-Diagramm.

Zum Beispiel, $[ dependencies.Build.outputs['setVersion.value'] ] liest die Ausgabevariable eines vorherigen Jobs. Es sagt nichts über die geplanten Termine eines Features oder einer User Story aus. Verwenden Sie Microsoft Referenz zu Pipeline-Ausdrücken für YAML-Fehler und die Workitem-Link-Referenz für Planungsbeziehungen.

Wann ist GanttFather neben Azure DevOps nützlich?

Verwenden Sie GanttFather, wenn Azure DevOps das Rückstands- und Lieferaufzeichnungssystem bleiben soll, während eine kleinere Gruppe den teamübergreifenden Zeitplan besitzt. Der Connector kann zugeordnete Arbeitselementfelder und die übergeordnete/untergeordnete Hierarchie in ein Gantt-Projekt ziehen. Nach jedem manuellen Abruf können Planer FS, SS, FF und SF Abhängigkeiten mit Verzögerung hinzufügen, den kritischen Pfad berechnen und das Live-Ergebnis mit Zuschauern oder Gästen teilen.

Dies ist kein Abhängigkeitsspiegel: Azure-Vorgänger-/Nachfolger-Links werden nicht importiert oder zurückgeschrieben, und ein Besitzer oder Administrator muss Integrationsaktivitäten in der App auslösen und überprüfen. Das kostenlose Kontingent umfasst ein eigenes Projekt mit zwei Redakteursplätzen und unbegrenzten Zuschauern und Gästen. Wenn diese kontrollierte Aufteilung zu Ihrem Prozess passt, Erstellen Sie ein kostenloses GanttFather-Projekt und validieren Sie eine Azure-Abfrage, bevor Sie das vollständige lokale Netzwerk aufbauen.

Was fragen die Leute sonst noch zu Azure DevOps-Abhängigkeiten?

Verfügt Azure DevOps über ein natives Gantt-Diagramm?

Azure Boards verfügt über Roadmaps und erweiterungsbasierte Zeitleistenoberflächen, Microsoft bietet jedoch kein integriertes klassisches Gantt-Diagramm mit Analyse des kritischen Pfads. Dependency Tracker enthält eine Beta-Zeitleiste für den Abhängigkeitsfluss; Delivery Plans konzentriert sich auf iterationsbasierte, teamübergreifende Planung.

Importiert GanttFather Azure-Vorgänger-/Nachfolger-Links?

Nein. Der aktuelle Connector importiert Arbeitselementfelder und die übergeordnete/untergeordnete Hierarchie derselben Quelle. Azure-Vorgänger-/Nachfolger-Links werden nicht in Gantt-Abhängigkeiten umgewandelt. Fügen Sie diese Zeitplanbeziehungen nach dem Import in GanttFather hinzu; Wiederholte Pulls bewahren den lokalen Abhängigkeitssatz.

Kann GanttFather Abhängigkeiten zurück auf Azure DevOps verschieben?

Nein. Der überprüfte Push deckt explizit ausgewählte zugeordnete Arbeitselementfelder ab, nicht Azure-Beziehungslinks. Es werden keine Vorgänger-/Nachfolgerbeziehungen erstellt, aktualisiert oder gelöscht. Sorgen Sie dafür, dass das Azure-Linkdiagramm maßgeblich ist, wenn diese nativen Links von anderen Azure-Tools benötigt werden.

Kann Azure DevOps einen kritischen Pfad anzeigen?

Microsoft gibt an, dass Azure Boards über keine integrierte Ansicht des kritischen Pfads verfügt. Ein externer Planer kann einen berechnen, nachdem er über gültige Aufgabentermine, -dauern und ein vollständiges Abhängigkeitsnetzwerk verfügt. Ein Diagramm, das nur auf der übergeordneten/untergeordneten Hierarchie basiert, kann keinen vertretbaren kritischen Pfad erzeugen.

Kann ein KI-Agent die Azure DevOps-Synchronisierung über GanttFather MCP auslösen?

Nein. Der MCP-Server von GanttFather verfügt über keine Azure-Integrationstools. Ein Eigentümer oder Administrator muss die Verbindung konfigurieren, Pulls auslösen, Vergleiche überprüfen und Push in der Anwendung bestätigen. Nachdem Aufgaben vorhanden sind, kann ein autorisierter Agent mit den GanttFather-Aufgaben und lokalen Abhängigkeiten arbeiten.

---

Produktverhalten überprüft: 30. August 2026.

Quellen

1. Microsoft Learn, Verwenden Sie die Dependency Tracker-Erweiterung
2. Microsoft Learn, Referenz zu Linktypen
3. Microsoft Learn, Anforderungsmanagement für agile Teams
4. Microsoft Learn, WIQL-Syntax für Arbeitselement-Links
5. GanttFather, Azure DevOps Integrationsdokumentation