Onde e como tudo começou...
Bom Galera, meu nome é Hermes e nesse primeiro post vou falar um pouco da minha trajetória na empresa onde trabalho, colocar o blog exatamente no ponto que estou hoje e contextualizar um pouco para que seja possível entender e evoluir na minha tentativa de implantação do Scrum. Esse post será um pouco longo, mas acredito que será interessante saber um pouco do passado.
Trabalho na
DWCS (nome fictício) a 8 anos. Entrei em Dezembro de 2005 para trabalhar como Desenvolvedor Java e já tinha 3 anos de experiência com desenvolvimento de sistema na linguagem Java.
Em Agosto de 2009 foi necessária uma divisão na equipe de desenvolvimento para separar em duas equipes que iriam trabalhar com o produto base da empresa, que chamamos de Kernel, e a equipe que desenvolve os projetos de customização do produto que na sua grande maioria são necessários em cada nova venda do produto. Eu fui escolhido para ser o Gerente dessa nova equipe, que na verdade seria formada por alguns dos colegas que eu já trabalhava junto.
Eu sempre gerenciei a equipe do meu jeito, nunca me apeguei em estudos e métodos, sempre fiz isso com o coração, pois faço o que amo. Nunca deixei de programar e Arquitetar Software pois essa também é uma paixão, mas como o tempo comecei a gostar desse lado da gestão. Sempre fui uma pessoa tranquila, que não se estressa facilmente, que tenta ajudar a equipe o máximo possível e sempre procurei ser um "chefe" legal e parceiro e acho que no geral eu consegui.
No inicio de 2011 eu consegui um projeto Home Office (isso, eu pego alguns trabalhos extras pois na DWCS não consigo utilizar tecnologias novas pela características do Kernel) em uma empresa Canadense que não tinha escritório no Brasil pois estava querendo por em prática todo o esforço que estava fazendo para aprender a língua inglesa.
Essa empresa era uma StartUp e nasceu com conceito de Agile na veia. Integração continua, revisão de código, testes unitários, liderança servidora, etc . Quando comecei a trabalhar com eles a primeira coisa que me chamou a atenção foram as ferramentas que eles usavam para trabalhar, que eram as ferramentas da Atlassian (JIRA, Bamboo, FishEye, Crucible e Confluence), Sonar (analise de qualidade de código) , Nexus (repositório central do maven) e o próprio Maven que eu tinha usado bem pouco e dessa vez aprendi até a parte avançada de configurações.
Bom, quando eu me deparei com essa estrutura toda, a primeira coisa que eu fiz foi comparar a minha forma de gestão, bem manual, com a forma que eles faziam a gestão. Com isso pensei.. Eu preciso disso...
Esse projeto pessoal foi importantíssimo para eu ver o mundo fora da minha equipe e então eu comecei a montar uma estrutura interna na DWCS assim como era nessa empresa Canadense.
Suguei o máximo possível de conhecimento deles e em alguns meses e varias noites mal dormidas, no caso meados de Junho de 2011 eu já tinha um novo modelo de projeto de customização todo baseado no maven e uma estrutura de ferramentas igual a dos Canadenses.
Hoje usamos bem o JIRA e o Bamboo, e junto com o Nexus e o fonte no Maven melhorou muito o controle sobre o desenvolvimento que está sendo feito e com isso consegui maximizar o trabalho na equipe que era praticamente somente de projetos novos(outra equipe fazia o desenvolvimento das melhorias) e agora atende todo o ciclo de desenvolvimento de projetos novos e de melhorias evolutivas de todos os clientes da empresa.
Esse ano me deparei com outros problemas. Entraram alguns projetos grandes e percebi uma grande acomodação de toda a equipe.
Estavam praticamente todos em uma grande zona de conforto e senti a necessidade de mudança novamente.
Os projetos em cascata estão entrando em colapso de falta de qualidade, atrasos frequentes, falta de comprometimento da equipe, falta de união e eu ficando louco com tanto problema resolvi procurar alternativas. Foi aí que lembrei de coisas que eu já tinha lido e voltei a olhar o Scrum e metodologias ágeis como uma alternativa.
Estudei novamente o framework e entrei no árduo trabalho que todos os Scrum Masters(não me considero um ainda, estou em processo de aprendizado) encontram em algum momento na carreira de encaixar o Scrum em uma organização.
Vou falar um pouco da estrutura organizacional para que seja possível vocês entenderem onde está a dificuldade de implantar o framework.
Temos hoje 8 Gerentes de Projetos, que na DWCS precisam atuar como Gerentes e também com toda a parte do negócio, já que na empresa os GPs precisam conhecer muito bem o produto conseguir propor as melhores customizações para o Cliente, ou seja, nossos GPs conhecem intimamente o que o cliente precisa e o que agrega valor para ele. E para ajudar esses GPs nas tarefas de levantamento e documentação uma equipe de A&D que tem hoje 5 pessoas.
Temos a equipe de desenvolvimento com 12 desenvolvedores Java, e uma equipe de testes de aceitação , chamada de QA, com 5 analistas que não fazem testes automatizados e ainda não tem essa expertise.
Basicamente a metodologia da DWCS (a empresa adotou uma metodologia própria de gestão para conseguir atender a prazos cada vez mais curtos) utiliza essa estrutura em um modelo Waterfall.
A DWCS vende projetos de escopo fechado ainda, então a implantação do Scrum 100% poderá ser prejudicada por uma possível resistência na mudança da gestão de contratos, mas vou tentar chegar o mais perto possível de ter um bom Scrum.
Conhecendo muito bem toda essa estrutura e metodologia da empresa meu primeiro desafio foi tentar ajeitar isso tudo no Scrum então tomei uma decisão de fazer por partes.
Primeira estratégia.. ?
Fazer um curso de Scrum Master...
Escolhi fazer um oficial que me daria o direito de fazer a prova de certificação Foundation da ScrumAlliance de Scrum Master.
Existe muita desconfiança nessa certificação por parte da comunidade Agil, mas a galera não entende que essa certificação é apenas para mostrar que o individuo sabe a base do Scrum e não se ele trabalha e tem experiencia profissional com isso. Para isso existe a Certificação Professional e esse é um dos motivos que eu estou aqui hoje escrevendo, pois para conseguir essa certificação precisa enviar um dossiê com a sua experiencia para que após a aprovação você possa fazer a prova.
Aprendi muita coisa legal no curso ,por exemplo o que é e o que não é Scrum.
Burndown Chart não faz parte do framework scrum por exemplo.
Aprendi também que sem problemas se na sua empresa você não conseguir usar Scrum, só de usar uma parte dele já vai trazer muitos benefícios.
Que toda implantação de Scrum passa por vários níveis assim como o CMMI.
Scrum nível 1 - Acha que usa Scrum mas usa Waterfall
Scrum nível 2 - utiliza o Scrum But.. (Scrum mas o time de qualidade está separado por exemplo)
Scrum nível 3 - Utiliza Scrum mas ainda com algumas poucas falhas.
Scrum nível 4 - Utiliza o Scrum muito bem, já acertou todos os processos e já tem um Scrum evoluído.
Scrum nível 5 - Pasmem... Deixa de utilizar o Scrum.. Pois já está tão bem que já tem maturidade para fazer os processos da forma que mais seja interessante.
O Scrum é um framework para processos empíricos em sistemas complexos. Ele existe para te tirar de uma posição e te levar para outra posição. Quando você já estiver do outro lado ele não te serve mais.
Poucas empresas tem esse grau de maturidade.
Primeira reflexão e muito importante.
Complexidade não está ligada a dificuldade.
Complexidade está ligada a previsibilidade.
Se uma coisa é complexa ela é imprevisível e não difícil.
O Scrum existe para tratar problemas que estão em ambientes complexos. Não tente usá-lo em outro tipo de ambiente que ele não vai ajudar. Só vai te levar a desordem.
Bom, agora sabendo mais sobre o Scrum que meu trabalho realmente começou...
Quem é quem no meu Scrum...
Primeira barreira. O instrutor me disse que eu não poderia ter mais de 1 Product Owner por equipe de Scrum. Eu considero que meus GPs são os Product Owners, pois eles que sabem exatamente o que meu cliente final quer e ele que tem a autonomia de mudar coisas no projeto. Ele conhece e escreveu os requisitos.
Mas tenho 8 GPs e 1 equipe de 12 desenvolvedores...
Bom vamos devagar quero pular o Scrum nível 1(não quero me enganar)... Então vou para o 2, Scrum But..
Scrum, mas tenho mais de 1 PO por equipe...
Vou dividir a equipe em 3 equipes de 4 desenvolvedores mais 1 Tester que sairá da equipe de QA e se incorporará a equipe Scrum, 1 para cada uma..
Hummm, hoje tenho muitas situações de caos.
Meu cliente final homologa com as áreas usuárias o sistema antes de entrar em produção e isso acontece na hora que ele achar que deve fazer. Muitas vezes não segue o planejado.
Pela nossa falta de qualidade voltam itens de erro nessa homologação.
Pela falta de qualidade ocorrem erros na entrada em produção, portanto por questões de justiça não passamos o cliente para a equipe de Suporte (outra área da empresa que não é gerenciada por mim) enquanto não passar um período sem que nenhum bug seja encontrado em produção.
Até eu resolver a falta de qualidade preciso ter alguém para apagar o incêndio.
Fui até meu diretor pedir os Testers para a equipe e mais um problema..
Ele me falou que nesse momento não é possível ser dessa forma.
A área de testes tem outras atividades.
Fazem testes integrados no cliente, em alguns momentos participam da homologação, testam as releases do produto, etc. , e eu aprendi no curso que para os Testers estarem dentro da equipe do Scrum o tester precisa saber de Agile Testing, caso contrario vamos fazer mini waterfalls dentro da equipe e vai acabar prejudicando o final da Sprint.
Outra coisa que fechei com o Diretor foi..
Hoje temos propostas de melhorias evolutivas e atividades que precisam ser colocadas no backlog em prioridade maior e não podem demorar muito para iniciarem.
Portanto decidimos que os times irão ter os sprints iniciados de forma intercalada com isso não passaremos mais de 4 dias sem iniciar 1 sprint nova em algum time.
OK. Meus desenvolvedores precisam se Auto-Organizar e testarem o que estão fazendo para garantir a qualidade.
Enquanto eu estava no curso ocorreu uma situação que me fez parar e pensar novamente.
Um cliente ligou para a empresa e pediu que um desenvolvedor da equipe que estava desenvolvendo as customizações dele ficasse de prontidão para qualquer alteração que ele quisesse fazer durante 25 dias corridos, pois eles estavam homologando com a área usuária e com certeza coisas precisariam ser alteradas.
O projeto já estava finalizado.
Se eu já tivesse rodando Scrum na equipe como faria..? Não posso tirar uma pessoa da Sprint do nada...
Mais um motivo para eu ter uma equipe que vai tratar o CAOS.
A equipe de QA da empresa está com muito trabalho atrasado, muita coisa já foi entregue para eles a muito tempo e eles ainda não testaram (temos muitos projetos atrasados). A hora que eles começarem a testar, pela nossa falta de qualidade anterior, bugs serão encontrados e podem comprometer muito os sprints que estejam em andamento..
Mais um motivo para eu ter uma equipe que vai tratar o CAOS...
Ta bom caramba... Já entendi, preciso de uma equipe que batizei de CHAOS...
Vou formar 3 times de 3 pessoas que vão trabalhar nos Sprints e 1 equipe de 3 pessoas que vai resolver o CAOS para o resto do time não desfocar.
Por que 3 para o time do CAOS?
Por que 1 deles foi "vendido" para aquele cliente que quer que ele pare o que ele estiver fazendo para corrigir ou desenvolver alguma coisa para ele...
2 para corrigir listas de homologação , listas antigas de QA, erros de pós produção e o que mais aparecer de problemas.
Minha equipe já tem um pouco da multidisciplinaridade que o Scrum pede.
Todos fazem modelagem de dados, todos desenvolvem código, todos precisa sabem testar, todos tem algum conhecimento de infra-estrutura, alguns mais outros menos, todos conhecem banco de dados, alguns conhecem Performance Tuning, alguns conhecem muito bem o Kernel do Produto e outros nem tanto.
Já rodei uma pesquisa e hoje tenho um mapeamento do que cada um conhece e o nível de cada um e sei quem tem alguma restrição para trabalhar com alguém, afinal não quero equipes desunidas..
Eu atuarei além de Scrum Master como um guru dos 4 times.
Eu rodei comigo a pesquisa que passei para o time e em uma escala de 0 a 5 meu menor conhecimento é 4 então posso ajudar em muita coisa e é um papel que já tenho hoje.
Se ninguém conseguiu resolver falam com o Hermes :)..
Bom pessoal, como disse no início, esse post foi bem longo e agora estou alinhado no tempo.
Estou exatamente nesse ponto.
Próximo passo para o final de semana...
Separar as equipes deixando-as multidisciplinares ao máximo e colocar no JIRA algumas atividades que já estão programadas para deixar o backlog pronto pra segunda-feira..
Vocês podem estar se perguntando... Mas o Backlog não é responsabilidade do PO?
Sim, mas cada PO prioriza suas atividades e tenho 8 POs e as listas precisam se juntar em algum momento para a equipe "pegar" na ordem correta.
Eu estou fazendo isso até achar outro jeito.
Lembrem-se, estou entrando no Scrum nivel 2 agora e ainda sou um Canivete Suíço.
Bem vindos a vida real na implantação do Scrum.
Vou tentar postar o máximo possível do meu dia a dia.
