2 Agile Talk

CONTEÚDO

1- Sobre mim pág. 3
2º Agile Talk - Belo Horizonte - MG

2- A Cultura e o Gerenciamento Tradicional pág. 4

3- O Scrum e os Impactos na Organização. O Que Muda? pág. 18

4- Sim, usamos o Scrum! Estamos certos disso? pág. 46

5- Conclusão pág. 51

SOBRE MIM

Rafael Amaral

Analista de Sistemas / PSM I / Desenvolvedor Web

- Profissional apto a trabalhar como Scrum Master
Conhecimentos em metodologias de desenvolvimento de software: SCRUM, RUP e
CMMI;
- Profissional comprometido com a qualidade e foco em resultados;
- Experiência em Análise de Sistemas - implementação de Processos de Software,
Especificação de Sistemas (Casos de Uso, Levantamento de Requisitos, Padrões de
Desenvolvimento, etc);
- Programador há mais de seis anos com linguagem PHP;
www.rafaelamaral.com.br - Experiente em modelagem de banco de dados;
Twitter: @rafaelamaralll - Sólidos conhecimentos em POO, CakePHP, Arquitetura MVC, SQL, Ajax, JavaScript,
Facebook: rafaelamaralll jQuery, CSS, SEO, UML, MySql e Postgres;
- Ferramental: Enterprise Architect, MS Project, Dreamweaver, Fireworks, Coreldraw,
Photoshop.

2º Agile Talk - Belo Horizonte - MG A CULTURA E O GERENCIAMENTO TRADICIONAL

Rafael Amaral www.rafaelamaral.com.br

A CULTURA E O GERENCIAMENTO TRADICIONAL

Equipe de Projetos Alta Gestão

e no meio...
Processo Tradicional Organização
- Burocracia - Fatores ambientais
- Formalidade - Ativos de processos organizacionais
- Workflow
- “Adivinhar” o futuro

"...Seguir o processo e as normas, acima de tudo..."

Rafael Amaral www.rafaelamaral.com.br Pág. 4


- Muita burocracia...
- Muitas regras...
- Identificar exatamente tudo que irá ser construído...
- Muito prescritivo

Equipes...
- Pouco colaborativa...
- Pouca atitude...
- Focada em desempenhar papéis...



Processos tradicionais...

Tanta prescrição que você não precisa usar muito o cérebro,
basta apenas seguir o que está escrito...



"A ideia de que planejar significa adivinhar o futuro é simplesmente absurda"
Peter Drucker



Burocracia

+

Regras organizacionais (pesadas)

+
Falta de atitudes

= ...


Equipe de projeto engessada!

E, por consequência...



Pessoas "mecanizadas"

gera...



Equipe desmotivada...

gera...



Excesso de trabalho...

Cronograma sempre apertado...

gerando ...



Equipes, porém, individuais

A equipe está preparada e posicionada, ciente de suas responsabilidades conforme as
distribuições dos papéis...




... E mesmo sendo equipe, passam a maior parte do processo sozinhas em suas
responsabilidades, tendo como ajuda, consultar as regras e processos definidos...




Por várias vezes, numa determinada parte do processo, cada membro tem a responsabilidade
de entregar/concluir (fazer sua parte) daquilo que se comprometeu...




Entretanto, nem sempre o outro consegue entregar sua parte e, como consequência, os
demais não podem prosseguir...



Conclusão:

Começam os conflitos internos...

Fulano: -De quem é a culpa?

Sicrano: -Bom, eu segui o processo que você criou...e ae?

Beltrano: -Não iniciei o Módulo X porque Fulano não terminou o
Módulo Y...

Sicrano: -Não iniciei o Módulo A porque Beltrano não terminou a
documentação...


2º Agile Talk - Belo Horizonte - MG O SCRUM E OS IMPACTOS NA ORGANIZAÇÃO. O QUE MUDA?


O SCRUM E OS IMPACTOS NA ORGANIZAÇÃO. O QUE MUDA?

Choque cultural...
Inversão de valores

Indivíduos e interações mais importantes que processos e ferramentas...



Choque cultural...

Processos são compostos por pessoas, por que então estes não são os mais importantes?



Choque cultural...

Não cuide dos produtos. Cuide das pessoas com AMOR
Jack Welch
(CEO da General Electric, tirou a empresa de uma grande burocracia e aplicou diversas inovações gerenciais)



Choque cultural...

Visão do Manifesto Ágil

- Indivíduos e interação - Processos e ferramentas
- Software em funcionamento - Documentação abrangente
- Colaboração com o cliente - Negociação de contratos
- Responder a mudanças - Seguir um plano



Choque cultural...
Comprometimento e trabalho em equipe

Cada um no seu quadrado



Choque cultural...
Comprometimento e trabalho em equipe

O Scrum se refere aos envolvidos como um time, o Time Scrum...

Logo, um time para vencer precisa:
- Trabalhar em equipe
- Comprometimento
- Sinergia
- Lutar (juntos) pelo mesmo objetivo
- Responsabilidade em equipe



Choque cultural...
Combate a "Zona de conforto"

Será que vai dar certo??

A "zona de conforto" é o lugar ideal para quem não quer evoluir
Rafael Amaral

- É preciso operar fora da zona de conforto para realizar avanços
- É preciso sair da zona de conforto para transformar e evoluir
- A incerteza é um fato da vida, a única coisa da qual podemos ter certeza



Choque cultural...
Transparência

- O que você está fazendo?
- Tá pronto o que solicitei?
- Já atualizou a correção que pedi ontem?



Choque cultural...
Transparência



Choque cultural...
Transparência
Como o Scrum promove a transparência?

- Na Reunião de Planejamento:
- A Equipe de Desenvolvimento deve ser capaz de explicar ao Product Owner e ao Scrum Master como
pretende trabalhar para atingirem o objetivo da Srpint.

- Na Reunião Diária:
- A Equipe de Desenvolvimento avalia o progresso da Sprint. Cada membro da equipe fica a parte do que
o outro fez e sobre supostos impedimentos encontrados.
- A Equipe de Desenvolvimento deve estar sempre apta a esclarecer para o PO e para o SM como
pretendem trabalhar em conjunto.

* Em outras palavras, erros, problemas e dificuldades ficarão expostos!

Podemos incluir neste contexto:
- Scrum Master deve estar apto a esclarecer a visão, o objetivo e os itens do Backlog do Produto
- A Equipe de Desenvolvimento pode e deve sempre que necessário, tirar dúvidas (face a face) com o
Prodct Owner



Características do Scrum

- Poucos papeis
- Poucos artefatos
- Poucos eventos
- Poucas regras

- Muita colaboração entre a equipe de desenvolvimento
- Muita colaboração entre o gerente, opz, Scrum Master com a equipe de desenvolvimento
- Pessoal do domínio do negócio presente e colaborativo com a equipe
- Liberdade de escolha de ferramentas e técnicas para o trabalho
- Liberdade de EXPERIMENTAR...



Seguir um plano ou responder à mudanças?

Seu Manuel,
precisamos fazer uma
pequena mudança!



Seguir um plano ou responder à mudanças?

- Planejamento flexível
- Aberto a mudanças que agregam valor ao produto
- Mudanças de requisitos são bem vindas, mesmo que tardia...
- Equipe de Desenvolvimento renegocia o escopo com o Product Owner a medida de que mais se aprende



Método de trabalho da equipe de desenvolvimento (sem Scrum)

Tipicamente a equipe é obrigada a seguir o que a organização determina



Método de trabalho da Equipe de Desenvolvimento (com Scrum)

Equipe de Desenvolvimento
- Deve ter liberdade de escolher e gerenciar sua melhor forma de trabalhar

* Ninguém irá escolher a melhor forma de trabalhar do que quem realmente põe a “mão na massa”.



Método de trabalho da equipe de desenvolvimento (sem Scrum)

- Gerente de projetos e/ou organização definem prazos e tamanho do trabalho e só mais este

aqui e acabou...
preciso disso
em meia hora...



Método de trabalho da Equipe de Desenvolvimento (com Scrum)

- A equipe determina o tamanho do seu trabalho



Motivação da equipe...

Quando digo que sou Analista de Sistemas...

Os outros me vêem assim... Meus amigos me vêem assim...

Meus pais me vêem assim... Como é na realidade!



Motivação da equipe...

Equipes de desenvolvimento Scrum são motivadas...

- Organizam e gerenciam seu próprio trabalho
- Tem um servo-líder ao invés de um chefe
- Dispõem sempre de oportunidades para discutirem melhorias em sua forma de trabalho e seu bem estar
como um todo

* Nada melhor de quem verdadeiramente “sente na pele” a pressão do trabalho para propor melhorias
contínua para seu trabalho e bem estar.



Dia a dia do desenvolvimento (sem Scrum)

Especialistas de domínio ou alta gestão:
- Têm visão diferente
- Explicam diferente
- Pedem de formas diferentes



Dia a dia do desenvolvimento (sem Scrum)
Resultado...

(http://www.rildosan.com/)



Dia a dia do desenvolvimento (com Scrum)
O Product Owner

- Sempre uma pessoa
- É o cliente propriamente dito
- Pode representar os desejos de vários stakeholders, organização, comitê, fazendo o papel de mediador
- Centraliza a visão de negócio dos interessados
- Só ele têm a permissão de falar com a equipe de desenvolvimento sobre prioridades e funcionalidades
do produto
- Responsável por explicar à Equipe de Desenvolvimento de forma clara os itens do Backlog do Produto



E o gerente de projetos?
Comando - controle
- Faça isso...

- Faça aquilo...
- Faça assim...

O Scrum Master é uma posição de gerente, porém, um “servo-líder” ao invés de “gerente”
- Incentiva o auto-gerenciamento
- Facilitador do projeto
- Líder capaz de fazer o processo funcionar



Scrum Master trabalhando para a Organização

- Garante que o Scrum seja entendido e aplicado dentro da organização, promovendo a mudança cultural
para que todos interajam de forma a agregar valor para o processo como um todo.



Scrum Master trabalhando para a Equipe de Desenvolvimento

- Ajuda a equipe a ser auto organizável
- Ajuda a equipe em tomadas de decisão
- Lidera a equipe na criação do produto
- Facilita os eventos conforme necessário removendo impedimentos e interrupções...



Scrum Master trabalhando para o Product Owner

- Ajudando-o a encontrar técnicas de gerenciamento do Backlog do Produto
- Comunicar de forma clara e compreensiva a visão, objetivo e itens do Backlog do Produto para a Equipe de
Desenvolvimento
- Compreender e praticar a agilidade



Conclusão:

Scrum é uma harmonia contínua de tempo fixo que combina planejamento, melhoria e processo.
Tal harmonia possui oportunidades para inspecionar e adaptar, o que podemos chamar de
“melhoria contínua”. Isso faz com que o Time Scrum desenvolva sua criatividade para melhorar sua
forma de trabalho e produtividade (sem depender de terceiros) e sua transparência permite uma
comunicação eficaz e uma visão clara dos acontecimentos dentro do processo, buscando sempre
encontrar o melhor caminho em direção ao progresso. Isso acontece dentro dos limites de riscos
controlados, tendo sempre respostas rápidas a mudanças e feedback necessário para que o Time
Scrum crie produtos com mais alto valor possível.


2º Agile Talk - Belo Horizonte - MG SIM, USAMOS O SCRUM! ESTAMOS CERTOS DISSO?


SIM, USAMOS O SCRUM! ESTAMOS CERTOS DISSO?

A verdadeira mudança não ocorreu...
A Equipe de Desenvolvimento tem realmente a liberdade e autorização para organizar e
escolher a melhor forma de conduzir o seu trabalho?

Cadê a confiança?


2º Agile Talk - Belo Horizonte - MG SIM, USAMOS O SCRUM! ESTAMOS CERTOS DISSO?

"Você tem orgulho de todo mundo que trabalha na sua equipe? Se não tem, já perdeu."
Jack Welch
(CEO da General Electric, tirou a empresa de uma grande burocracia e aplicou diversas inovações gerenciais)



O respeito (a falta dele) por parte da alta gestão

Que p.o. que nada...
que o S.M. disse que é assim o quê...

quem paga o salário de vocês sou eu...
eu quero assim e ponto.

- As decisões e autoridade do Poduct Owner sobre o Product Backlog não são respeitadas pela alta gerência...
- A alta gestão não respeita as regras do Scrum ensinadas pelo Scrum Master
- O processo é "atropelado" várias vezes pela alta gestão



Equipe de Desenvolvimento "auto-suficientes"

Meeting Daily...

Pensei em
usarmos a
tecnologia ‘x’...

viu o jogo
ontem? E o problema
com o
servidor?

- A Equipe de Desenvolvimento não respeita as regras do Scrum
- Perdem o foco central da Reunião Diária e deixam de ser produtivas...


2º Agile Talk - Belo Horizonte - MG FINALIZANDO...



Conclusão
Vimos alguns problemas corriqueiros dos processos tradicionais e como pode ser benéfico adotar o Scrum na
sua totalidade.
Porém, ao contrário de outros processos (principalmente os tradicionais), uma adoção eficaz do Scrum não se
faz através da força bruta, mas sim, da força de vontade de mudar, aplicando no dia a dia a mudança das
palavras: “mandar” por “servir” e “cobrar” por “colaborar”.



O Scrum é desafiador, logo, exige coragem do time. O trabalho em equipe é somado a auto
organização, que, junto com a arte de experimentar e reinventar, faz com que a equipe se aperfeiçoe e
amadureça continuamente, tornando o trabalho sempre motivador.



Liberte-se das atitudes negativas e seja ÁGIL!


2 Agile Talk

Recommandé

Recommandé

Contenu connexe

En vedette

En vedette (18)

Similaire à 2 Agile Talk

Similaire à 2 Agile Talk (8)

2 Agile Talk