Bitlady, by @anfindeis

Quando o modelo de desenvolvimento muda numa empresa, é possível ouvir muitas pessoas dizendo " Isso não vai dar certo " ou então " Sempre funcionou assim, para que mudar? ". A transição de um modelo para outro não é fácil. Saindo de um modelo cascata para o SAFe ( framework ágil, veja outros posts sobre SAFe AQUI ) foi possível observar como o processo de desenvolvimento influencia diretamente na maneira de como os testes são efetuados, e durante esta transição pode-se perceber como a qualidade do teste aumentou com a adoção dos processos ágeis. Isto devido a uma maior participação dos analistas de testes em vários níveis do desenvolvimento, e não apenas na execução como também no planejamento. No processo cascata os testes acontecem apenas ao final de todo o ciclo de desenvolvimento, tornando assim o papel do analista de testes mais reativo. Por outro lado, em um processo ágil o analista de teste se torna mais proativo, pois está diretamente envolvido com...

O System Team por vezes faz jus à expressão " pau para toda obra ". Ja falei bastante sobre o System Team no post anterior AQUI , mas vamos listar aqui algumas de suas atribuições. Depois veremos se não chegamos todos a uma conclusão assim. 😉 Participamos das releases plannings de todas as equipes onde atuamos, auxiliando no refinamento do backlog para definir a os testes das histórias; Criamos novos cenários de testes automatizados; Estendemos os cenários de testes para conjuntos maiores de dados; Organizamos os casos de testes construídos pelos times individualmente em suítes ordenadas; Realizamos teste manual e executamos testes automatizados para novas features e histórias; Eealizamos o teste dos requisitos não funcionais do sistema. Auxiliamos a identificar problemas e gargalos do produto. Pensem comigo, nós do System Team temos que conhecer muito sobre os produtos e sistemas que testamos para poder fazer as atividades acima. O cenário de atuação d...

Trabalho a pouco mais de 5 meses no System Team . Entrei no time no final da primeira release  (iteração)   planejada, participei da segunda release inteira e agora estou na terceira release no time do System Team . Já tive altos e baixos, mas vou tentar explicar tudo sobre esse time neste post. Onde começou o System Team? No framework ágil SAFe , Times Ágeis não são unidades stand-alone . Pelo contrário, eles são uma parte integral do Trem de Release Ágil (ART/TREM), onde eles coletivamente têm responsabilidade por liberar mais valor. Pense na release como um trem, onde cada vagão é uma equipe. Times operam no contexto do trem, contribuindo para sua visão, colaborando com outros times, e participando em cerimonias chave do TREM. Os times e o trem são inseparáveis; o todo é maior que a soma de suas partes. Big Picture SAFe - System Team Afinal, o que é o System Team? Existe um time específico para a execução dos testes de regressão e integração, criado a...

A sigla SAFe significa Scaled Agile Framework, que em tradução livre seria um framework para escalonamento ágil. Ele é um framework de desenvolvimento criado pela IBM para permitir às empresas de grande porte a utilização de práticas ágeis. De acordo com o site do framework, ele serve para abranger toda a organização, operando nos níveis de portfólio, programa e time. Mas por que não colocam o Scrum numa empresa de grande porte, em vez de um framework ágil?  Essa pergunta é fácil de ser respondida. Empresas de grande porte possuem controle, indicadores (para particição de lucros por exemplo), acionistas e , normalmente, certificações ISO. As certificações ISO requerem um processo que todas os colaboradores da empresa conheçam. Só assim a empresa consegue a recertificaçao. Como funciona o SAFe? Retirada do site do framework , a Big Picture do SAFe (abaixo) resume em um fluxograma os processos abrangidos pela metodologia. Nessa figura é possível observar os prin...