9 passos para uma Guilda de sucesso.

1- Concentre-se em tornar-se melhor em seu papel: compartilhar conhecimentos, experiências, ter ideias, criar habilidades, compreender as dificuldades, etc. Assim, ao final de cada Guilda, você deve ser um QA, ScrumMaster ou Product Owner melhor.

            Dica: treine e desenvolva o seu papel;

 2- Motive e divirta: Guildas são treinamentos entre amigos. Você compartilha não só conhecimentos sobre seu papel, mas também desafios. As Guildas precisam ser enérgicas e divertidas, para que você possa tirar o máximo proveito disso.

            Dica: Faça reuniões descontraídas;

3- Aprendizagem: Aprendemos dando feedbacks uns aos outros. Certifique-se de trabalhar com um feedback construtivo. Diga o que você faz bem, antes de dizer como melhorar. Lembre-se: todos devem sair com mais energia do que chegaram, por isso não se concentre demais no lado negativo somente.

            Dica: Aprendizagem é unir o a melhoria no seu papel com motivação;

4- Ambiente seguro: as Guildas devem ser seguras. Este é o lugar para mostrar todos os pontos fracos e trabalhar juntos para nos tornarmos melhores. Cometer erros durante as guildas é obrigatório. Este é o lugar para aprender, por isso este é o lugar para cometer erros e onde as falhas são permitidas. Caso nos sintamos mais confortáveis podemos fazer acordos explícitos sobre a segurança e confidencialidade das guildas: "O que acontece na guilda, permanece na guilda".

            Dica: Esse é o lugar certo para errar;

5- Encha sua caixa de ferramentas: Guildas são todas sobre a construção de habilidades. A comunicação e interação é crucial. Forneça ferramentas para o seu papel. Ensine e descubra formatos de oficinas, jogos, simulações, etc, para serem usados em suas práticas diárias.

            Dica: Seja criativo nas rotinas diárias;

6- Desafiar uns aos outros - Desafiar uns aos outros é crucial para a aprendizagem. Para isso você precisa de um ambiente seguro e ferramentas que permitam desafiar construtivamente. Isso instiga a busca pelo conhecimento.

            Dica: Desafie positivamente;

7- Timebox: determinar o tempo, para não encerrar cedo ou tarde demais. O Timebox garante que todos os tópicos importantes são abordados.

            Dica: planeje o tempo de cada tópico da Guilda;

8- Foco: Guildas são realizadas em uma abordagem de melhoraria continua, portanto, o foco deve ser em melhorar rotinas e/ou processos pertinentes ao papel.

Dica: organizar as Guildas para garantir foco e nitidez.

9- Trocar experiências: Conhecimento e experiência são interessantes, mas quando eles não geram mudanças, não são eficazes. As mudanças podem ser comportamentais (pessoais ou do grupo). O que vamos fazer diferente após esta reunião? Como vamos garantir que isso vai realmente ser feito? Quanto maior a melhoria, melhor a reunião.

Dica: Reserve pelo menos meia hora de cada guilda para converter ideias em ações e priorizar junto aos envolvidos.

Como o Docker pode nos auxiliar nos testes?

Um dos problemas mais comuns do QAs está relacionado ao ambiente de testes. Há inúmeras variáveis que podem interferir no resultado do teste como: dependências (pacotes instalados, versão, arquitetura, etc.), configurações (php.ini, Ngnix, Apache, Tomcat, etc.), dentre outras.

Considerando esse cenário você deve estar se questionando, qual a vantagem em utilizar o docker nos ambiente de testes?

Vantagens:

• A execução em qualquer máquina sempre irá rodar de forma esperada, com bibliotecas, dependências e permissões configuradas;
• Elimina o uso de máquina virtual específica para realização do teste;
• Possibilita a criação de imagens* com combinações de ambientes  diferentes;
• Imutabilidade, ou seja, você cria o container uma única vez, versiona e distribui posteriormente.
• Padronização dos ambientes;
• Facilidade na distribuição das atualizações de dependências, bibliotecas e parâmetros;
• Particiona a máquina, e roda processos menores com menor consumo de recurso;
• Elimina a história do “Na minha máquina funciona”.

Desvantagens:

• Perda da variação de ambientes;
•  Devs/QAs não adquirem conhecimento sobre as parametrizações do ambiente. 

Como iniciar:

• O primeiro passo é identificar as dependências e configurações que o software necessita;
• Crie uma imagem considerando os parâmetros mapeados. Ver:  https://docs.docker.com/engine/reference/;
• Distribua a imagem para o seu time de QAs/Devs;
• Institucionalize e incentive o uso.

Como o Docker pode nos auxiliar nos testes?

Um dos problemas mais comuns do QAs está relacionado ao ambiente de testes. Há inúmeras variáveis que podem interferir no resultado do teste como: dependências (pacotes instalados, versão, arquitetura, etc.), configurações (php.ini, Ngnix, Apache, Tomcat, etc.), dentre outras.

Considerando esse cenário você deve estar se questionando, qual a vantagem em utilizar o docker nos ambiente de testes?

Vantagens:

• A execução em qualquer máquina sempre irá rodar de forma esperada, com bibliotecas, dependências e permissões configuradas;
• Elimina o uso de máquina virtual específica para realização do teste;
• Possibilita a criação de imagens* com combinações de ambientes  diferentes;
• Imutabilidade, ou seja, você cria o container uma única vez, versiona e distribui posteriormente.
• Padronização dos ambientes;
• Facilidade na distribuição das atualizações de dependências, bibliotecas e parâmetros;
• Particiona a máquina, e roda processos menores com menor consumo de recurso;
• Elimina a história do “Na minha máquina funciona”.

* A imagem docker a base para o contêiner docker onde tudo começa a se formar. São muito similares às imagens de disco padrão de sistema operacional.

Desvantagens:

• Perda da variação de ambientes;
•  Devs/QAs não adquirem conhecimento sobre as parametrizações do ambiente. 

Como iniciar:

• O primeiro passo é identificar as dependências e configurações que o software necessita;
• Crie uma imagem considerando os parâmetros mapeados. Ver:  https://docs.docker.com/engine/reference/;
• Distribua a imagem para o seu time de QAs/Devs;
• Institucionalize e incentive o uso.