Publicado em

Processo de homologação, como é que é ? (Parte 1/3)

Tipicamente projetos de médio e grande portes fazem uso do ágil escalado, múltiplos times trabalham e existem dependências entre eles para que se demonstre incremento do programa para as áreas de negócio.

Muitas das vezes dependendo da criticidade a revisão da sprint não se aplica nesse cenário, é necessário integrar o resultado do trabalho dos times em um ambiente que garanta a integridade do que foi construído pelos times para a validação do negócio.

Em uma homologação de sistema corporativo é necessário organizar todos os envolvidos de forma a evitar desperdícios e desencontros,

Imagine um projeto para implantação de um e-commerce aonde temos funcionalidades das mais diversas envolvendo múltiplas áreas como vendas, financeiro, logística, transporte, fiscal, marketing dentre outras, imagine a quantidade de integrações e sistemas envolvidos.

É necessário uma abordagem diferente para situações como esta, é preciso que se organize ciclos de homologação considerando a jornada do cliente elaborando um planejamento consistente para dar sustentação a homologação considerando a idas e voltas que acontecerão, veja o post de amanhã, continua…

Para me conhecer melhor acesse meu site e meu perfil no LinkedIn, fique a vontade para entrar em contato, vamos conversar !!! 

Publicado em

Não faça sprint de QA !!!

Algumas vezes nos deparamos com situações aonde se opta rodar uma sprint separadamente para execução dos testes de QA, essa abordagem deve ser evitada pois gera diversas disfunções causando impactos negativos.

Nesse cenário a definição de pronto não estaria sendo completamente seguida ou seria nula, pois na prática não teria utilidade já que ao final de uma sprint, o trabalho executado não estaria validado.

Não crie dificuldades para o seu time, se organize e faça os testes dentro da Sprint.

Durante os testes, os ajustes e bugs encontrados serão tratados em um momento diferente do ideal o que impactará a produtividade do time seja qual for o procedimento adotado a partir deste ponto.

Haverá dificuldades para o planejamento de releases além da geração de débitos técnicos diminuindo certamente a transparência, faça os testes de QA dentro da sprint, vai ser bem mais legal.

Para me conhecer melhor acesse meu site e meu perfil no LinkedIn, fique a vontade para entrar em contato, vamos conversar !!!