O Scrum Master e o Mundo Ágil (Carlos Almeida e Ingrid Andrade)

63
Scrum Masters™ on Beer O Mundo Ágil na visão do Scrum Master™

Transcript of O Scrum Master e o Mundo Ágil (Carlos Almeida e Ingrid Andrade)

Scrum Masters™ on BeerO Mundo Ágil na visão do Scrum Master™

20+ anos na área

– Desenvolvendo

– Liderando

Experiência com diversos ambientes

– CAOS

– PMI, ISO, ITIL, COBIT, CMMI 5

– SCRUM

Scrum Master desde 2014

Carlos Almeida

Ingrid AndradeChaveiro

Formação: Programação de Jogos Digitais no CEJLL - NAVE

9 meses de Enviada do

Caos na CS

Rumo às Certificações

Contextualizando os Universos

Modelo Tradicional

Métodos Ágeis

Processo de Migração

Postura - Comunicação - Acompanhamento Resultados - Reação

Postura

Tradicional

■ Reativa

■ Punitiva

■ Individualista

Postura

Startup

○ Responsabilidade X Irresponsabilidade

○ Liberdade demais

○ Necessidade de ter resultado

○ Fazer o que gera mais valor em detrimento ao desejado

Postura

Produto próprio

○ Time tende a ser mais autogerenciado○ Empresa aceita (melhor) as falhas○ Time com maior autonomia○ A empresa entende (melhor) as entregas, ritos e papéis○ Fazer o que gera mais valor e não “o que eu quero”

Postura

Consultoria

○ Time ou prestador de serviços?○ Entender a necessidade do cliente○ Nem tudo vai ser como queremos○ Responsabilidade e profissionalismo○ Fazer o que o cliente quer/precisa, nem sempre o melhor

Comunicação

Tradicional

■ Formal, por e-mail, ata, etc.■ “Já fez o que pedi? ”■ Falta de transparência

Comunicação

Modelo Start-up

■ Informal, normalmente sem registro■ Mensagens instantâneas, chat, etc.■ Sem registro, não tem como cobrar as pessoas

Comunicação

Produto próprio

■ Mensagens instantâneas■ Conversas presenciais■ E-mails (menor frequência)■ PO / área de negócio

Comunicação

Consultoria

■ Todas as alternativas anteriores■ Necessidade de comunicação rápida entre o time e mais

formal com o cliente

Resultado

Tradicional

■ Status report, métricas, Gannt, etc.■ Cultura do Medo■ Dados adulterados

Resultado

Modelo Start-up

■ Quadro de tarefas e ROI■ Se não há entrega, não há ROI■ Investidor quer ser pago

Resultado

Produto próprio

■ Métricas, quadro de tarefas e ROI■ O PO precisa saber se o dinheiro investido está dando

retorno.■ O PO precisa mostrar à área de negócio o resultado das

hipóteses.■ O time usa as métricas para evoluir/melhorar.

Resultado

Consultoria

■ Métricas, quadro de tarefas, ROI e Relatório de horas■ O Cliente precisa saber se o dinheiro investido está dando

retorno■ O Time tem que trabalhar para melhorar, caso o resultado

seja ruim■ Acompanhamento de perto

Acompanhamento

Tradicional

■ Command & Control, Status Report, War Room, etc.■ Punir ao invés de ajudar■ Chibata

Acompanhamento

Modelo Start-up

■ Reação aos problemas/necessidades■ Deu problema, corre para resolver■ Avaliações são feitas pós-implementação, sem que haja

um estudo prévio.

Acompanhamento

Produto próprio

■ Inspeção para antecipar problemas e melhorias;■ Foco na capacidade das pessoas, de forma a minimizar

impactos■ Comunicação clara, aberta e objetiva■ Scrum Daily Meeting

Acompanhamento

Consultoria

■ Inspeção para antecipar problemas e melhorias■ Foco na capacidade das pessoas, de forma a minimizar

impactos■ Comunicação, possivelmente, truncada em função da

diferença de culturas■ Pessoas são importantes■ Trabalhar junto ao cliente■ Arte do possível

Reação à Necessidade

Tradicional

■ De quem é a culpa? Quem fez isso?■ É isso que eu quero■ Eu que mando

Reação à Necessidade

Modelo Start-up

■ Salve-se quem puder, chora, a casa caiu■ O que deu errado?■ Resolve

Reação à Necessidade

Produto próprio

■ Adaptação■ PO atento às mudanças no mercado■ DEV focado em minimizar quantidade de problemas■ Time receptivo a mudanças

Reação a Necessidade

Consultoria

■ Adaptação■ Entender e mudar■ Novo olhar todos os dias

Os envolvidos no Scrum

Antes…

● Scrum é um framework dentro do qual pessoas podem tratar e resolver problemas complexos

● No Scrum, equipes são auto-organizadas, multifuncionais e altamente produtivas

● Scrum não é um processo ou uma técnica para a construção de produtos

Valores

Ciclo do Scrum

Product Owner

Quem é?■ O agente de negócios dentro do time de Scrum

O que faz?■ O PO é responsável por maximizar o valor do(s) produto(s), ■ Organizar e ordenar o Product Backlog■ Manter os Stackeholders envolvidos

Product Owner

Armadilhas

○ Não ordenar (trabalha) o backlog○ Tentar ser o SM○ Não ser realmente o dono do produto○ Comprometimento com prazo

Time de Desenvolvimento

Quem é?■ Time multidisciplinar, capacitado a entregar o incremento

do produto

O que faz?■ Desenvolve, testa e implementa o incremento do produto

Time de Desenvolvimento

Armadilhas?

○ Não ter todos os conhecimentos (“skills”) para realizar o incremento

○ Não seguir a priorização do Product Backlog○ Não conhecer o framework○ Não se comunicar com os outros

membros do time

Stakeholder

Quem é?■ Área de negócio patrocinadora do projeto/produto■ Cliente (no caso de consultoria) com a necessidade

O que faz?■ Auxiliam na criação/incremento do produto

Stakeholder

Armadilhas?

■ Não saber exatamente o que quer■ Não respeitar as pessoas■ Não entender a cultura ágil

Usuário

Quem é?■ Consumidor do produto

O que faz?■ Realiza validações■ Provê feedback sobre o produto■ Deve ser o foco do produto

Usuário

Armadilhas?

■ Não saber o que realmente precisa■ Não ser ouvido durante a avaliação do produto/incremento■ Estar mais preocupado com prazo do que com

funcionalidade

Scrum Masters™ on BeerO Tal do Scrum Master™

Quem é?

O Scrum Master é um líder-servidor no Time Scrum

"Um líder-servidor presta atenção às necessidades das pessoas e busca formas de ajudá-las a resolver os problemas e a promover

o seu desenvolvimento."

O que faz?

■ O Scrum Master é responsável por garantir que o

Scrum seja entendido e aplicado

■ O Scrum Master ajuda aqueles que estão fora do

Time Scrum a entender quais interações com o Time

Scrum são úteis e quais não são

Armadilhas

■ Gerenciar o time

■ Em geral, assumir papéis além do de SM

■ Não ser Ouvido

Até Onde Ir

O Scrum Master não é...

■ Um gerente (pessoas, projetos, etc.)

■ Alguém com autoridade sobre outros membros do

time Scrum■ Um líder de time

■ Necessariamente um membro do time de

desenvolvimento■ Necessariamente o membro mais experiente do time

O Scrum Master é...

○ O facilitador do time Scrum■ Mediando discussões e ritos do Scrum■ Garantindo que o foco seja mantido■ Compartilhando resultados

○ Aquele que garante que o Scrum seja usado como

deveria○ Aquele que resolve impedimentos

○ Aquele que protege o time■ De influências externas e distrações■ Da pressão do PO e/ou do clientes■ Do próprio time de desenvolvimento■ De se comprometer com mais do que pode entregar■ Da acomodação

○ Aquele que mentora■ Mediando resolução de conflitos entre os membros do time■ "Educando" (novos) membros do time no framework Scrum■ Inspirando o time a focar nas possibilidades em vez das limitações■ Auxiliando o time a definir suas ações■ Sendo um agente de transformação para a organização como um

todo

Responsabilidade

■ Compartilhar informação■ Auxiliar na remoção de impedimentos■ Facilitar o processo contínuo de melhorias■ Facilitar o time de desenvolvimento■ Ajudar o Product Owner

Autoridade

● O Scrum Master tem autoridade sobre o processo● O Scrum Master NÃO tem autoridade sobre as pessoas

Evolução do Scrum Master

■ Secretário(a) do time

■ Daily de três perguntas

■ Lista os impedimentos

■ Agenda as reuniões

Cara do Scrum

■ Modera (gerencia) as reuniões■ Protege o time■ Analisa e toma decisões técnicas■ Remove impedimentos■ Interfaceia com o time de DEV■ ASSINALA TAREFAS■ Harmonia artificial / Evita conflitos■ CHEFIA■ Controla velocidade, data de

entrega e etc

ScrumMãe

O Scrum Master■ Facilita reuniões■ Ajuda na evolução do time■ Ensina o time a interagir entre si ■ Encoraja o time a ser proativo■ Indica assuntos que precisam ser discutidos■ Trata conflitos positiva e construtivamente■ Se importa com a motivação ■ Foca no aprendizado e crescimento de

longo prazo■ Treina, mentora e Evangelisa■ É um agente de mudanças

■ Observa e Reflete

O Verdadeiro Scrum Master

Aprendizado Técnico

■ Lendo Scrum Guide■ Conhecendo o Manifesto Ágil■ Lendo Livros Sobre Scrum■ Participando de Treinamentos■ Estudando

Aprendizado Prático

■ Fazendo Parte de um Time Scrum■ Discutindo o Scrum

ErrandoAprendendo

Acertando

Aprimoramento Pessoal

■ Conhecendo seus limites■ Lendo sobre psicologia e assuntos relacionados■ Aprendendo com os outros

Respeito em Primeiro Lugar

■ No Trabalho■ Com a Organização■ Com o Time■ Com os Stakeholders

Teoria vs Realidade

Os Desafios de Ser Scrum Master

■ Ensinar o Time a interagir vs Reparar os Problemas■ Crescer junto vs Novos Projetos■ Liderar Mudanças vs "Eu sei mais que você"■ Encorajar vs Proteger■ Ser o Scrum Master vs Tarefas a mais

Livros Técnicos

○ Manifesto for Agile Software Development○ Scrum Guide (Ken Schwaber & Jeff Sutherland)○ Agile Management With Scrum (Ken Schwaber)○ The Lean Startup (Eric Ries)○ Getting to Yes (William Ury, Roger Fisher, Bruce Patton)○ Agile Software Development with Scrum (Ken Schwaber & Mike

Beedle)○ Scrum and The Enterprise (Ken Schwaber)○ Empirical management for software organizations (Ken Schwaber,

Patricia Kong & David Starr)○ Scrum a Pocket Guide - A Smart Travel Companion (Gunther Verheyen)

Livros Para Refletir

○ O Vendedor de Sonhos - Augusto Cury○ O Diário de um Mago - Paulo Coelho○ O Homem e seus Simbolos - Jung

TED Talk

Simon Sinek

○ How Great Leards Inspire Action○ Why Good Leaders Make You Feel Safe

Dúvidas?Perguntas?Sugestões?

www.concretesolutions.com.br

Rio de Janeiro – Rua São José, 90 – cj. 2121Centro – (21) 2240-2030

São Paulo - Av. Nações Unidas, 11.541 3º andar - Brooklin - (11) 4119-0449

Ajudamos empresas a criar produtos digitais de sucesso