Guía

¿Qué es la gestión de proyectos Git-aware?

La gestión de proyectos Git-aware mantiene el tablero sincronizado con el trabajo de desarrollo real —commits, push y avances del flujo de trabajo— en lugar de depender de que los desarrolladores actualicen los tickets a mano.

Diagram explaining what Git-aware project management is

Una definición para equipos de software

Las herramientas de gestión de proyectos ayudan a los equipos a planificar, asignar tareas y seguir el progreso. Pero en los equipos de software, buena parte del trabajo real ocurre en otro sitio: dentro del IDE, en las ramas de Git, los commits, los push y los cambios de código. La gestión de proyectos Git-aware cierra esa brecha. Conecta el seguimiento del proyecto con la actividad de desarrollo real, de modo que tareas, commits, push y avances del flujo de trabajo se mantienen sincronizados, en lugar de tratar las tareas como tarjetas aisladas y desconectadas del código.

El problema de la gestión visual de proyectos tradicional

La mayoría de las herramientas de gestión de proyectos se basan en actualizaciones manuales. Un desarrollador trabaja en una tarea, escribe código, hace commit y push con Git… y luego tiene que volver al navegador para actualizar el tablero, si se acuerda. Esa única dependencia genera casi todo el dolor que sienten los equipos de software:

El tablero se queda por detrás del trabajo de desarrollo real.
Los desarrolladores pierden el foco cambiando entre IDE, terminal, Git y navegador.
Los responsables y líderes de equipo ven un estado de proyecto desactualizado.
El avance del código y el avance del proyecto se separan.

El problema no es que los equipos sean descuidados, sino que el tablero está separado del lugar donde ocurre el desarrollo.

Las herramientas centradas en el tablero, como Jira, ponen el proceso por delante del código: compara Vi como alternativa a Jira →

Gestión de proyectos tradicional frente a Git-aware

La gestión de proyectos tradicional pone el tablero primero: se centra en tarjetas, columnas, estados y fechas límite. La gestión Git-aware pone el desarrollo primero: conserva el tablero, pero lo conecta al flujo de trabajo del software. La diferencia no está en la planificación, sino en lo conectada que se mantiene la ejecución con el código.

Comparison of traditional project management and Git-aware project management

Gestión de proyectos tradicional

Pregunta: «¿Alguien actualizó la tarea?»
Los cambios de estado son manuales y fáciles de olvidar
El tablero y el código viven en mundos separados

Gestión de proyectos Git-aware

Pregunta: «¿Qué pasó realmente en el flujo de trabajo?»
Los commits y los push avanzan la tarea automáticamente
El tablero refleja la actividad de desarrollo real

Gestión de proyectos con Git frente a gestión de proyectos Git-aware: ¿cuál es la diferencia?

La gestión de proyectos con Git consiste en llevar el trabajo dentro del propio servidor de Git —issues, pull requests y tableros que viven junto al repositorio—, mientras que la gestión de proyectos Git-aware es una herramienta de proyecto que se mantiene sincronizada con la actividad de Git desde el IDE del desarrollador, sin mover a todo el equipo al servidor de Git. La primera está centrada en el repositorio: el tablero es una función de GitHub, GitLab o Bitbucket, así que todo el que necesite visibilidad —responsables, QA, soporte, clientes— tiene que trabajar dentro de una herramienta para desarrolladores. La segunda conserva una capa de proyecto real —flujos de trabajo, aprobaciones, SLA, control de tiempo, hitos— y la conecta con los commits y los push, de modo que el código se queda en Git y el proceso, en la herramienta de proyecto.

Gestión de proyectos con Git (GitHub Projects, GitLab, Bitbucket)

El tablero vive dentro del servidor de Git, así que ver el estado del proyecto exige una cuenta y una interfaz de desarrollador.
El proceso tiene forma de issue y PR: sin cadenas de aprobación, sin SLA por paso, sin asignación automática por rol.
Quienes no programan —responsables, QA, soporte, clientes— acaban trabajando en una herramienta pensada para el código.

Gestión de proyectos Git-aware (Vi)

El tablero es una herramienta de proyecto real, con flujos de trabajo, aprobaciones, SLA, control de tiempo e hitos.
Lee del IDE solo los metadatos del commit vinculado a la tarea; nunca el código fuente.
Los desarrolladores se quedan en el IDE; el resto obtiene una vista de proyecto exacta sin actualizaciones manuales.

Profundiza: gestión de proyectos con Git · Commit & Close · gestión de proyectos en VS Code

Cómo funciona la gestión de proyectos Git-aware

Una herramienta Git-aware entiende el flujo de trabajo del desarrollo en lugar de tratar las tareas como tarjetas aisladas. Conecta las tareas con acciones reales de desarrollo, así el tablero se mantiene cerca de la realidad sin trabajo administrativo extra.

How Git-aware project management works, from IDE to updated board

1. Trabaja en el IDE

Empieza a trabajar en una tarea directamente desde el IDE.

2. Haz commit y push

Enlaza los commits y los push con esa tarea.

3. Cierra la tarea

Cierra la tarea desde el entorno de desarrollo.

4. El tablero se actualiza solo

Avanza el flujo de trabajo: el tablero se actualiza a partir de la actividad real.

Cómo lo aborda Vi Project Management

$ vi: commit & close
✓ stage changed files
✓ commit "[#142] Fix auth bug"
✓ pushed to remote
✓ task #142 closed · moved to Review

Vi está construido en torno a la gestión de proyectos Git-aware para equipos de software. Los desarrolladores gestionan y completan tareas directamente desde el IDE, y el flujo central se llama Commit & Close: una sola acción que conecta el código que acabas de escribir con la tarea y con el tablero.

Ver el desglose completo de Commit & Close →

Git-aware no significa leer todo tu código

Una herramienta Git-aware no necesita inspeccionar ni almacenar tu código fuente por defecto. Lo que importa es conectar con la tarea los metadatos útiles del desarrollo: commits, push, estado de la tarea, rama y actividad del flujo de trabajo. En Vi, los comandos de Git se ejecutan en local a través del plugin del IDE, y Vi nunca almacena ni sube tu código. Cada equipo decide cuánto contexto de código aparece en el tablero.

Más sobre la seguridad del código fuente →

¿Para quién es la gestión de proyectos Git-aware?

Para equipos de software que quieren que el seguimiento del proyecto se mantenga cerca del trabajo real de ingeniería: desarrolladores, fundadores técnicos, responsables de ingeniería, líderes de equipo y equipos de producto que trabajan codo con codo con ingeniería. Ayuda a equipos pequeños, a equipos de producto en crecimiento y a organizaciones de ingeniería más grandes a reducir las actualizaciones manuales y mejorar la visibilidad del progreso real.

Sigue explorando: gestión de proyectos con Git · gestión de proyectos en VS Code · Commit & Close · gestión de proyectos en el IDE · Vi como alternativa a Jira

Preguntas frecuentes

¿En qué se diferencia la gestión de proyectos Git-aware de un servidor de Git como GitHub?

Un servidor de Git almacena y sirve tu repositorio. La gestión de proyectos Git-aware no lo sustituye: conecta el flujo de trabajo de tus tareas con la actividad de Git (commits, push, estado) para que el tablero refleje el trabajo real. Vi funciona junto a GitHub, GitLab, Bitbucket o tu propio servidor de Git.

¿Una herramienta Git-aware lee mi código fuente?

No tiene por qué. Vi conecta los metadatos de la tarea con la actividad de Git; los comandos de Git se ejecutan en local en tu IDE mediante el plugin, y Vi nunca almacena ni sube tu código.

¿Tenemos que cambiar nuestra forma de usar Git?

No. Los desarrolladores siguen haciendo commit y push como siempre. Vi enlaza esa actividad con las tareas y avanza el flujo de trabajo, así que terminar el código también actualiza el tablero, sin un paso de estado aparte.

Mantén el seguimiento del proyecto sincronizado con el trabajo real

Empieza gratis y mantén tu tablero conectado al trabajo de desarrollo real. Sin tarjeta de crédito.

Empieza gratis