Utilizando o Scrum em um time que não é de desenvolvimento

scrum4infra

No artigo de hoje abri espaço para o consultor de TI e gerente de projetos na Umbler, Jonas Salengue, falar da sua experiência implementando Scrum em times que não eram de desenvolvimento. Jonas é um profissional com muitos anos de mercado e já trabalhou em multinacionais, como a HP. Recentemente lançou um livro sobre Scrum para equipes de infraestrutura que está disponível à venda na Amazon.

Olá, sou o Jonas, consultor de TI e analista de infraestrutura. Sou um grande apreciador de desafios e foi dentro de um desafio que tive o contato na prática com o Scrum pela primeira vez. Recebi o pedido de ajuda de um líder de uma equipe de infraestrutura que enfrentava dificuldades para controlar as atividades do dia-a-dia e projetos da sua área, então decidi apostar no Scrum como solução para este problema.

Antes de relatar alguns detalhes desta experiência, gostaria de agradecer ao Luiz (autor do blog) por este espaço. O Luiz é um com certeza uma referência no Scrum com algumas obras excelentes disponíveis na Amazon.

Utilizar o Scrum, independente da característica do time, deve ser um projeto com planejamento e adaptações adequadas. Dificilmente alguém utilizará 100% do que o framework descreve, pois isto acarretaria uma série de complicações, principalmente a resistência e, consequentemente, a desistência das pessoas. Saber como abordar os conceitos do scrum foi fundamental para que o time de infraestrutura “comprasse” a ideia de utilizá-lo. Para tal, utilizei uma dinâmica na qual descrevo em detalhes no livro, porém, resumidamente, trata-se da construção de uma maquete de uma casa utilizando os eventos, papéis e artefatos do framework.

Importante é que para a realização desta dinâmica, não foram utilizados os termos “técnicos” do Scrum, por exemplo, o backlog do produto nós o abordamos como “lista geral”, a sprint como “período de execução” e o backlog da sprint como “lista de execução”. Talvez seja mais interessante no início utilizar palavras e expressões que façam sentido ao pé-da-letra, pois, para esta experiência, fez toda a diferença. O próprio papel do Scrum Master foi apresentado como “facilitador” e na execução da dinâmica o time concluiu o porquê deste nome.

Após este trabalho de construção dos conceitos, garantimos que todos os integrantes do time estavam falando a mesma língua. Dai sim, começou-se o planejamento para adequar o framework à realidade do time de infra que possui características distintas, principalmente devido ao fato de prestarem suporte, ou seja, executarem várias demandas no dia-a-dia que concorrem com a execução das atividades planejadas dos projetos da área.

Basicamente utilizamos os eventos: planejamento da sprint, reuniões diárias, revisão e retrospectiva. Como artefatos definimos o backlog do produto e o backlog da sprint durante o planejamento desta. Inicialmente eu realizei o papel de Scrum Master, participando ativamente durante as 4 primeiras sprints do time. Ah, importante lembrar que desde o início utilizamos métricas através da pontuação das atividades com a técnica de planning poker. Essa técnica foi utilizada inclusive na dinâmica da casa para que o time já se tivesse contato e fosse desenvolvendo seu poder de estimar e controlar o progresso.

O resultado final desta adaptação do scrum para um time de infraestrutura foi um sucesso. Apesar de ter sido uma consultoria, algo temporário, mantenho contato com o time até hoje e continuam utilizando o framework. Eles mantém o controle do progresso dos projetos e demandas utilizando as métricas da pontuação das tarefas, construindo o gráfico burndown para representar as entregas planejadas versus o burnup que representa as demandas que surgem e devem ser atendidas durante as sprints.

Bem, resumidamente o livro aborda as questões que comentei acima, porém é claro, com muito mais detalhes e uma narrativa na qual procurei tornar interessante.

Confiram a obra em www.scrum4infra.com

Abraços e até!

Jonas

Resenha

Eu li recentemente o livro do Jonas (sim, eu estava devendo a leitura deste livro há muito tempo) e ele é bem interessante. Diferente dos livros tradicionais sobre métodos ágeis, o Scrum em Equipes de Infraestrutura é uma narrativa interessante das consultorias realizadas por ele e pelo irmão dele a uma empresa, cujo nome e funcionários foram alterados para evitar problemas legais.

Ao invés de ater-se meramente às técnicas, Jonas relata muito bem as percepções dos envolvidos, as ansiedades, angústias e sim, as práticas utilizadas também. Tudo isso de uma forma que seja possível reproduzir o passo-a-passo que ele utilizou com o cliente, seja na íntegra ou apenas parcialmente.

O livro é ricamente ilustrado com diagramas, gráficos e imagens de apoio que tornam muito fácil abstrair o que é dito e principalmente os artefatos utilizados nesta pequena transformação ágil que ele relata.

Não é um livro denso, o que facilita a leitura mas que pode desanimar quem busca uma resposta para todas perguntas para este tópico tão polêmico que é Scrum além do desenvolvimento de software. É sim uma leitura rápida, envolvente, divertida e muito didática. Recomendo a quem estiver assumindo a missão de colocar um pouco de métodos ágeis em times que tradicionalmente não vêem valor nessas práticas por não lidarem com desenvolvimento de software.

Deixem seus comentários para o Jonas no espaço abaixo, que eu aviso ele para ler!

* OBS: curtiu o post? Então dá uma olhada no meu livro de Scrum e Métodos Ágeis clicando no banner abaixo pra aprender muito mais!

Agile além do desenvolvimento de software

Atualizado em 27/11/2018!

Recentemente escrevi um artigo falando da essência dos métodos ágeis. A ideia era dar uma visão da origem da agilidade e mostrar que ela não nasceu no software e até mesmo provocar um pensamento mais amplo sobre a mesma, uma vez que métodos ágeis são facilmente aplicáveis em outras áreas que não apenas ao desenvolvimento de software.

No artigo de hoje, trago alguns cases de aplicação de métodos e princípios ágeis nas mais variadas indústrias e até mesmo em casa! A ideia é desmistificar de uma vez por todas de que isso só se aplica a times de desenvolvimento. Enquanto que não me estendo em nenhum deles, todos estão recheados de referências em links ao longo dos trechos, para que se aprofunde no tópico que mais lhe interessar.

Marketing Ágil

Você já ouviu falar de Agile Marketing? O Agile Marketing tomou corpo através de um manifesto criado por diversos profissionais da área que buscavam adaptar o modelo de gestão de times comerciais ao novo cenário.

Os valores definidos pelo Manifesto são:

  1. Aprendizado validado na prática acima de opiniões e convenções;
  2. Colaboração focada em entrega de valor para os clientes ao invés de criação de silos e hierarquia;
  3. Campanhas interativas, adaptativas e não estelares/complexas;
  4. Validação e contato direto com o consumidor ao invés de predição sobre preferências e comportamentos;
  5. Planejamento flexível ao invés de rígido
  6. Responder às mudanças mais que seguir um plano
  7. Vários pequenos experimentos perante poucas grandes apostas

Não são conceitos complexos de se entender, mas adaptar sua cultura e os processos é que se tornam um desafio diário. Principalmente se consideramos o cenário geral do mercado quando se trata de Marketing e Publicidade. No entanto, temos profissionais que são referências em Marketing Digital, como Sean Ellis, o mesmo que cunhou o termo Growth Hacking, defendendo ferozmente a aplicação do Agile Marketing como diferencial para alcançar resultados em um mercado tão competitivo.

Olhando para os 7 valores do Agile Marketing Manifesto, nós conseguimos entender que a grande maioria deles procura adaptar os processos de Marketing à maneira de trabalhar das novas gerações e, principalmente, novas tecnologias existentes. Não é plausível manter um sistema de gerenciamento engessado, hierárquico, baseado meramente em criatividade quando se possui mais do que um punhado de opções mais viáveis, mensuráveis e flexíveis à sua disposição.

Faz completo sentido, então, se adaptar ao que o mercado pede e alterar sua cultura e hierarquia para melhorar os resultados, como as startups começaram a fazer e, hoje, as grandes empresas procuram conseguir também.

No site Outbound Marketing eles dão algumas dicas de como implementar um kanban em um time de marketing (embora usar Scrum também possa ser interessante). Já o site Marketing de Conteúdo faz uma análise dos 12 princípios ágeis originais com o foco no marketing, ajudando a traduzir as ideias dos signatários do Agile Manifesto para o mundo do marketing. No blog da Resultados Digitais você encontra algumas dicas também de como agilizar o seu time de marketing, enquanto que a McKinsey escreveu um artigo enorme como um passo a passo de como implementar o Agile Marketing.

Na Umbler, empresa que eu trabalhei antes de virar Agile Coach no Agibank, o setor de marketing usava métodos ágeis, conforme uma das lideranças do setor relata neste guest post no blog do Trello. E se você está curioso em saber se isso é uma moda passageira ou se é um movimento global, dê uma olhada neste estudo de 2016.

Se todas as práticas tradicionais funcionam em times de marketing? Talvez sim, talvez não, mas o barato é que muitos profissionais têm compartilhado suas descobertas em como adaptar práticas comuns, como a Daily Meeting, ao seu repertório ou o Kanban (sobre Kanban tem esse outro aqui com vídeo de como começar).

Agile Selling
Agile Selling

Comercial Ágil

Falamos bastante de Agile Marketing até o momento, mas e Agile Selling, já ouviu falar?

Esse termo foi cunhado pela autora Jill Konrath no seu livro homônimo, disponível à venda na Amazon. Após ver que tudo aquilo que ela sabia sobre vendas não funcionava mais e depois de perder alguns clientes e passar por algumas situações difíceis (pressão de todos os lados, dúvida, baixa autoconfiança, etc), ela percebe que existem dois caminhos: desistir e aceitar a derrota ou aprender a lição e achar uma resposta.

Felizmente, ela acabou seguindo o último caminho.

Esse Agile no título do texto, segundo a autora, significa, adivinhe só: ligeiro, rápido. Ser capaz de mudar rapidamente e se adaptar às novas condições de mercado.

Entender o que está acontecendo, quais são as mudanças que o mercado está sofrendo e aprender a responder rapidamente. Mas é claro que esse é um processo iterativo e você precisa aprender a priorizar o que aprender primeiro. Isso é ser ágil!

O site Outbound Marketing tem um artigo interessante que resume em linhas gerais os ensinamentos do livro, que a autora organizou em 6 estratégias para conseguir reagir às mudanças de mercado rapidamente

RH Ágil

Nossa próxima parada é no RH. Já ouviu falar de Agile HR (Human Resources)? Sim, os métodos ágeis agora estão transformando como as organizações contratam, desenvolvem e gerenciam pessoas, como bem explicado neste artigo de Harvard. Uma vez que o RH toca cada aspecto – e cada empregado – de uma organização, uma transformação ágil neste departamento pode ser bem mais trabalhosa do que em outros.

Foi-se o tempo em que o RH apenas tinha de entender como os times ágeis funcionavam e ajudar a criar uma interface de tradução de como os times praticavam versus como a empresa lidava com eles. Incorporando princípios e práticas ágeis ao RH chegou-se inclusive a se desenhar um manifesto ágil do RH, em analogia ao Agile Manifesto original da TI, o qual reproduzo a imagem abaixo.

Manifesto Ágil RH
Manifesto Ágil RH

Umas das mudanças do Agile HR, por exemplo, é nas análises de performance. Originalmente anuais, vindas de um único gestor, perdem o seu sentido uma vez que os times mudam com maior frequência, possuem servo-líderes e em ciclos bem menores que um ano. Feedback contínuo permite melhoria contínua dos profissionais e é algo que um RH ágil deve buscar.

Outra disciplina que ganha destaque neste contexto é o coaching. As empresas que tem conseguido maior sucesso em práticas ágeis de RH como Cigna, Regeneron, Johnson & Johnson, Gap, Pfizer, GE e IBM têm investido pesado em seus gestores para eles se tornarem mais coaches e menos “chefes”. A Digital Ocean inclusive tem coaches dedicados a ajudar os gestores no dia a dia.

Outra mudança é o foco nos times além do foco individual tradicional dos RHs. Feedback multidirecional é uma prática, onde os integrantes do time ajudam a avaliar seus pares e principalmente o feedback 360 onde os liderados avaliam também os seus gestores.

Fornecer mais autonomia aos times, um sistema de compensação mais flexível e variável, em ciclos curtos, são alguns dos desafios deste RH ágil. A IBM por exemplo, usa um sistema de inteligência artificial para ajudar seus funcionários a desenvolverem novas habilidades, mapeando seus perfis, gaps de conhecimento e sugerindo cursos na plataforma de conhecimento deles ou gerando demandas para educação corporativa.

Como um excelente artigo da Forbes relata, o Agile HR deve se tornar um Agile Business Partner, realmente apoiando o negócio e deixando de agir apenas como um moderador ou como um executor (modelo mais antigo ainda). A tabela abaixo, retirada do referido artigo ilustra as diferenças de atuação do RH, sendo que o que buscamos em um RH ágil é a terceira coluna.

Agile Business Partner
Agile Business Partner

No livro The Age of Agile (à venda na Amazon) Stephen Denning trata mais sobre como organizações têm se transformado usando o agile mindset, principalmente através de uma transformação em seus departamentos de gestão de pessoas.

Escola Ágil

A primeira vez que ouvi falar do EduScrum foi no livro best-seller do Jeff Sutherland (um dos criadores do Scrum) Scrum: A Arte de Fazer o Dobro do Trabalho na Metade do Tempo (à venda na Amazon), o famoso livro amarelo do Scrum. Ele seria um framework adaptado do Scrum e do Kanban para uso em sala de aula.

Neste artigo do Rodrigo Zambon ele fala do futuro da educação e como escolas no RS tem usado o EduScrum em sala de aula par aumentar o engajamento dos alunos e incentivar o trabalho em equipe. Nestes ambientes, cada aluno pode contribuir com algo nos times em que participa e o professor atua como um Scrum Master da turma, fazendo coaching com os alunos e ajudando-os a avançar através dos desafios. Quem acompanha meu blog há um tempo já deve ter lido meu principal artigo sobre educação intitulado Por que Stanford trocou Java por JavaScript e sabe que eu apoio este tipo de iniciativa para modernizar o ensino.

O EduScrum é um movimento que nasceu na Holanda (posteriormente revisado pelo Jeff) e no manual oficial e gratuito você encontra um framework semelhante ao Scrum original, onde temos os papéis de Student Teams, EduScrum Master e Product Owner. Temos as mesmas cerimônias e praticamente os mesmos artefatos, com a oficialização do Scrum Board, um artefato derivado do Kanban. Qualquer pessoa minimamente familiarizada com o Scrum vai entender rapidamente e sair aplicando o EduScrum em turmas de qualquer curso ou nível.

Família Ágil

E para encerrar este artigo vou trazer um uso um tanto inusitado de métodos ágeis: na sua própria família. Sim, isso mesmo que você leu: já parou pra pensar como o uso de métodos ágeis pode ajudar na organização doméstica? Pensando nisso que o agile coach autor do Scrum 4 Kids iniciou um experimento com sua família, rendendo excelentes aprendizados e um case muito interessante.

E se você pensou apenas em um board de atividades, saiba que ele foi muito além, aplicando Scrum mesmo e não apenas kanban, que seria a prática mais óbvia. No blog do autor você encontra fotos realmente interessantes de dailys com os filhos do casal, boards de atividades domésticas de sábado e muito mais.

E se esse último exemplo não é a prova cabal de que os métodos ágeis podem ser utilizados em qualquer contexto, eu não sei mais o que escrever para lhe convencer disso. 🙂

Bônus: Scrum em times de UX.

Gostou do assunto? Quer aprender mais sobre métodos ágeis? Conheça meu livro Scrum e Métodos Ágeis clicando no banner abaixo!

Certificações Ágeis para Scrum Master e Product Owner

Obtive minhas primeiras certificações em métodos ágeis, mais especificamente Scrum, em 2010, logo após fazer meu primeiro curso sobre o assunto e definitivamente mudar a minha carreira pra sempre. Estas certificações me forma muito úteis em diversas ocasiões e arrisco dizer que não seria hoje um Agile Coach no Agibank se não possuísse as mesmas.

A ideia do artigo de hoje é explicar um pouco sobre certificações em métodos ágeis, principalmente as disponibilizadas pela Scrum.org, a fundação sem fins lucrativos criada por Ken Schwaber em 2009, um dos fundadores do Scrum.

Por que tirar uma certificação?

Para quem nunca tirou uma certificação antes, ela funciona como um diploma, um certificado de proficiência mas em um assunto bem específico, como programação Java, administração de servidores Linux ou neste caso, atesta que você sabe toda a teoria sobre o framework Scrum e um papel em específico (Scrum Master ou Product Owner).

Ser certificado não é garantia de que você tenha experiência com algo, mas de que ao menos domina a teoria daquele assunto. Mais do que isso, um profissional certificado mostra o seu interesse genuíno sobre determinado assunto, uma vez que certificações levam certo tempo para estudo e aplicação da prova, além do valor que pode ser bem salgado às vezes.

É bem comum no mercado de desenvolvimento as pessoas acharem que qualquer um pode ser um Scrum master ou um Product Owner e saber se a pessoa possui ou não certificação no papel demonstra que ela realmente busca uma carreira naquele papel em específico e não está apenas atrás de alguma vaga de emprego qualquer. Existem exceções? Com certeza. Mas entrevisto regularmente candidatos a vagas com essas nomenclaturas e é triste ver pessoas que não fazem ideia onde estão se metendo.

Quem emite certificações?

Falarei aqui apenas das duas principais certificadoras do mercado em métodos ágeis: Scrum.org e Scrum Alliance.

A Scrum Alliance foi fundada pelos criadores do Scrum: Jeff Sutherland e Ken Schwaber em 2003. Ela promove a disseminação do Scrum ao redor do mundo desde seus dias iniciais e muito da popularidade do seu método vem da atuação desta empresa. Aproximadamente em 2007 Ken e Jeff entraram em desacordo sobre os rumos da empresa, que estava com um apelo cada vez mais comercial (por exemplo, não era exigida prova para certificar um aluno à época, apenas um curso caríssimo e obrigatório) e que também não estava preocupado com o papel do Dev Team, apenas PO e SM.

Desse desacordo surgiu a Scrum.org aproximadamente em 2009, com o intuito de educar e certificar não apenas SMs e POs, mas também desenvolvedores em práticas ágeis de engenharia. Com um cunho mais educativo e menos comercial, a Scrum.org não exige cursos, embora eles existam para quem deseje fazer, para certificar alguém, apenas uma prova online em Inglês que explicarei mais sobre na sequência. Embora a Scrum Alliance possua provas também há alguns anos, as provas da Scrum.org são notoriamente mais difíceis.

Independente deste histórico, tanto as certificações da Scrum.org quanto da Scrum Alliance são bem avaliadas no mercado, embora existam rumores no forum da Scrum.org de que na Europa as certificações assinadas pelo Ken Schwaber (Scrum.org) possuam maior prestígio.

Sinceramente não recomendo qualquer outra certificadora. Como o Scrum Guide é mantido por estes dois senhores até os dias de hoje, somente ELES podem dizer o que o Scrum é ou não, ou como devem ser a atuação dos papéis ágeis. Já vi muita prova de outras certificadores falando besteira que contradiz o Scrum Guide, que é a fonte oficial de informação sobre o Scrum. Não vou citar nomes aqui por uma questão de ética, mas já vi gente ensinando e cobrando em prova conceitos errados. Tenha cuidado!

Certificação Professional Scrum Master I (PSM-I)

Eu vou me focar aqui nas certificações da Scrum.org pois foi onde tirei as minhas e sei como funciona tudo em detalhes. A certificação PSM-I é a equivalente CSM (Certified Scrum Master) da Scrum Alliance e mostra que o certificado possui conhecimento teórico completo do framework Scrum e do papel do Scrum Master.

As suas principais características são:

  • custo de U$150 por tentativa;
  • somente em Inglês;
  • somente aborda conceitos vistos no Scrum Guide;
  • totalmente objetiva, com questões de múltipla escolha e V/F;
  • média de 85% para aprovação ou 80% para cidadãos cuja primeira língua não é Inglês;
  • 80 questões;
  • 60 minutos para conclusão;

Ao contrário da CSM, a PSM-I não expira e não requer renovação anual. Tirei a minha em 2010 e continua lá no site deles o meu nome até hoje.

Certificação Professional Scrum Product Owner I (PSPO-I)

A certificação PSPO-I é equivalente à CSPO da Scrum Alliance (Certified Scrum Product Owner) e mostra que o certificado possui conhecimento teórico completo do framework Scrum e do papel do Product Owner, bem como de outros princípios mais além relacionados ao desenvolvimento ágil de produtos.

As suas principais características são:

  • custo de U$200 por tentativa;
  • somente em Inglês;
  • aborda conceitos vistos no Scrum Guide e em outras leituras para POs;
  • totalmente objetiva, com questões de múltipla escolha e V/F;
  • média de 85% para aprovação ou 80% para cidadãos cuja primeira língua não é Inglês;
  • 80 questões;
  • 60 minutos para conclusão;

Também não expira.

Dicas de Estudo para as Provas

A dica mais quente que posso dar é decorar o Scrum Guide de ponta a ponta. Ele é a fonte oficial de informação sobre Scrum e é nele que você deve confiar para saber o que é cobrado nas provas sobre o framework Scrum.

A segunda dica de estudo é fazer os simulados presentes no site da Scrum.org, o Scrum Open e o Product Owner Open. Se for fazer a PSM-I, fazer o Scrum Open vai te permitir conhecer algo entre 30-40% da prova (semelhante ao que acontece com as provas do Detran, sabe?) e se estiver fazendo 100% nos simulados, tem grande chance de conseguir passar na prova. Já se for fazer o PSPO-I, recomendo fazer tanto o Scrum Open quanto o Product Owner Open. Os simulados são bem didáticos e possuem questões no mesmo nível da prova, além de serem gratuitos.

A terceira dica é anotar e fazer resumos. Você tem de ter em mãos tabelas e anotações que te permitam rapidamente saber as principais atribuições de cada papel, as características de cada cerimônia (objetivos, timeboxes, etc) e o uso de cada artefato. Você também vai precisar ter a mão a definição do que é o Scrum e quais são seus valores.

Não recomendo qualquer outro simulado ou livro, pois eles podem mais confundir do que ajudar. A única exceção são os excelentes cursos da TI Exames que são preparatórios para as respectivas provas. Já fiz um deles, de Product Owner especificamente, e considerei muito bom, além de outros colegas de trabalho que também tiveram experiência semelhante.

Dicas para Realização da Prova

Como a prova é online, ter os rascunhos e anotações à mão facilita bastante, bem mais do que ter o Scrum Guide, embora este último também seja importante. Somente se inscreva para a prova (você paga e recebe uma senha para poder iniciar a prova) depois de estar tirando 100% em todos simulados que esteja fazendo, consecutivamente.

Quando eu fiz as provas, eu me tranquei em um local fechado, desliguei o celular e avisei minha esposa que eu não poderia ser incomodado sob hipóteses alguma. Você precisa de muita concentração e silêncio, só deixe o celular por perto como backup de Internet, caso sua banda larga dê problema no meio da prova. Usar um notebook também é importante caso falte luz, pois assim você terá a bateria do note para garantir que consiga fazer a prova até o final (ela dura no máximo 60 minutos).

Feche todas as abas do navegador e demais softwares do seu computador. Deixe no máximo um tradutor de Inglês aberto, caso tenha problema com alguma palavra.

Uma última dica é quanto à interpretação das questões: seja o mais literal possível. Não leve para o seu entendimento pessoal ou para qualquer prática que já tenha tido. Se no Scrum Guide diz que a cerimônia x deve ser feita sempre em pé, sim, a resposta é sempre em pé, mesmo que você eventualmente não siga esta regra, só pra citar um exemplo.

Eu também tenho a certificação de Professional Scrum Developer I (PSD-I), pois na época que comecei a trabalhar com Scrum eu ainda era um analista/programador. As regras são praticamente as mesmas, com a diferença que a PSD-I exige conhecimento de práticas de engenharia ágil, principalmente algumas abordadas no framework Extreme Programming (XP). Como tirar esta certificação não é algo muito comum no mercado, resolvi focar o artigo apenas nas duas supracitadas.

Então é isso. Essas são as orientações que eu poderia deixar sobre o assunto e qualquer dúvida que tiver, pode deixar nos comentários que terei o maior prazer em responder.

Gostou do assunto? Quer aprender mais sobre métodos ágeis? Conheça meu livro Scrum e Métodos Ágeis clicando no banner abaixo!