Produto

Use um registro de Produto em Gestão de versões para armazenar informações sobre um produto para fins de referência e agrupe todas as versões e artefatos de trabalho do produto.

Você pode usar o campo de referência de Itens de configuração para vincular o produto a um IC correspondente no CMDB. Cada IC mantém informações sobre como ele se relaciona a outros ICs e pode rastrear quaisquer incidentes, problemas ou mudanças relacionadas a ele. Especificar um IC para o produto conecta as informações do processo de liberação a outros processos na instância.

Não é obrigatório definir um produto para gerenciar o processo de liberação. Uma versão pode ser uma versão empresarial que está associada a todos os produtos ou serviços, ou pode ser associada a mais de um produto também. Em qualquer um desses casos, definir um produto não é obrigatório.

Depois que as versões são definidas para um produto, o link relacionado à Hierarquia de produtos exibe a hierarquia, fases e tarefas da versão associadas ao produto.

Liberação

Depois que um produto é definido, você pode planejar e executar uma liberação. Comece definindo uma versão para o produto e adicione versões secundárias ou fases de liberação para a versão. Em seguida, defina o escopo da versão configurando artefatos de trabalho para a versão.

Fase da versão

Defina várias fases de liberação para governança de versão e execução suave.

Por exemplo, se a versão for gerenciada mais como um processo em cascata, as fases da liberação poderão ser levantamento de requisitos, design, desenvolvimento, testes, criação, aceitação e implantação. Para cada fase, pode haver tarefas da versão associadas a ela. A fase é concluída à medida que todas as tarefas de uma fase são concluídas. Os gerentes de versão devem manter as fases de liberação atualizadas.

Se a versão estiver dividida em várias mesclagens, as fases poderão ser mesclagem 1, mesclagem 2, mesclagem 3 e assim por diante. O tipo e o número de fases dependem do processo de gerenciamento de versões da sua organização.

Definição do escopo de uma versão

Antes de iniciar a execução da versão, você deve definir o escopo. O escopo de uma versão inclui os artefatos de trabalho, como projetos, históricos, histórias, melhorias e defeitos que fazem parte da versão.

Por exemplo, uma versão secundária pode ter apenas alguns problemas e melhorias, enquanto uma versão principal pode ter vários projetos ou épicos associados a ela.

Ao definir o escopo da versão, você pode usar a lista relacionada à Hierarquia de liberações no Formulário de liberação para exibir a versão como uma hierarquia.