Você enfrentará vários desafios ao gerenciar por versão. Aprendi ao longo do tempo que, se você "acertar" em três áreas-chave de design, o restante se encaixará e reduzirá os riscos.

Na verdade, em vez de chamá-los de desafios, vamos chamar cada um deles de fator de sucesso.

Primeiro fator de sucesso

Definir claramente uma mudança aceitável de "negócios como de costume" ou BAU, em comparação com uma "mudança de versão". A definição dessas duas categorias é fundamental.

Se você deixar áreas cinzentas, os usuários farão as alterações solicitadas ("precisamos de uma nova linha no formulário do usuário o mais rápido possível!") na lista BAU para ação rápida.

A lista BAU inchará rapidamente enquanto a lista de lançamentos diminui e você descobrirá que prejudicou sua própria estratégia de lançamentos.

Segundo fator de sucesso

Faça o processo certo. Um processo sólido com etapas formalizadas para planejar, programar, controlar e aprovar lançamentos garante que eles estarão em sintonia com os requisitos comerciais.

A aplicação do processo evita que alterações sejam inseridas ou retiradas de uma versão após o prazo. Talvez você organize as versões de acordo com um aplicativo, uma data ou algum outro critério.

Para acelerar a entrega, use seu processo para limitar o número de componentes, de modo que seus testes não precisem ser tão amplos e profundos. Suas alterações entrarão em produção mais rapidamente.

Terceiro e último fator de sucesso

Gerencie de perto suas mudanças paralelas. Isso está relacionado à definição e ao processo de mudança. Alterações simultâneas no BAU e na versão podem resultar na substituição da alteração do BAU quando a versão entrar em produção.

Esses erros podem ser muito difíceis de rastrear e podem refletir negativamente na qualidade da versão ou até mesmo na própria estratégia. Um bom controle e aplicação do processo podem evitar esses problemas.

Depois de definir e depurar os critérios de decisão, estabelecer a aplicação do processo e controlar as alterações paralelas, você enfrentará muitas outras decisões, mas terá uma base sólida para elas.

Por exemplo, você deve implantar um cenário de desenvolvimento N+1? Você pode resolver esse tipo de problema respondendo a perguntas importantes como:

  • Quantas alterações cada versão conterá (tamanho da versão)?
  • Que tipos de mudança serão incluídos por versão (impacto da versão)?
  • Com que frequência as versões devem ser aplicadas à produção (frequência da versão)?
  • Quanto e quais tipos de mudança constituirão o volume constante da mudança BAU?

Este gráfico pode ajudá-lo a decidir sobre os métodos de entrega.

ConsideraçõesDEV - QAS - PRD (N)DV1 - QA1 (N+1)
Tamanho das liberaçõesBaixo - MédioMédio - Alto
Impacto das liberaçõesBaixo - MédioMédio - Alto
Frequência de lançamentosTrimestralmente - BianualmenteQuinzenalmente - Trimestralmente
Volume BAU em estado estávelBaixo - MédioMédio - Alto

Por exemplo, se você fizer alterações de pequeno a médio porte em seu fluxo de BAU e guardar a versão trimestral para os principais aprimoramentos, poderá renunciar aos processos de desenvolvimento N+1 e gerenciar as versões por meio de seu processo padrão.

A decisão de qual abordagem funciona melhor para você é sua. Apenas garanta que cada fator de sucesso "obrigatório" apoie sua decisão.

Para saber mais sobre como o Rev-Trac pode ajudá-lo a gerenciar melhor as liberações e acertar cada fator de sucesso, sinta-se à vontade para entrar em contato com nosso Especialistas em gerenciamento de mudanças SAP.