Azure Boards almacena relaciones de programación como enlaces predecesores y sucesores, pero no tiene una vista Gantt de ruta crítica incorporada. Utilice Dependency Tracker o un programador conectado y verifique qué enlaces importa realmente el conector.
¿Cómo aparecen las dependencias de Azure DevOps en un diagrama de Gantt?
Azure Boards registra las dependencias de entrega con enlaces direccionales de elementos de trabajo predecesores y sucesores, pero Azure Boards no proporciona un diagrama de Gantt de ruta crítica integrado. La extensión Dependency Tracker de Microsoft ofrece listas, vistas de riesgos y una línea de tiempo beta. Un programador conectado puede proporcionar barras de tareas y CPM, pero solo si importa o recrea los enlaces de dependencia.
GanttFather actualmente importa Azure DevOps elementos de trabajo, fechas, asignaciones, estados y jerarquía principal/secundaria a un proyecto de Gantt. No importa enlaces predecesores/sucesores de Azure como dependencias de Gantt. Después de la extracción, agregue las relaciones de programación en GanttFather; esos enlaces locales impulsan flechas de dependencia y análisis de ruta crítica y no se sobrescriben con extracciones posteriores.
Comportamiento verificado: 30 de agosto de 2026 según la documentación de Microsoft y el contrato de funciones actual de GanttFather Azure DevOps.
¿Qué tipo de enlace de Azure DevOps representa una dependencia?
Utilice Predecesor/Sucesor para el pedido de entrega. Un predecesor es el productor que debe estar primero; un sucesor es el consumidor que depende de él. Azure DevOps evita relaciones circulares para esta topología de dependencia y admite enlaces de uno a muchos.
| Azure DevOps relación | Significado | ¿Es una dependencia del horario? | Interpretación de Gantt |
|---|---|---|---|
| Predecesor | El elemento vinculado debe finalizar antes que el elemento actual | Sí | Generalmente el lado predecesor de un enlace FS |
| Sucesor | El elemento vinculado debe aparecer después del elemento actual | Sí | Generalmente el lado sucesor de un enlace FS |
| Padre/Hijo | Jerarquía de cartera o cartera de pedidos | No | Fila de resumen/fila secundaria |
| Relacionado | asociación general | No | Sólo referencia |
| Produce Para / Consume De | Dependencia direccional entre organizaciones | Sí, para elementos de trabajo remoto | Dependencia externa que requiere mapeo explícito |
Tubería dependsOn | Orden de ejecución de etapa u trabajo en YAML | Solo canalización | No es un vínculo de elemento de trabajo |
Padre/Hijo y Predecesor/Sucesor responden preguntas diferentes. Padre/Hijo dice “La característica 12 contiene la historia de usuario 34”. El predecesor/sucesor dice “El contrato de API debe finalizar antes de que comience la integración móvil”. No infiera el orden de programación a partir del anidamiento de trabajos pendientes.
¿Cómo se crean dependencias de elementos de trabajo en Azure Boards?
- Abra el elemento de trabajo que debe esperar.
- Abra la sección Enlaces y elija Agregar enlace.
- Seleccione Predecesor.
- Busque el elemento de trabajo que debe realizarse primero y guárdelo.
- Abra el otro elemento de trabajo y confirme el vínculo recíproco Sucesor.
- Agregue fechas de iteración significativas o campos de programación si la relación se mostrará en una línea de tiempo.
Microsoft recomienda Predecesor/Sucesor para tareas que deben completarse en secuencia. Estos vínculos pueden cruzar proyectos, aunque la guía de importación/exportación de Excel de Microsoft recomienda vínculos predecesores del mismo proyecto cuando Excel la ida y vuelta es importante.
Los vínculos de dependencia de elementos de trabajo de Azure no almacenan todos los detalles clásicos de CPM por sí solos. Un enlace Predecesor/Sucesor comunica orden, pero un programador externo aún puede necesitar duraciones, calendarios, retrasos y una asignación explícita a FS, SS, FF o SF.
¿Qué puede visualizar Azure DevOps sin otro programador?
Azure DevOps ofrece varias superficies similares a líneas de tiempo, pero cada una responde a una pregunta diferente.
| superficie azul | Mejor uso | Muestra relaciones de dependencia. | Programación completa de Gantt/ruta crítica |
|---|---|---|---|
| Juntas y atrasos | Flujo, prioridad, jerarquía | Enlaces visibles en cada artículo. | No |
| Planes de entrega | Iteraciones entre equipos y sincronización de la hoja de ruta | No es un programador de red de dependencia | No |
| Extensión de seguimiento de dependencias | Riesgo de dependencia del consumidor/productor | Sí; vistas de lista, gráfico y línea de tiempo | Ningún CPM; la línea de tiempo está documentada como beta |
| Consulta de WIQL de enlaces directos | Auditar elementos de trabajo vinculados | Sí, como resultados de la consulta. | Sin cronograma |
| Programador de Gantt externo | Fechas, barras, flechas, análisis de horarios. | Depende del contrato del conector | Sí, cuando existen enlaces y duraciones |
Microsoft afirma que Azure Boards no tiene una forma integrada de mostrar la ruta crítica. Dependency Tracker puede marcar un flujo correcto o incorrecto según el tiempo del predecesor y el sucesor, pero su cronograma depende de los elementos de trabajo que se asignan a las rutas de iteración cuyas fechas de inicio y finalización están configuradas.
¿Cómo se convierte el trabajo de Azure DevOps en GanttFather?
El flujo de trabajo actual de GanttFather es una extracción controlada, no un reflejo continuo:
- Conexión: introduzca la URL de la organización y el Personal Access Token y complete Probar conexión.
- Proyecto: elija el proyecto Azure DevOps accesible con el token.
- Fuente: elija una consulta guardada o un tablero de equipo y, para tableros, un nivel o el árbol completo.
- Tipos: revise los tipos de elementos de planificación que se importarán.
- Fechas y esfuerzo: asigne Inicio, Fin y campos de esfuerzo opcionales para cada tipo incluido.
- Estados: asigne los estados de Azure detectados a estados exactos del proyecto GanttFather y revise el estado que usará Push.
- Destino: elija la tarea principal de destino, revise el resumen y guarde. Al guardar comienza el primer Pull.
Agregar fuente reutiliza la conexión y el proyecto guardados, comienza en Fuente y sigue los últimos cinco pasos. Configurar campos usa el mismo modelo de cinco pasos, pero se abre en Fechas y esfuerzo (paso 3 de 5); Atrás permite llegar a Tipos y Fuente. Después del Pull inicial, revise las fechas y la jerarquía e incluya las dependencias de Gantt.
Para obtener capturas de pantalla y detalles de mapeo de campos, use el Azure DevOps documentación de integración y el más amplio Azure DevOps guía de configuración de Gantt.
¿Qué campos importa GanttFather desde Azure DevOps?
| Azure DevOps datos | GanttFather resultado | Comportamiento importante |
|---|---|---|
System.Title | Nombre de la tarea | Vuelve al ID del elemento de trabajo cuando falta |
System.Description | Descripción de la tarea | Se eliminan HTML etiquetas |
System.State | Estado del proyecto | Utiliza mapeo de estado predeterminado o configurado |
| Prioridad | Prioridad de tarea | Los valores de Azure 1 a 4 se asignan a Alto/Medio/Bajo |
| Campo de inicio configurado | inicio de tarea | Vuelve a la fecha de creación cuando está ausente |
| Campo de destino/fin configurado | Fin de la tarea | Vuelve a un día después del inicio cuando está ausente |
| Puntos de historia / estimación configurada | Estimación | Opcional |
| Asignado a | Asignación de miembros o recursos virtuales | Resuelto a partir de identidades conocidas. |
System.Parent | tarea principal | Resuelto solo cuando el padre está en la misma fuente de sincronización |
| Relaciones predecesor / sucesor | No importado | Agregar y mantener dependencias de Gantt localmente |
Una extracción repetida actualiza la tarea asignada existente en lugar de duplicarla. Si la revisión de un elemento de trabajo de Azure no ha cambiado, GanttFather la omite. Cuando un elemento de trabajo asignado abandona la consulta o el tablero, GanttFather cierra la tarea local en lugar de eliminarla, a menos que otra fuente en la misma conexión todavía lo rastree.
¿Cómo se deben modelar las dependencias después de la importación?
Traduzca la restricción de entrega, no solo la etiqueta del vínculo de Azure. La mayoría de las relaciones predecesor/sucesor de Azure son finish-to-start, pero el trabajo real puede requerir otro tipo.
| Situación | dependencia de Gantt | Ejemplo |
|---|---|---|
| El sucesor comienza después de que termina el predecesor | FS | Implementar después de la revisión de seguridad |
| Dos tareas pueden comenzar juntas | SS | Implementación de backend y frontend |
| Dos tareas deben terminar juntas. | FF | Documentación y lanzamiento de funciones. |
| Una tarea termina sólo después de que comienza otra. | SF | Retirar el soporte anterior después de que comience el nuevo soporte |
| Periodo de espera después de un evento | FS con retraso positivo | Comience la medición dos días después del lanzamiento |
| Superposición intencional | Tipo apropiado con retraso negativo | Inicie el control de calidad dos días antes de que finalice la implementación. |
GanttFather aplica reglas de dependencia entre tareas hermanas, rechaza ciclos y enlaces entre proyectos y admite retrasos de -365 a 365 días calendario. leer Los cuatro tipos de dependencia de Gantt. antes de traducir una relación compleja de Azure.
Cree dependencias solo después de verificar las fechas importadas. Una barra predeterminada de un día causada por la falta de una fecha objetivo de Azure puede hacer que una red de dependencia técnicamente válida produzca una ruta crítica sin sentido.
¿Qué sucede cuando Azure DevOps o GanttFather cambian más tarde?
Pull revisado compara los campos asignados antes de cambiar la línea de tiempo. Se seleccionan los cambios exclusivos de Azure; una fecha o estado local en conflicto permanece local con la opción predeterminada Conservar mis cambios. Al abrir Pull normalmente, el resumen permanece compacto y Avanzado está contraído; Conservar mis cambios y Restaurar desde Azure aparecen en Avanzado. El acceso directo de Azure en el encabezado del proyecto y Datos y sincronización muestran solo las dos acciones cotidianas, Extraer de Azure y Enviar a Azure. La importación inicial ocurre durante la configuración, mientras que la operación completa y separada Sincronizar fuente sigue siendo una acción de mantenimiento en Configuración. Ninguno de los flujos sobrescribe las dependencias locales ni el orden de las tareas.
Desde el acceso directo, Configuración o Datos y sincronización, abrir Extraer o Enviar después de que termine la comparación anterior solicita una nueva comparación creada por el servidor, por lo que la revisión incluye los cambios más recientes de Azure. Solo se comparte una solicitud en curso cuando se vuelve a abrir la misma fuente mientras esa comprobación todavía está en progreso.
Push es el flujo separado y revisado de publicación. Las fechas y estados locales elegibles, incluidos los conflictos, están seleccionados por defecto; al confirmar se sobrescriben esos valores asignados de Azure más recientes y hacer Pull primero es opcional. Revisar Pull abre Avanzado inmediatamente para que Conservar mis cambios y Restaurar desde Azure sean visibles en el mismo diálogo. Un Pull o Push correcto cierra el diálogo de sincronización; Conservar mis cambios · Cerrar lo cierra sin iniciar una operación. Las estimaciones y las dependencias locales nunca se envían. Publicar requiere un PAT con Elementos de trabajo: lectura y escritura.
Si una fecha de inicio o fin seleccionada forma un rango no válido con la otra fecha actual de Azure, Enviar se desactiva antes de publicar y no se escribe nada en Azure. Revisar extracción abre Avanzado para restaurar un rango de fechas coherente; también puede cerrar el diálogo y ajustar las fechas locales.
No hay un programador ni un webhook para la integración. Si el plan de Azure cambia a diario, asigne un propietario o administrador para que aplique una cadencia acordada y registre la última sincronización exitosa antes de programar las revisiones.
¿Cómo se comparan las extensiones del mercado con una herramienta Gantt externa?
Utilice Dependency Tracker cuando Azure DevOps deba seguir siendo la única superficie de gestión del trabajo y el equipo necesite principalmente riesgos entre consumidores y productores entre equipos. Conserva los enlaces nativos y reduce la duplicación.
Utilice una herramienta de Gantt externa cuando el equipo necesite barras con fecha arrastrables, tipos de dependencia, retrasos, rutas críticas, uso compartido de partes interesadas o una programación que incluya trabajo que no sea de Azure. Antes de elegir cualquier conector, verifique estas preguntas exactas:
- ¿Importa enlaces de predecesor/sucesor o solo jerarquía de padre/hijo?
- ¿Qué campos de fecha y duración tienen autoridad?
- ¿La sincronización es automática, programada o manual?
- ¿En qué dirección se puede escribir? ¿Existe un paso de revisión?
- ¿Qué sucede cuando un elemento abandona la consulta de origen?
- ¿Puede el tipo de dependencia de ida y vuelta y el retraso sin pérdida?
GanttFather es sincero en el primer punto: su conector de Azure actual importa la jerarquía pero no los enlaces de dependencia de Azure. Eso hace que GanttFather sea adecuado cuando deseas construir la red de planificación localmente; no es una réplica sin mantenimiento del gráfico de enlaces de Azure.
son YAML dependencies ¿Lo mismo que las dependencias de elementos de trabajo?
No. Azure Pipelines usos dependsOn, dependencies, y stageDependencies para controlar la ejecución de la etapa/trabajo y leer los resultados anteriores. Esas expresiones son conceptos de tiempo de ejecución de canalización. No crean vínculos de predecesor/sucesor entre Azure Boards elementos de trabajo y no aparecen automáticamente en un diagrama de Gantt.
Por ejemplo, $[ dependencies.Build.outputs['setVersion.value'] ] lee la variable de salida de un trabajo anterior. No dice nada sobre las fechas programadas de una característica o historia de usuario. Utilice Microsoft referencia de expresiones de canalización para errores YAML y la referencia de enlace del elemento de trabajo para relaciones de planificación.
¿Cuándo es útil GanttFather junto con Azure DevOps?
Utiliza GanttFather cuando Azure DevOps deba seguir siendo el sistema de registro de entregas y trabajo pendiente, mientras que un grupo más pequeño se responsabiliza del cronograma entre equipos. El conector puede incorporar a un proyecto de Gantt los campos de los elementos de trabajo asignados y la jerarquía principal/secundaria. Después de cada extracción manual, los planificadores pueden agregar dependencias FS, SS, FF y SF con retraso, calcular la ruta crítica y compartir el resultado en vivo con espectadores o invitados.
No es un espejo de dependencias: los vínculos predecesor/sucesor de Azure no se importan ni se reescriben, y un propietario o administrador debe activar y revisar la actividad de integración en la aplicación. El nivel gratuito cubre un proyecto propio con dos puestos de editor y espectadores e invitados ilimitados. Si esa división controlada encaja con tu proceso, crea un proyecto GanttFather gratis y valida una consulta de Azure antes de construir la red local completa.
¿Qué más pregunta la gente sobre las dependencias de Azure DevOps?
¿Tiene Azure DevOps un diagrama de Gantt nativo?
Azure Boards tiene hojas de ruta y superficies de línea de tiempo basadas en extensiones, pero Microsoft no proporciona un diagrama de Gantt clásico integrado con análisis de ruta crítica. Dependency Tracker incluye un cronograma beta para el flujo de dependencia; Los planes de entrega se centran en la planificación entre equipos basada en iteraciones.
¿GanttFather importa enlaces predecesores/sucesores de Azure?
No. El conector actual importa campos de elementos de trabajo y la jerarquía principal/secundaria del mismo origen. Los vínculos predecesores/sucesores de Azure no se convierten en dependencias de Gantt. Agregue esas relaciones de programación en GanttFather después de la importación; Las extracciones repetidas preservan el conjunto de dependencias locales.
¿Puede GanttFather devolver las dependencias a Azure DevOps?
No. El Push revisado cubre campos de elementos de trabajo asignados explícitamente seleccionados, no vínculos de relación de Azure. No crea, actualiza ni elimina relaciones de predecesor/sucesor. Mantenga el gráfico de vínculos de Azure con autoridad cuando otras herramientas de Azure requieran esos vínculos nativos.
¿Puede Azure DevOps mostrar una ruta crítica?
Microsoft afirma que Azure Boards no tiene una vista de ruta crítica incorporada. Un programador externo puede calcular uno después de que tenga fechas de tarea válidas, duraciones y una red de dependencia completa. Un gráfico basado únicamente en la jerarquía padre/hijo no puede producir una ruta crítica defendible.
¿Puede un agente de IA activar la sincronización de Azure DevOps a través de GanttFather MCP?
No. El servidor MCP de GanttFather no tiene herramientas de integración de Azure. Un propietario o administrador debe configurar la conexión, activar Pull, revisar comparaciones y confirmar Push en la aplicación. Una vez que las tareas están presentes, un agente autorizado puede trabajar con las tareas y dependencias locales de GanttFather.
Comportamiento del producto comprobado: 30 de agosto de 2026.
Fuentes
