Incorpora código existente a Taiga

Empieza por el sistema que tienes

Ya existe un servicio ficticio de solicitudes de equipamiento. El equipo quiere mantenerlo con Taiga y conservar sus integraciones funcionales.

Elige Import codebase al crear el producto. Vincula el repositorio e inicia el análisis. Esta vía usa el análisis del repositorio en lugar de la conversación para productos nuevos. Un producto creado desde cero no incorpora después esta vía de importación.

Confirma el acceso al repositorio y la rama con la que debe trabajar Taiga. Añade las restricciones permanentes en el nivel de contexto adecuado. Para este ejemplo, indica que debe seguir usándose la integración existente de identidad de empleados.

Revisa primero la especificación inferida

Taiga deriva los documentos del producto a partir del código e incluye referencias al repositorio. Esas referencias ayudan a comprobar la interpretación. No establecen la intención de negocio detrás de cada patrón existente.

Examina tres aspectos de la especificación:

• Finalidad: ¿El objetivo descrito coincide con el motivo por el que existe el servicio?
• Restricciones: ¿Qué patrones son requisitos deliberados?
• Defectos conocidos: ¿Qué comportamientos actuales deben cambiar?

El servicio de equipamiento contiene un módulo antiguo de autorización. Un documento puede describir correctamente su uso. Eso no significa que el equipo deba ampliarlo.

Abre un archivo citado y compara el comportamiento pertinente con la afirmación. Registra las limitaciones de las pruebas disponibles, como la configuración o el comportamiento operativo fuera del repositorio.

Elige la corrección adecuada

Los documentos importados siguen al código. No los trates como descripciones de un sistema futuro mantenidas manualmente. Una actualización también vuelve a generar los documentos de los que depende ese documento. Por eso, actualizar un documento posterior puede requerir más trabajo.

Para el módulo antiguo, una instrucción podría decir: «No añadas nuevos consumidores al módulo antiguo de autorización. Usa la interfaz de sustitución aprobada para el trabajo nuevo». Verifica que esa interfaz exista e indica su ubicación real en el repositorio.

Evalúa las primeras iniciativas

El flujo de importación también ejecuta análisis del repositorio, evaluación frente a las políticas publicadas y planificación inicial de iniciativas. Una etapa sin su requisito previo puede omitirse con una explicación. La planificación usa los hallazgos y la evaluación de políticas disponibles.

Revisa las carencias propuestas frente al repositorio. Las iniciativas iniciales abordan capacidades ausentes, fundamentos o problemas relevantes de dependencias sin resolver. No son una lista de funciones nuevas que nadie ha pedido.

Conserva las capacidades existentes que resulten útiles. Rechaza o corrige una propuesta que las reconstruya sin necesidad. Añade una iniciativa separada para un requisito de negocio nuevo.

Conserva un punto de partida basado en pruebas

Termina Discovery y revisa las propuestas de iniciativas. Confirma el entorno y las responsabilidades de entrega antes de planificar en detalle. Mantén coherentes las importaciones, los cambios de código y las instrucciones del producto mientras avanza el trabajo.

El resultado es un punto de partida comprendido y un backlog editable. No es una declaración de que todo el comportamiento existente sea correcto. Continúa con la planificación de iniciativas.