Todas as vezes que você ver um artigo no Descomplica, pode ter certeza que se trata de um dos materiais mais claros sobre o assunto. Aqui a gente não poupa esforços pra destrinchar a informação de modo que você termine a leitura sabendo, realmente, como ir ao próximo passo. Hoje, a gente fala sobre o que é SCRUM.
Seguindo nossa ideologia, este artigo é completo. Se você não sabe o que é SCRUM ou quer mais esclarecimentos, chegou ao lugar certo. Mas não tente entender tudo em dois ou três parágrafos. Isso a gente sabe fazer, mas não de forma aprofundada. O que queremos dizer com isso?
Que é fundamental que você se ajeite aí na cadeira porque vai passar um tempinho lendo este conteúdo. Do lado de cá, a gente garante duas coisas: você não vai se entediar ou perder o raciocínio do nada; e, ao término, você vai saber perfeitamente o que é SCRUM.
Também vamos falar sobre a metodologia Ágil (ou Agile, como alguns chamam), que casa bem com o assunto. Ou seja, você está diante de um material completo e poderá voltar pra consultá-lo sempre que quiser. Vamos nessa?
Do que a gente está falando?
O que está em pauta aqui são soluções eficientes pro desenvolvimento rápido e certeiro de um projeto executado por uma equipe.
Toda empresa tem seus processos, ou seja, o que fazer a partir de quando recebe um pedido até a finalização do projeto. Se você entregou o que solicitaram, mas o caminho foi tortuoso pro cliente, está errado.
Tudo precisa ser fluido e organizado, de modo que todo mundo cumpra suas tarefas no tempo designado, sem deixar tudo pra última hora.
Até porque, muitos gargalos podem ser descobertos no meio do desenvolvimento. Se isso acontecer perto do deadline (fim do prazo), o mínimo que seu cliente dirá é: “Mas por que não me disse antes”?
Talvez seja porque, aparentemente, havia muito tempo “livre”. Lembra da escola, quando alguns alunos deixavam pra fazer no último dia o trabalho que a professora passou no começo do bimestre? Já dizia o Descomplica numa frase inédita: a pressa é inimiga da perfeição.
Então, a gente tá falando de pequenos processos (chamados sprints — já já daremos nomes aos bois) que, juntos, constroem algo maior. E assim sucessivamente, até a conclusão total do projeto.
O que é o método SCRUM?
Seu patrão acabou de fechar um contrato grande. O cliente é uma loja física que decidiu se modernizar, começando pela criação de um e-commerce. Então, seu patrão vai até sua sala e diz:
— É com você. Vai lá e faz.
Agora, você precisa fazer acontecer. O projeto deve sair do papel e você é o responsável por garantir que isso aconteça. Como um bom profissional, você decide utilizar o SCRUM devido à organização que essa metodologia proporciona.
O SCRUM é o conjunto de pequenas tarefas atribuídas a pessoas estratégicas que estão focadas em um projeto. Não é possível aplicá-lo na organização do dia a dia de um setor, por exemplo, porque ele gira em torno de entregar uma demanda específica.
O objetivo é evitar aquele problema de deixar pra última hora. O SCRUM retalha um projeto inteiro, do começo ao fim, em várias pequenas demandas. Elas, por sua vez, são atribuídas às pessoas do time e devem ser cumpridas entre duas e quatro semanas. Finalizando, repete-se o ciclo pra realização da outra demanda.
Até o momento, a gente não usou palavras difíceis porque era pra você entender o que é SCRUM. Agora, vamos à metodologia e aos nomes corretos dos processos.
Metodologia SCRUM passo a passo
Parabéns, você é o Product Owner deste projeto, enquanto seu patrão e o cliente são os Stakeholders. Assim, vamos conhecendo os primeiros nomes desse universo.
Como Product Owner, sua função é criar todas aquelas demandas que a gente falou anteriormente — e que a partir de agora vamos chamar de sprints, tá bom?
Já que cada sprint dura entre duas e quatro semanas, você não precisa criar todos de uma vez (até porque, novas demandas vão surgir no meio do caminho).
Então, se o objetivo é criar uma loja virtual do zero, você vai preparar sprints como:
- pesquisa de mercado;
- análise de concorrentes;
- criação de persona;
- contratação do web designer;
- elaboração das imagens dos produtos;
- reunião com o web designer pra criação do layout básico…
Enfim, os exemplos acima são bem supérfluos, se você é especialista em e-commerce ou desenvolvimento web sabe bem quais são os primeiros movimentos.
O conjunto de todos esses sprints a gente chama de Backlog do Produto. Pra elaborá-lo, você precisa ter muito bem claro qual é o foco daquele trabalho (ou seja, qual o Product Goal) e sintetizar em processos aplicáveis. Em seguida, a esteira de desenvolvimento começa a rolar.
Sprint Planning
Com o Backlog do Produto devidamente elaborado, você como Product Owner precisa planejar aquelas próximas duas ou quatro semanas, ou seja, como será o próximo sprint.
Pra isso, você vai chamar todas as pessoas desenvolvedoras (que, por enquanto, não têm nada a ver com pessoas que programam o site ou sistema).
As pessoas desenvolvedoras são todas aquelas que vão pôr a mão na massa pra concretizar a sua visão como Product Owner rumo ao objetivo do trabalho (que chamamos de Product Goal, como a gente já esclareceu). Analistas, testers, pesquisadores, designers e DBAs são exemplos de pessoas dessa categoria do SCRUM.
No Sprint Planning, você vai passar sua visão, receber o feedback desses profissionais e, juntos, montarão a próxima etapa do passo a passo: o Sprint Backlog.
Pois é, existe Product Backlog (que são as tarefas pra realização do projeto inteiro) e, agora, você conhece o Sprint Backlog (que são as demandas do próprio sprint).
Sprint
É impossível chegar até esse ponto da metodologia SCRUM sem abordar os sprints, então provavelmente você já sabe do que se trata. Caso ainda ficou alguma dúvida, eles são ciclos de desenvolvimento da tarefa criada pelo Product Owner (que no nosso exemplo é você) e aprovada no Sprint Planning.
A gente já falou que a duração desses ciclos normalmente é de duas a quatro semanas, mas pode acontecer de fugir um pouco disso, indo lá pra seis semanas. Cuidado pra não exagerar nesses períodos, sempre verifique se tem como dividir alguma tarefa em sprints separados.
Com a duração definida, ainda existe o alinhamento diário do SCRUM. Trata-se de pequenos diálogos de até 15 minutos que você terá com a equipe pra acompanhar o que foi feito ontem e ratificar no que trabalharão hoje.
Se um dos objetivos do SCRUM é evitar procrastinação, você não pode sumir e dizer “nos encontraremos daqui a duas semanas”.
Então, nesses alinhamentos diários, você vai poder perceber se a coisa está caminhando como deveria. Se não estiver, busque entender o motivo. É assim, conforme a banda toca, que você vai percebendo o que é possível fazer e o que não é. Por isso, acompanhar de perto é fundamental.
O SCRUM Master
Entre você e as pessoas desenvolvedoras, existe o SCRUM Master, que não é uma etapa e nem um software: é uma pessoa. Ela vai colaborar com uma intermediação entre essas duas partes, facilitando a comunicação.
Mas essa pessoa vai além de uma espécie de secretária. Ela contribui com apoio prático. Por exemplo: se vocês montaram o Sprint Backlog “criação do site”, você não pode simplesmente jogar esse fardo na mão de quem vai desenvolver.
Questões prévias precisam ser resolvidas, como:
- escolha do software pra programar;
- compra ou assinatura do software escolhido;
- definição de prazos;
- aplicação do SCRUM em si.
Produto entregável
Você está aprendendo o que é SCRUM pra chegar nesse objetivo: a entrega de um produto potencialmente entregável, ao término de cada sprint. Nesse momento, você vai mostrar aos stakeholders, que são seu patrão e o cliente que encomendou o serviço, em que ponto o desenvolvimento está.
Muitos especialistas mencionam um evento chamado Sprint Retrospective, que consiste em todo o time (Product Owner, SCRUM Master e desenvolvedores) debater como o sprint decorreu. Assim, sugerem melhorias pro bom desenvolvimento do próximo período.
Assim, finaliza-se o sprint e o próximo passo é repetir esse ciclo com uma nova sequência de trabalho a partir do Product Backlog. Precisa fazer um novo Sprint Planning, você expõe com o que vão trabalhar nas próximas semanas e tudo recomeça.
O ideal é que enquanto a equipe trabalha no sprint, você já esteja pensando em qual será a próxima. Isso manterá o ritmo de todos.
SCRUM e Kanban
Uma excelente maneira de acompanhar as produções da equipe é utilizando o Kanban. É mais um nome novo, mas é muito menos complicado. Na verdade, todos os processos ficam mais fáceis de priorizar e realizar quando a gente usa essa ferramenta.
O Kanban é, simplesmente, um termo japonês que significa “cartão”. Trazendo pro nosso contexto, todas as tarefas são anotadas em cartões (ou melhor, post-its, né?) de modo que todos tenham uma representação visual do que o time precisa produzir.
Em um quadro, as seções são divididas entre “a fazer”, “em produção” e, por último, “finalizado”. Caso sinta necessidade, você pode adicionar outras seções, como “em revisão”, “atrasado”, “em espera”. O fato é que todas as tarefas (e em que ponto se encontram) ficam em um mesmo lugar, facilitando seu acompanhamento.
Pro SCRUM isso é fundamental. Mas também pode ser utilizado na metodologia Ágil, que você vai ver agora.
A metodologia Ágil
Uma pequena empresa consegue dar conta das demandas dos clientes. E a gente não está falando só de executar ou vender o produto/serviço, mas de dar a devida atenção.
Suporte, atendimento rápido e solução de problemas fazem parte do relacionamento entre uma empresa e seu cliente.
Só que, conforme as empresas vão crescendo, a eficiência nesse ponto fica bem debilitada. E aí, cria-se muita burocracia pra resolver um pequeno problema.
A metodologia Ágil surge pra tornar grandes e complexas companhias, que têm alto fluxo desse tipo de demanda, mais flexíveis e com menos burocracia.
Portanto, não se trata de uma ferramenta, um software ou algo assim. O Ágil é um conceito, quase que um mantra, onde a forma de pensar de toda a companhia é regida por metodologias que visam facilitar a vida dos clientes.
Sua origem está nos desenvolvedores de software, que no início do novo milênio se viam descontentes com a direção que o setor caminhava.
Existiam muitas empresas focadas em documentar processos e documentar os ciclos de desenvolvimento que, no fundo, o propósito dos programas foi sendo deixado de lado: agradar o usuário.
Então surgiu um manifesto, que se desdobrou em doze princípios.
O manifesto Ágil
Veja o trecho abaixo, extraído do site agilemanifesto.org — o site do manifesto ágil que mostra todos os adeptos ao movimento que ajudam a mantê-lo desde 2002.
“Estamos descobrindo maneiras melhores de desenvolver software, fazendo-o nós mesmos e ajudando outros a fazerem o mesmo. Através deste trabalho, passamos a valorizar: pessoas e interações mais que processos e ferramentas, software em funcionamento mais que documentação abrangente, colaboração com o cliente mais que negociação de contratos, responder a mudanças mais que seguir um plano”.
Os doze princípios do Manifesto Ágil
- Nossa maior prioridade é satisfazer o cliente através da entrega contínua e adiantada de software com valor agregado;
- Mudanças nos requisitos são bem-vindas, mesmo tardiamente no desenvolvimento; Processos ágeis tiram vantagem das mudanças visando vantagem competitiva para o cliente;
- Entregar frequentemente software funcionando, de poucas semanas a poucos meses, com preferência à menor escala de tempo;
- Pessoas de negócio e desenvolvedores devem trabalhar diariamente em conjunto por todo o projeto;
- Construa projetos em torno de indivíduos motivados. Dê a eles o ambiente e o suporte necessário e confie neles para fazer o trabalho;
- O método mais eficiente e eficaz de transmitir informações para e entre uma equipe de desenvolvimento é através de conversa face a face;
- Software funcionando é a medida primária de progresso;
- Os processos ágeis promovem desenvolvimento sustentável. Os patrocinadores, desenvolvedores e usuários devem ser capazes de manter um ritmo constante indefinidamente;
- Contínua atenção à excelência técnica e bom design aumenta a agilidade.
- Simplicidade — a arte de maximizar a quantidade de trabalho não realizado — é essencial;
- As melhores arquiteturas, requisitos e designs emergem de equipes auto-organizáveis;
- Em intervalos regulares, a equipe reflete sobre como se tornar mais eficaz e então refina e ajusta seu comportamento de acordo.
Percebe como a flexibilidade é a base de todos os adeptos do Ágil? Agora você entende por que estamos falando disso em um artigo sobre o que é SCRUM?
Essas duas metodologias aperfeiçoam o processo de desenvolvimento de qualquer projeto, sempre levando em consideração a qualidade do produto entregue.
Como as metodologias ágeis podem ser aplicadas
Já que o Ágil é um conceito, não existe um “faça/não faça”, um passo a passo, nada disso. Basta que sua empresa priorize o cliente acima de qualquer burocracia envolvida, que deve ser a menor possível.
Então, veja abaixo algumas dicas que a gente separou. Mas não se limite a elas. Pense sempre no valor contido em seu produto e no poder de solução que ele tem e que, por isso, você quer a melhor experiência possível pra quem usá-lo.
Sempre trabalhe próximo de seus clientes
Desenvolver uma relação de proximidade evita que você faça suposições sobre o que estão esperando do seu produto. Pergunte. Assim, você não cai na armadilha de achar que conhece perfeitamente seu cliente só porque desenvolve ou vende uma solução pra ele.
Por mais que você faça diversas pesquisas pra entender quem compra de você ou da sua empresa, quando a outra parte se sente confortável pra dizer o que pensa, facilita muito. Quando a comunicação parte dela, criam-se atalhos pra melhorar um produto.
Torne seus processos o mais flexível possível
Além da comunicação descomplicada, todos os processos pra implementar mudanças devem ser ágeis. A aprovação precisa acontecer de uma forma leve e a informação das novas diretrizes também. Só até aqui já facilita imensamente que algum procedimento seja aperfeiçoado.
Só que, quando uma linha de produção recebe uma nova recomendação, seja na criação de uma mercadoria ou algo comportamental visando a segurança no trabalho, o que acontece? É fundamental garantir que haja uma cultura adepta a mudanças pra que novos rumos aconteçam rapidamente.
Pra isso, você precisa de pessoas alinhadas com a metodologia Ágil, que saibam o que é SCRUM e que tenham o pensamento de progresso frente a novas mudanças. Ter no time alguém que, a cada mudança, faz cara feia, torce o nariz e faz corpo mole, é extremamente prejudicial a todos.
Pessoas com perfil
Seguindo o raciocínio do parágrafo anterior, as pessoas que compõem o seu time devem estar, ratificando o termo, alinhadas com a metodologia Ágil. Pra isso, a aceitação quase que proativa às mudanças é uma característica que não pode faltar nesse profissional.
Alguns gostam do desafio da mudança por natureza, outros aprendem e ajudam bastante o time. De qualquer forma, esse deve ser o perfil pros integrantes da sua equipe.
Só que existe outra coisa mais importante, de acordo com o manifesto Ágil: a satisfação do cliente, a busca por esse objetivo deve ser natural nos colaboradores, que não devem ter o pensamento de ir à empresa, fazer o trabalho, voltar pra casa e amanhã tudo de novo. Se essa pessoa não tiver um apreço por ver o produto resolvendo o problema do cliente, não dá.
Nesse ponto a gente vê a diferença que o trabalho de Recursos Humanos faz em uma empresa. Não é só fazer entrevistas pra saber se determinado candidato sabe lidar com a rotina, é ver como sua personalidade se encaixa com o mantra da empresa.
Implementação passo a passo
O Ágil e o SCRUM caem como uma luva pra equipes de TI. Lembra que a origem do manifesto Ágil está nos desenvolvedores de software, lá em 2001? Eles queriam que toda a área se preocupasse mais com o sucesso do cliente em vez de se esconder em protocolos.
Reparou que novas funções do sistema do seu celular vão chegando aos poucos pra você? Às vezes, seu amigo já tem uma nova ferramenta que a empresa anunciou mês passado e você não. Isso acontece porque as mudanças são implementadas passo a passo, inicialmente pra um pequeno grupo de pessoas.
Assim, a empresa coleta feedbacks, faz as alterações que achar necessárias e lança uma atualização, dessa vez liberada pra um número maior de pessoas.
É assim até a novidade chegar pro mundo inteiro. Já pensou se, de uma vez só, todo mundo recebesse a nova atualização e bugasse tudo? Falência na certa.
Então, profissionais de TI, o SCRUM vai ajudar muito nessa parte. Os sprints servirão pra analisar e aprimorar, constantemente, a implementação de uma nova tecnologia aos clientes da empresa.
E agora?
Após passearmos nas definições sobre o que é SCRUM, o Ágil e como eles podem trabalhar juntos, você tem uma visão completa sobre o tema. Como a gente falou lá no início, você pode retornar várias vezes neste artigo se quiser voltar à visão panorâmica desses dois conceitos.
Isso porque, agora você tem algumas opções sobre o que fazer, tanto em sua empresa como nos caminhos da sua carreira. Você pode se aprofundar em Product Backlog, SCRUM Master e se tornar referência nesses campos, ou trabalhar todo o processo de forma geral, como muitos fazem.
O que a gente mais quis deixar claro neste artigo, além dos benefícios do SCRUM e do Ágil, é que virar a chave mental das pessoas envolvidas na criação de um projeto não é algo fácil. Envolve o compromisso em pensar no bem-estar de quem compra a solução que sua empresa vende.
Essa parte não é fácil. Se você tem profissionais na sua equipe acostumados com muita autonomia, certamente não vão gostar do alinhamento diário do SCRUM, lembra?
Então como implementar o SCRUM e o Ágil?
Primeiramente, entenda se você realmente está de acordo com essas duas metodologias. Isso vai te dar pulso firme pra continuar quando estiver achando que não vai dar certo. Depois, busque aperfeiçoamento.
Você chegou até aqui sem saber o que é SCRUM e agora tem uma noção completa do que se trata.
Mas colocá-lo em prática é um capítulo à parte. Na verdade, cada sprint tem suas peculiaridades, que exigirão de você o conhecimento pra saber gerenciar uma equipe dentro da metodologia.
Dá uma olhada nos cursos livres do Descomplica, especialmente nos de liderança e gestão. Se o que você leu até aqui te deixou com bastante empolgação, é hora de dar um próximo passo na sua carreira!
