Publicado em

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

Antes de iniciarmos uma homologação precisamos nos certificar que uma série de coisas tenham sido feitas para que não haja impactos no planejamento previsto com a descoberta de problemas que deveriam ter sido resolvidos nos testes dos times.

Cada time envolvido precisa realizar os testes relacionados ao seu escopo, é recomendável que haja um ambiente aonde os incrementos possam ser integrados e façam conexão com sistemas que compõem a solução como um ERP ou um TMS por exemplo:

  1. Testes unitários;
  2. Testes de regressão;
  3. Testes automatizados;
  4. Testes integrados (quando possível);
  5. Testes de performance;
  6. Testes de segurança;
  7. Testes de carga;
  8. Testes de usabilidade;
Os times precisam garantir a integridade do seu incremento passando por todos os passos necessários conforme a natureza da sua demanda.

Quantos mais testes forem feitos no ambiente integrado (“pré-homolog”) pelos times melhor, deve haver um responsável para organizar as subidas para esse ambiente de forma a garantir sua integridade e disponibilidade, assim todos poderão executar as validações e fazer os ajustes oriundos dos apontamentos que surgirão, não se pode garantir que todos os problemas sejam eliminados porém essa prática garante maior robustez ao incremento do programa para a homologação.

Apesar de exigir grande esforço de organização é de extrema importância que aconteça, caso esses passos não sejam realizados, passamos a atribuição dos testes para os responsáveis pela homologação juntamente com a área de negócio, o que é extremamente contraproducente, vamos parar por aqui, continuamos no próximo post.

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

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

Dependências entre times, como tratar !?

Como sabemos em um projeto que faz utilização de Scrum escalado tipicamente os time envolvidos na demanda trabalham no mesmo backlog de produto, sendo assim é inevitável que hajam dependências.

Vão haver situações aonde os times pontualmente precisarão de algum integrante de outro time ou ação, o que é muitas vezes acontece nesses casos é a classificação da situação como impedimento ou block e se espera que se resolva sozinho ou passam para Scrum Master resolver.

Isso não é recomendável, imagine que durante o projeto, todas as vezes que isso acontecer seja passado para o Scrum Master, essa pessoa se tornará um gargalo.

Se alguém não chegar ninguém chega, o trabalho estará imcompleto e não poderá ser considerado entregue, “fiz minha parte” não vale aqui.

O comportamento a ser incentivado é que a coordenação dos trabalhos entres o times seja realizado por eles mesmos, dependendo do assunto essa interação será essencial para que os trabalhos continuem, pois nem sempre o Scrum Master terá o domínio do assunto. O impedimento deve ser declarado apenas quando os times não conseguirem evoluir com o assunto devido a questão que está fora do controle dos times, a autoorganização e transparência precisam ser praticadas, ajude-os a conseguir.

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

Publicado em

Como lidar com Product Owner ausente !?

O Product Owner faz parte do Scrum Team e tem atribuições como criar o produto através da escrita de histórias priorizando a mesmas conforme a prioridade sempre levando em consideração o que faz mais sentido no momento, ele precisa estar disponível para ajudar o time a entender o trabalho que precisa ser executado conforme a necessidade dos usuários garantindo o maior retorno de investimento.

A disponibilidade do product owner é fundamental e quando isso não acontece diversos problemas podem acontecer impactando diretamente a equipe e o resultado, é necessário ter foco (que é um valor do scrum), sua presença é obrigatória em Reviews e Plannings por exemplo.

Descubra as dificuldades de atender os compromissos e colabore com o PO para a remoção dos problemas.

Como resultado disso podemos ter algum tipo de animosidade entre o time de desenvolvimento e o product owner, não tome nenhuma ação antes de ter certeza de que sabe o que está acontecendo e os possíveis motivos para o que está ocorrendo, não tome partido para nenhum lado.

O Scrum Master deve ouvir e entender os envolvidos, e em conjunto com todos colocar os fatos na mesa, sempre de forma respeitosa e produtiva, para buscar em conjunto uma solução de consenso, procedendo sempre desta forma o grupo vai se tornar um time.

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

Publicado em

Ágil garante por si só a utilização mais eficiente dos recursos ?!

Isso é um engano muito comum, uma falsa expectativa que é criada e alimentada muitas vezes de forma irresponsável, fechando os olhos para todos os outros aspectos que deveriam ser monitorados e passíveis de acionamentos em alguns casos.

O framework Scrum entrega uma série de ritos dos quais os times devem usar para se organizar, porém a simples adoção não garante sucesso já que diferente de uma metodologia, o framework diz o que, mas não como fazer, as pessoas precisam estar preparadas para assumirem seus respectivos papéis e isso não é uma coisa trivial.

Não se iluda, tome todas as providências para que a nova forma de trabalho prospere, as coisas não aconteceram por osmose, é preciso agir e monitorar.

Tipicamente o framework foca na eficácia, em uma review pode-se pensar que não é eficiente levar todo o time por exemplo, entretanto é muito eficaz pois todos tem o feedback tornando o time mais coeso com o passar do tempo.

É fundamental que todos tenham ciência que a simples adoção de uma nova forma de trabalhar, seja qual for não é garantia de nada, isso se trata de uma ilusão, na verdade o que acontece geralmente mesmo fazendo tudo certo, é que as coisas piorem, até que todos possam se adaptar com a nova forma de trabalho como um grupo, tem que perseverar, precisa ter coração forte, aguente firme.

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

Publicado em

Faça gerenciamento de riscos no ágil !!

Muitas vezes vemos que a atividade de monitoramento dos riscos não é realizada como se deve quando não é completamente ignorada, saiba que dependendo da natureza do projeto, precisamos ter um plano para o gerenciamento dos riscos como em projetos tradicionais, é necessário identificar, categorizar e criar respostas em caso de materialização do risco.

É importante que haja verificação recorrente dos riscos identificados, e determinar o status de cada item de forma que se tenha o entendimento se é necessário tomar algum tipo de ação para eliminar, mitigar, transferir ou aceitar o risco e seus respectivos impactos no projeto, além da identificação de novos e determinar como serão tratados caso a caso além da atribuição de um responsável para o acompanhamento, tem que ter CPF.

As informações relacionadas aos riscos devem estar atualizadas e se possível em algum lugar aonde todos possam visualizar.

É fundamental que haja um responsável dentro do projeto por cada risco, essa pessoa deve acompanhar e fazer os devidos alertas quanto necessário além de relatar o status atual do risco nos eventos recorrentes com esse objetivo, essa rotina deve estar prevista como uma das atividades do projeto.

Apesar de não estar incorporada de forma explícita a projetos ágeis temos que considerar o gerenciamento de riscos, deve ser feito durante todo o projeto com a cadência adequada, isso talvez não te livre de todos os problemas, mas vai evitar de ser pego de calça curta.

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

Publicado em

Existe o tamanho ideal para o time ?!

Tipicamente o que é recomendado como boa prática sobre o tamanho de um time ágil é a quantidade entre 3 a 9 pessoas devido a questão do número de canais de comunicação e o custo de coordenação envolvidos, quanto mais pessoas, mais canais de comunicação para gerenciar.

Isso não significa que se o time tiver 11 pessoas por exemplo, não irá funcionar bem, existem vários fatores envolvidos nesta questão como experiência do time, maturidade em relação aos processos vigentes, nível de conhecimento sobre o assunto tratado no projeto, dentre outros.


Quanto mais pessoas mais interconexões de canais de comunicação .

A outra opção seria dividir o time, o que também gera custos adicionais de coordenação e tratativa de dependências. Como abordagem pode-se pesar os prós e os contras mediante ao cenário em que o time se encontra e deixar que o próprio time tome a decisão sobre qual caminho deve ser adotado, sempre com o devido suporte.

Adicionalmente, pode-se executar algumas sprints com a configuração adotada e ver o que acontece, assim o time terá o histórico do que houve para poder decidir como trabalhar, lembrando sempre da questão do empirismo, a observação é fundamental para que se possa decidir como proceder com segurança.

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

Publicado em

Utilizando aprendizagem ativa para modernizar a forma de ensinar.

A aprendizagem ativa é uma técnica de ensino, que se utiliza de algumas metodologias, ao contrário de antigamente quando o professor era o detentor do conhecimento e o transmitia enquanto os alunos passivamente recebiam as informações, na aprendizagem ativa o professor se transforma em mediador do conhecimento apoiando os alunos no processo de aprendizagem.

Essa nova forma de ensinar determina que o aluno esteja no papel de protagonista do processo de aprendizagem, sendo que o papel do professor passa a ser de um facilitador, cabe a ele criar o ambiente para que os alunos assumam a responsabilidade em relação a sua aprendizagem tornando-se protagonistas.

Essa abordagem tem muitas vantagens, incentiva os alunos a trabalharem em grupo na resolução de problemas complexos e no caminho ganham uma série de habilidades como pensamento crítico, motivação, autonomia, autoconfiança melhorando assim os resultados obtidos de forma geral.

O professor e alunos devem mudar a postura para aproveitarem os benefícios da aprendizagem ativa.

Evidentemente existe a necessidade de uma mudança por parte do docente no tocante a adaptação da sua didática já que não poderá continuar como antigamente, apenas ler o conteúdo para os alunos, é necessário preparar os alunos para cada atividade de forma antecipada para que se possa promover debates, esclarecimento de dúvidas e observação dos pontos chaves.

As aulas expositivas continuam tendo seu lugar, porém devem ser mescladas com atividades práticas, isso é fundamental para que se possa estimular a participação ativa dos alunos, isso muda tudo pode acreditar.

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 !!! 

Publicado em

O ágil não é bala de prata !!!

Muitas vezes vemos o começo de iniciativas nas empresas aonde a utilização do ágil é encarado como a solução de todos os problemas, porém quando se pergunta quais são os principais desvios que se espera mitigar com essa iniciativa, a resposta na maioria das vezes é um longo silêncio.

Isso é um problema significativo, usar algum tipo de metodologia ou framework simplesmente porque “todo mundo está usando” não é exatamente recomendável, escolhas feitas com esse critério costumam não vingar porque pois neste cenário nunca poderemos chegar a conclusão de que estamos envoluindo, já que não sabemos aonde queremos ir.

Os objetivos precisam ser claros e entendidos por todos os envolvidos.

Posto isso, nada que está disponível no mercado poderá resolver o problema (já que não temos objetivos claros), e depois de muita confusão e disfunções, alguém vai dizer que o ágil não funcionou.

Antes de implementar qualquer solução em uma empresa, analise os problemas atuais e os priorize, verifique os níveis de maturidade nas principais questões, monte os cenários e ai sim busque as opções e as possíveis formas de resolução estabelecendo metas.

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