Cómo visualizar Azure DevOps elementos de trabajo en un diagrama de Gantt

Conecte Azure DevOps a GanttFather, use Pull y Push revisados y modele dependencias locales sin implicar sincronización automática.

GanttFather
Actualizado 30 de agosto de 2026 13 min read
View as Markdown
The short answer

Conecte Azure DevOps a GanttFather, use Pull y Push revisados y modele dependencias locales sin implicar sincronización automática.

GanttFather puede extraer elementos de trabajo de Azure DevOps en un diagrama de Gantt interactivo y publicar fechas y estados asignados mediante Push revisado. No es una sincronización bidireccional automática: la configuración realiza una extracción inicial, y Pull y Push posteriores son activados por el usuario; no se ejecuta ningún webhook ni programación en segundo plano.

Comportamiento del producto verificado el 30 de agosto de 2026 según el contrato de integración actual de GanttFather y la documentación de Azure DevOps de Microsoft.

¿Qué hace la integración de Azure DevOps?

Un proyecto de GanttFather puede tener una integración de Azure DevOps con múltiples fuentes. Cada fuente puede representar una consulta guardada o un tablero de trabajos pendientes admitido. Una extracción lee elementos de trabajo y crea o actualiza las tareas asignadas de GanttFather; Los tirones repetidos actualizan la misma tarea asignada en lugar de crear deliberadamente un duplicado.

La integración asigna campos de planificación como título, descripción, estado, prioridad, fechas, estimación y jerarquía principal/secundaria, cuando esté disponible. Pull revisado y la operación separada Sincronizar fuente determinan cómo se aplica una revisión nueva de Azure; las estimaciones solo se reciben.

CapacidadComportamiento actual
Importación inicialEl flujo de configuración de siete pasos inicia la primera extracción al guardar
Actualización posteriorEl propietario o el administrador activan una extracción
Cadencia automática o webhookNo disponible
Múltiples fuentesLas fuentes de consultas guardadas y de tableros pueden compartir una integración
Jerarquía padre/hijoImportado cuando esté presente
Enlaces predecesor/sucesorNo importado a GanttFather dependencias
Push revisadoFlujo separado de vista previa, revisión, selección y confirmación
MCP control de integraciónNo disponible

¿Cómo se conecta Azure DevOps con GanttFather?

Un propietario o administrador abre la configuración del proyecto e inicia el flujo de configuración de Azure DevOps.

  1. Conexión: ingrese la URL de la organización y el token de acceso personal, y complete Probar conexión.
  2. Proyecto: elija el proyecto de Azure DevOps al que puede acceder el token.
  3. Origen: elija una consulta guardada o un tablero de equipo y, para tableros, el alcance de un nivel o del árbol completo.
  4. Tipos: revise qué tipos de elementos de trabajo de planificación se importarán.
  5. Fechas y esfuerzo: asigne Inicio, Fin y los campos de esfuerzo opcionales para cada tipo incluido.
  6. Estados: asigne los estados de Azure detectados a estados exactos del proyecto GanttFather y revise el estado que usará Push.
  7. Destino: elija la tarea principal de destino, revise el resumen y guarde. Al guardar comienza la extracción inicial.

Agregar fuente reutiliza la conexión y el proyecto guardados, comienza en Origen y recorre 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 Origen cuando sea necesario revisarlos.

Para el descubrimiento y Pull, PAT necesita acceso de lectura de proyecto/equipo y de elementos de trabajo. Push necesita acceso de lectura y escritura del elemento de trabajo. GanttFather cifra el PAT en reposo y no lo devuelve en las respuestas de integración.

En el proyecto, el acceso directo de Azure y Datos y sincronización muestran únicamente Extraer de Azure y Enviar a Azure para el trabajo diario. La importación inicial ocurre durante el flujo de configuración de siete pasos; Sincronizar fuente completo es una acción de mantenimiento en Configuración.

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.

¿Qué sucede durante un tirón?

Extraer de Azure abre una comparación revisada de los elementos ya asignados antes de modificar el cronograma. Los cambios exclusivos de Azure quedan seleccionados; si el mismo valor cambió en ambos lados, la fecha o el estado local se conserva de forma predeterminada. La extracción normal se mantiene compacta; las opciones avanzadas permanecen contraídas e incluyen Conservar mis cambios y Restaurar desde Azure.

La comparación se puede abrir incluso con cero cambios. Si falta una actualización esperada, Comprobar campos asignados abre Configuración → Integraciones y resalta temporalmente Configurar campos. Sincronizar fuente continúa siendo la reconciliación completa independiente para pertenencia, trabajo nuevo, jerarquía y elementos que salieron del origen.

Una extracción no elimina una tarea importada simplemente porque se elimina la fuente o la integración. Los elementos externos cerrados o eliminados siguen el comportamiento de mapeo documentado de la integración. Verifique el resultado fuente en lugar de asumir que hacer clic en Extraer significa que todos los registros cambiaron.

¿Cómo se deben modelar las dependencias después de la importación?

Los planes de entrega de Azure DevOps pueden visualizar vínculos entre elementos de trabajo, pero el importador de GanttFather no traduce los tipos de vínculos predecesores/sucesores de Azure en dependencias de tareas locales. Agregue y mantenga relaciones FS, SS, FF o SF en GanttFather cuando necesite un análisis de ruta crítica.

Esa separación impide que el artículo prometa una duplicación invisible de vínculos. Azure DevOps aporta los campos de elementos de trabajo asignados y GanttFather mantiene el modelo local de programación y dependencias; ninguna parte gana automáticamente un conflicto de campos asignados. Pull revisado conserva por defecto una fecha o estado local en conflicto, Restaurar desde Azure hace que Azure gane de forma explícita y confirmar Enviar en Push revisado hace que GanttFather gane de forma explícita para las fechas y estados asignados seleccionados. El flujo completo y separado Sincronizar fuente sigue siendo una conciliación de Azure hacia GanttFather.

Para obtener un flujo de trabajo de dependencia completo, lea Cómo modelar Azure DevOps dependencias en un diagrama de Gantt.

¿Cómo funciona Push revisado?

Push es una acción revisada explícita, no la mitad inversa de cada extracción. Las fechas y los estados locales elegibles, incluidos los conflictos, quedan seleccionados de forma predeterminada. Si un elemento seleccionado también cambió en Azure, una insignia informativa explica que Enviar conservará los valores elegidos de GanttFather y sobrescribirá esos valores asignados más recientes de Azure. El usuario puede excluir un conflicto en Avanzado o Detalles; extraer primero es opcional.

Al elegir Revisar extracción desde esa insignia, el mismo diálogo cambia a Extraer y abre Avanzado para mostrar de inmediato Conservar mis cambios y Restaurar desde Azure. Conservar mis cambios · Cerrar no inicia ninguna operación y cierra todo el flujo de sincronización, sin volver al selector de orígenes. Las acciones Extraer y Push correctas también cierran el diálogo después de confirmar el resultado. Las estimaciones siguen siendo propiedad de Azure y nunca se envían.

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.

Utilice una PAT con permiso de escritura de elementos de trabajo para esa operación. Actualiza la vista previa cuando Azure DevOps haya cambiado desde que se generó. Nunca trate el consentimiento de incorporación o un token con alcance de lectura como un permiso para publicar.

¿Cuándo debería utilizar planes de entrega?

Utilice los planes de entrega de Azure DevOps cuando el equipo necesite una vista de calendario nativa entre equipos, progreso acumulativo y visualización de dependencias dentro de Azure DevOps. Microsoft documenta que Azure DevOps no proporciona un diagrama de Gantt nativo. Utilice GanttFather cuando necesite un cronograma de Gantt interactivo independiente, cuatro tipos de dependencia, flotación y análisis de ruta crítica.

Las herramientas pueden coexistir, pero sus vínculos y cronogramas calculados no son automáticamente idénticos.

¿Cuándo es útil GanttFather junto con Azure DevOps?

GanttFather es útil cuando Azure Boards sigue siendo el sistema de registro de elementos de trabajo, pero los líderes de entrega necesitan un modelo de cronograma enfocado. Extraiga los campos que desea visualizar, agregue lógica de dependencia local y comparta la línea de tiempo resultante con las partes interesadas que no necesitan editar Azure Boards.

La integración es controlada y revisable: no ofrece sincronización bidireccional continua, no importa enlaces de predecesor/sucesor de Azure y no se puede activar a través del servidor MCP de GanttFather.

Abrir GanttFather y pruebe la integración con una fuente que no sea de producción antes de expandir el mapeo.

Preguntas frecuentes

¿La conexión de Azure DevOps es una sincronización bidireccional en vivo?

No. Pull y Push revisados son acciones de usuario independientes. No hay ningún webhook ni programador recurrente en la integración actual.

¿GanttFather importa Azure DevOps dependencias?

Importa la jerarquía principal/secundaria cuando esté presente, pero no importa los vínculos predecesor/sucesor de Azure como GanttFather dependencias de tareas.

¿Quién puede configurar o ejecutar la integración?

Un propietario o administrador del proyecto. Los miembros, invitados, agentes y extraños no pueden acceder a los puntos finales de integración.

¿Puede un agente de IA desencadenar un avance de Azure DevOps a través de MCP?

No. La superficie de herramientas actual de MCP no expone las herramientas de configuración, activación o estado de la integración.

¿Eliminar la integración elimina las tareas importadas?

No. Elimina registros de integración y asignaciones; Las tareas importadas permanecen en el proyecto GanttFather.

¿Qué vista de Azure DevOps debo usar para la planificación nativa?

Los planes de entrega proporcionan la vista nativa orientada al calendario de Microsoft en todos los equipos y pueden mostrar dependencias. No es un diagrama de Gantt completo con el mismo modelo de análisis de cronograma que GanttFather.

Fuentes

Want to skip the reading?

GanttFather is free forever — no card, no trial.

Start free
Next up
GanttFather
The Don of Project Management

Every feature included — Gantt, Kanban, dependencies, critical path, real-time sync, Excel and AI agents. Free tier includes 1 project you own, 2 editor seats, and unlimited viewers and guests.

Start free