Traga uma base de código existente para a Taiga

Comece pelo sistema que você tem

Um serviço fictício de solicitação de equipamentos já existe. A equipe quer mantê-lo com a Taiga, preservando as integrações que funcionam.

Escolha Import codebase ao criar o produto. Vincule o repositório e inicie a análise. Esse caminho usa a análise do repositório no lugar da conversa de novo produto. Um produto criado do zero não adiciona esse caminho de importação depois.

Confirme o acesso ao repositório e a branch com que a Taiga deve trabalhar. Acrescente restrições permanentes no nível adequado de contexto. Neste exemplo, informe que a integração existente de identidade dos funcionários deve continuar em uso.

Revise primeiro a especificação inferida

A Taiga deriva documentos do produto a partir do código e inclui referências ao repositório. Essas referências ajudam a conferir a interpretação. Não estabelecem a intenção de negócio por trás de cada padrão existente.

Inspecione três aspectos na especificação:

• Propósito: O objetivo descrito corresponde ao motivo de o serviço existir?
• Restrições: Quais padrões são requisitos intencionais?
• Defeitos conhecidos: Quais comportamentos atuais devem mudar?

O serviço de equipamentos contém um módulo legado de autorização. Um documento pode relatar corretamente seu uso. Isso não significa que a equipe deva ampliá-lo.

Abra um arquivo citado e compare o comportamento relevante com a afirmação. Registre limitações nas evidências disponíveis, como configuração ou comportamento operacional fora do repositório.

Escolha a correção adequada

Documentos importados acompanham o código. Não os trate como descrições de um sistema futuro mantidas manualmente. A atualização de um documento também deriva novamente os documentos dos quais ele depende. Atualizar um documento posterior pode, portanto, exigir mais trabalho.

Para o módulo legado, uma instrução pode dizer: “Não acrescente novos componentes que chamem o módulo legado de autorização. Use a interface aprovada de substituição para novos trabalhos.” Verifique se a interface existe e informe sua localização real no repositório.

Avalie as primeiras iniciativas

O fluxo de importação também executa escaneamentos do repositório, avaliação diante das políticas publicadas e planejamento inicial de iniciativas. Uma etapa sem seu pré-requisito pode ser ignorada com uma explicação. O planejamento usa os achados e a avaliação de políticas disponíveis.

Revise as lacunas propostas diante do repositório. As iniciativas iniciais tratam capacidades ausentes, fundamentos ou problemas relevantes de dependências ainda não resolvidos. Não são uma lista de novas funcionalidades que ninguém pediu.

Preserve uma capacidade existente útil. Rejeite ou corrija uma proposta que a reconstruiria sem necessidade. Acrescente uma iniciativa separada para um novo requisito de negócio.

Preserve um ponto de partida baseado em evidências

Conclua Discovery e revise as propostas de iniciativas. Confirme o ambiente e as responsabilidades de entrega antes do planejamento detalhado. Mantenha importações, alterações de código e instruções do produto consistentes conforme o trabalho avançar.

O resultado é um ponto de partida compreendido e um backlog editável. Não é uma declaração de que todo comportamento existente está correto. Continue com planejamento de iniciativas.