Traga uma base de código existente para a Taiga

Comece pelo sistema que tem

Já existe um serviço fictício de pedidos de equipamento. A equipa quer mantê-lo com a Taiga e preservar as integrações que funcionam.

Escolha Import codebase ao criar o produto. Ligue o repositório e inicie a análise. Este percurso usa a análise do repositório em vez da conversa de um novo produto. Um produto criado de raiz não acrescenta este percurso de importação mais tarde.

Confirme o acesso ao repositório e a branch sobre a qual a Taiga deve trabalhar. Acrescente restrições permanentes no nível de contexto adequado. Neste exemplo, indique que a integração existente de identidade dos trabalhadores deve continuar em utilização.

Reveja primeiro a especificação inferida

A Taiga deriva os documentos do produto a partir do código e inclui referências ao repositório. Essas referências ajudam a verificar a interpretação. Não determinam a intenção de negócio por trás de todos os padrões existentes.

Examine três aspetos na especificação:

• Finalidade: O objetivo descrito corresponde à razão pela qual o serviço existe?
• Restrições: Que padrões são requisitos deliberados?
• Defeitos conhecidos: Que comportamentos atuais devem mudar?

O serviço de equipamento contém um módulo de autorização legado. Um documento pode indicar corretamente a sua utilização. Isso não significa que a equipa deva alargá-la.

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

Escolha a correção adequada

Os 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 volta a derivar os documentos de que depende. Atualizar um documento posterior pode, por isso, exigir mais trabalho.

Para o módulo legado, uma instrução poderia dizer: «Não acrescente novos componentes que invoquem o módulo de autorização legado. Use a interface de substituição aprovada para trabalho novo.» Verifique que a interface existe e indique a sua localização real no repositório.

Avalie as primeiras iniciativas

O fluxo de importação também executa scans do repositório, uma avaliação face às políticas publicadas e o planeamento inicial de iniciativas. Uma fase sem o seu pré-requisito pode ser ignorada com uma explicação. O planeamento usa os resultados e a avaliação de políticas disponíveis.

Reveja as lacunas propostas face ao repositório. As iniciativas iniciais tratam de capacidades em falta, fundamentos ou problemas relevantes de dependências por resolver. Não são uma lista de funcionalidades novas que ninguém pediu.

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

Preserve um ponto de partida baseado em evidências

Conclua o Discovery e reveja as propostas de iniciativas. Confirme o ambiente e as responsabilidades de entrega antes do planeamento detalhado. Mantenha a coerência entre importações, alterações de código e instruções do produto à medida que o trabalho avança.

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