O que você pode aprender com Jeff Sutherland, inventor do Scrum

O que Microsoft, Google, Philips, Sabre, BBC, Capital One, First American Real Estate e a Globo têm em comum?

Todas essas corporações utilizam o Scrum, seja qual for o setor em que atuam.

O método tem mais de 30 anos de existência e ainda é o preferido entre as metodologias ágeis. Isso mostra como seus idealizadores realmente inovaram na forma como são conduzidos os processos de desenvolvimento de produtos.

E você tem a oportunidade de ter aulas online com um desses idealizadores: Jeff Sutherland é professor convidado dos cursos Gestão de Projetos, Jornada do Cliente e Metodologias Ágeis e Governança de TI, Segurança Digital e Gestão de Dados da Pós PUCPR Digital .

Aqui você vai ter um gostinho do conhecimento que ele vai compartilhar nas aulas da Pós PUCPR Digital.

Preparamos um resumo das principais ideias do método Scrum, desenvolvido por Jeff Sutherland em parceria com Ken Schwaber. O Guia Scrum na íntegra pode ser acessado aqui.

Você vai ver:

Quem é Jeff Sutherland

Jeff Sutherland é conhecido por ser um dos cocriadores do Scrum e por ter assinado o Manifesto Ágil , publicado em fevereiro de 2001.

O documento foi elaborado por 17 desenvolvedores de software, que se reuniram em Utah para discutir a burocratização dos processos e a verticalidade do sistema. Além de Sutherland, Alistair Cockburn, inventor da Metodologia Ágil Crystal, e Ward Cunningham, criador do conceito wiki, também assinaram o documento.

O Manifesto Ágil tem 4 valores básicos e 12 princípios, que norteiam a Cultura Ágil até hoje. Conheça cada um deles.

Antes de atuar na área de TI, Jeff Sutherland se graduou na United States Military Academy e trabalhou para o exército americano durante 11 anos. Também já foi CTO de onze empresas de software.

Ele começou a desenvolver o Scrum em 1993, quando organizou a primeira equipe Scrum. O trabalho em torno do método rendeu dois livros assinados por Sutherland.

Livro em coautoria com Ken Schwaber. A obra resume o método Scrum aplicado no desenvolvimento de softwares, propondo mudar o modelo cascata de criação, mais tradicional.

A partir de cases, o livro apresenta o método Scrum e os resultados que ele pode trazer. O livro foi escrito em parceria entre Jeff Sutherland e JJ Sutherland, também professor convidado da Pós PUCPR Digital.

O método é organizado a partir de 94 padrões, que podem ser utilizados tanto por quem está aprendendo a usar o Scrum quanto gestores de TI mais experientes. Livro indicado para desenvolvedores de software.

Ao lado de Ken Schwaber, Jeff Sutherland apresentou o Scrum para a comunidade de desenvolvedores em 1995, na conferência OOPSLA (Object-Oriented Programming, Systems, Languages & Applications, em inglês), organizada pela Association for Computing Machinery (ACM).  

Os dois se inspiraram nos princípios do desenvolvimento ágil de softwares e criaram um framework que auxilia pessoas, equipes e organizações a gerar valor por meio de soluções adaptativas para problemas complexos.  

A princípio, o Scrum foi pensado para ser aplicado na área de tecnologia; hoje, no entanto, diferentes setores se beneficiam da metodologia, como o mercado financeiro, a saúde, a educação e as telecomunicações;  

Inspirado no Lean Thinking , o Scrum propõe uma abordagem iterativa e incremental que otimiza a previsibilidade e o controle de riscos.

O Scrum tem como base 3 pilares empíricos:

Para que a aplicação do Scrum seja bem-sucedida, as pessoas envolvidas devem seguir os seguintes valores:

Estes valores ajudam a equipe a saber como agir ao longo do processo. Todas as decisões e etapas devem reiterar esses valores, que dão mais força aos pilares Scrum.

O Guia do Scrum elaborado por Jeff Sutherland e Ken Schwaber foi pensado para orientar como as pessoas devem se relacionar e interagir. Os autores indicam que o framework pode ser combinado a outros processos, técnicas e métodos – como o Scrumban, que une ferramentas do Scrum com as do Kanban.

Para colocar o método em prática, primeiro é necessário selecionar as pessoas que vão participar do projeto. Quem deseja ir além e se aprofundar no método deve buscar um curso de gestão de projetos.

Uma equipe Scrum é composta, geralmente, por 10 pessoas. Não existe uma hierarquia nem divisão em times menores. Todos devem ter as habilidades necessárias para criar valor ao produto e devem trabalhar em um objetivo de cada vez.

A equipe deve ser dividida em 3 cargos:

É responsável por ensinar a teoria e a prática do Scrum para toda a equipe. Em geral, um Scrum Master deve realizar estas atividades:

Tratando especificamente do Product Owner, o Scrum master deve ajudá-lo a:

É responsável por maximizar o valor do produto que será criado pela equipe Scrum, além de fazer a gestão do backlog de produto.

Lembrando que, quando falamos em “produto”, estamos falando de um serviço, um objeto material ou algo mais abstrato.

Não existe uma única forma correta de desempenhar esse papel, mas o Product Owner deve realizar essas atividades:

São os responsáveis por criar os incrementos a cada sprint. As habilidades necessárias para desempenhar este papel são múltiplas, e variam de acordo com o trabalho que precisa ser realizado.

Os Desenvolvedores devem fazer:

Falamos bastante nas sprints até agora, né?

Elas são o que Jeff Sutherland chama de “o coração” do Scrum, por serem o momento em que as ideias da equipe são convertidas em valor.

A Sprint é um conjunto de eventos, que têm como objetivo inspecionar e adaptar os artefatos Scrum, além de dar mais transparência ao processo.

As principais características da Sprint no Scrum são:

Geralmente, a Sprint tem duração de um mês e engloba os seguintes eventos:

Uma nova Sprint só começa quando a anterior é concluída. Cada uma delas deve ser considerada como um projeto de curta duração.

Caso o objetivo da Sprint se torne obsoleto, ela pode ser cancelada. Apenas o Product Owner tem o poder de fazer isso.

Para fazer o planejamento da Sprint, deve-se responder a 3 perguntas:

O plano deve ser feito de forma colaborativa entre todos os membros da equipe Scrum. É neste momento que o Product Owner apresenta para o time os itens do backlog de produto e como eles ajudam a alcançar o objetivo do produto.

Em conjunto, a equipe Scrum define o objetivo da Sprint antes de realizar as reuniões diárias.

São reuniões diárias, com duração de 15 minutos, que servem para:

O objetivo é analisar os resultados da Sprint e definir futuras adaptações. Todos os membros da equipe Scrum apresentam o que fizeram para stakeholders chave, e o progresso para alcançar o objetivo do produto é discutido.

Geralmente, uma Sprint Review tem uma duração máxima de 4 horas, para dar oportunidade a todos os participantes darem suas ideias.

O último evento Scrum tem o objetivo de planejar formas de aumentar a qualidade e a efetividade das próximas sprints. São avaliados os resultados, estratégias, interações e ferramentas, para ver o que pode ser aproveitado no próximo evento ou o que pode ser descartado.

Uma retrospectiva da Sprint tem uma duração máxima de 3 horas.

Chegou a hora de falarmos sobre os artefatos Scrum, que mencionamos tantas vezes aqui. Eles representam o trabalho ou o valor empregado no projeto.

Os artefatos Scrum são:

Outros termos que precisam ser definidos para entender melhor como funcionam os artefatos Scrum são:

O que você achou do resumo do Scrum até aqui?

Você pode aprender ainda mais sobre esta e outras metodologias ágeis com Jeff Sutherland nos cursos Gestão de Projetos, Jornada do Cliente e Metodologias Ágeis e Governança de TI, Segurança Digital e Gestão de Dados da Pós PUCPR Digital.

Além de Sutherland, você vai ter aulas com: