Dicas valiosas de Scrum de Jeff Sutherland - Co-Criador do Scrum


No dia 30/09/2014 o co-Criador do Scrum Jeff Sutherland respondeu no fórum Reddit algumas perguntas valiosas sobre Scrum.

Obrigado ao amigo e agile coach Abu por compartilhar a informação.

A atitude mental do time era de que podiam triturar qualquer coisa que estivesse no caminho.
citação sobre cultura de um time Scrum

Perguntas:


1) Um segredo chave para o Scrum?
É tudo sobre todos entenderem a arquitetura de componentes do software, e fazer o mínimo de mudança de codigo necessaria para envolver uma nova feature.
 

2) Qual sintoma primário de times que tentam adotar Scrum mas não estão fazendo Scrum?
Eles não tem software funcionando no final da sprint (segundo valor do Manifesto Agil). Cerca de 50% dos times "Ageis" tem este problema.


3) Sobre um time depender da entrega de outro time, qual seria definição de Done para as entregas?
Os times da Feature trabalham juntos e precisam entender toda arquitetura de forma integrada, realizando a menor mudança de código na arquitetura de ambos.


4) Qual tamanho ideal para um time scrum?
Os experts em times de Harvard entenderam que o tamanho mais otimizado está entre 4 e 6 pessoas.
Nós da Scrum Inc tivemos esta experiência, quando tiver mais de 5 pessoas as coisas ficarão mais lentas, é notavel lentidão com 7 pessoas e disfuncional com 9.


Isto também é bem descrito na Lei de Metcalfe: http://pt.wikipedia.org/wiki/Lei_de_Metcalfe
 

5) É melhor todos serem especialistas em uma área ou generalista que sabe uma média de tudo?
O segredo para alta performance é ter pessoas moldadas em forma de T "T shaped people".
Elas sabem profundamente alguma coisa e também possuem entusiamo e criatividade para ajudar outras áreas.
Isto é critico para evitar blocks quando pessoas chave estão indisponíveis.

 

Veja este link para saber mais sobre "T Shaped Skills": http://chiefexecutive.net/ideo-ceo-tim-brown-t-shaped-stars-the-backbone-of-ideoae%E2%84%A2s-collaborative-culture

6) O que te deu a ideia para criar o Scrum?
Nós precisavamos de um produto mais rápido, melhor e legal.
Pesquisamos e encontramos uma pesquisa de Takeuchi and Nonaka, onde entenderam isto e escreveram o artigo
New New Product Development Game in the Harvard Business Review in 1986, eles chamaram isto de Scrum então nós implementamos!



7) Você tem alguma opinião boa ou ruim sobre o movimento de escritório aberto?
Pessoas precisam de espaço agil. O movimento de escritório aberto se feito, poderia criar espaços colaborativos.


8) O que o scrum diz sobre práticas de engenharia?
O Scrum Guide (Scrumguides.org) não fala nada sobre práticas de engenharia.
Contudo, o primeiro time Scrum usou tudo do XP e mais. Eu queria ter especificado práticas de engenharia no Scrum, mas Ken Schwaber me convenceu que o Scrum seria mais fácil de adotar e trabalhar em qualquer lugar se nós não adotassemos práticas espeficicas de software. Ele estava certo.



9) É melhor falar sobre problemas cara a cara ou discutir problemas online, então depois cada um pode aprender da discussão?
Na Scrum Inc nós sempre queremos falar cara a cara. As vezes por Google Hangout. Nós evitamos telefone e e-mail, exceto para compartilhar informações.


10) A reunião diária é necessária? Não é estressante dizer o tempo todo o que você está fazendo?
Uma vez que você se acostumar com isto, então não seria particularmente estressante.
Minha esposa fez Scrum em igrejas e volutarios não poderiam comparecer diariamente em reuniões.
Eu disse a ela se reunissem uma vez por semana, ira conseguir 20% do beneficio, que é melhor que nada!
A reunião diária veio de um time da Borland que era 52 vezes mais rápido que os times da Microsoft. Você não vai tão rápido sem uma reunião todos os dias.



Link sobre a origem da reunião diária: https://www.linkedin.com/today/post/article/20140926150354-136414-the-origin-of-the-daily-stand-up
 

11) O que você diz para um time começando em Scrum quando alguns membros do time são aversos a mudança ou parecem tentar sabotar o progresso dentro do time?
Times Scrum são como times de esportes. O que você faz se um cara não passar a bola ou não fazer o seu bloqueio?
Você tem uma conversa de coração pra coração em uma sala trancada, de preferência os membros do time fazendo isto, se não o técnico faz.
Se ele/ela não se moldar é colocado no banco até ficar pronto para jogar. Se eles gastarem muito tempo no banco então é negociado para sair.

 

12) O Scrum pode funcionar quando desenvolvedores, analistas e product owners estão todos geograficamente localizados diferentemente?
Estou com um time distribuido agora mesmo neste forum Reddit. Estou em Boston, alguns em Portland e outros em Washington, todos no Google Hangout conversando e trabalhando juntos.
Se isto é bem feito, você pode superar o problema de alta performance, com times co-locados são duas vezes mais produtivos que times distribuidos.
Escrevi vários artigos em como obter alta performance em times distribuidos: http://www.scruminc.com/scrum-papers/



13) O que você acha sobre aplicar scrum de 1 pessoa?
Eu muitas vezes utilizo Scrum de 1 quando tenho muito o que fazer e pouco tempo para fazer.
Colocar post-its na parede e priorizar sempre torna as coisas 2x mais rapido com metade do trabalho. Escrevi um livro sobre isto!

 

14) O que você acha que será o próximo passo para o desenvolvimento de software?
Boa pergunta. O próximo passo é o Deploy Continuo.
Quando você completa uma História, ela vai para o ar imediatamente, centenas de vezes por sprint.

 

15) Diga um pouco sobre a cultura dos times scrum?
A cultura de times Scrum irá envolver se as pessoas trabalharem como se fossem um time de esportes de alta performance.
No primeiro time Scrum, nós gostavamos de vídeos de Rugby, nosso favorito era o do time All Blacks.
Nós perguntamos qual era a diferença entre nós e eles. Eles eram totalmente focados.
Eles tinham os braços ligados(linkados).
A atitude mental deles era de que podiam triturar qualquer coisa que estivesse no caminho.
Quando um individuo rompia uma barreira, o time todo entrava em êxtase.
O primeiro time Scrum disse a uma pessoa, esta cultura mudou suas vidas e eles procuraram esta mesma experiência novamente e novamente para o resto de suas vidas.
Houveram muitas lagrimas quando o time foi adquirido por outra empresa e teve que dividi-lo.


16) O que você diria para as pessoas que estão presas na teoria para tentar Scrum na prática?
Scrum é baseado no que  Takuchi and Nonaka viram no Desenvolvimento de Produtos Lean na Toyota, Honda, etc.
Ele consistentemente alcançou 4 vezes mais tempo de produção e 12 vezes mais tempo para qualificar se foi bem feito.
É como uma arte marcial e não é como uma metodologia.
Nas artes marciais você pratica, pratica, pratica. Teoria não é relevante até você conseguir executar, então depois você pode meditar na teoria do porque você ganha cada partida.



17) Quando você ajuda um time a adotar Scrum pela primeira vez, quais aspectos da metodologia eles acham fáceis de adotar e o que é mais difícil de adotar?
A maioria dos times acham o Framework Scrum fácil de implementar rapidamente.
O que é difícil é ter produto funcionando no final da sprint.
Eles tem User Stories ruins, pegam muitas atividades dentro de uma sprint,
não consertam bugs imediatamente quando encontram,
não concordam num modo de negociar com interrupções, e por ai vai.
Os modos de disfunções são vários, mas há um único caminho para ser ágil que é software funcionando sem bugs ao final da sprint,
ou melhor ainda, quando cada historia fica Done.

 


18) Qual traço pessoal você acha mais importante que um Scrum Master deveria ter? Deveria ter habilidades de professor, comunicação, etc?
Eu penso que a habilidade que um Scrum Master precisa está exemplificada neste vídeo https://www.youtube.com/watch?v=srVlWx7fc-M

Uma moça passando e enxerga uma pequena melhoria feita em 2 minutos no processo que faz o time hiper produtivo. Este olho para o que está quebrado e coaching do time para conserta-lo é a chave para um grande Scrum Master.


Segue o link das perguntas em inglês no fórum:
http://www.reddit.com/r/IAmA/comments/2hw05i/i_am_jeff_sutherland_the_cocreator_of_scrum_ask/

Obrigado ao amigo e agile coach Abu  por compartilhar o link 
 

0 comentários:

Postar um comentário

 

Sobre

Agile Coach, Scrum Master, Eng. de Software com formação em Administração de Empresas em Análise de Sistemas.

Paixão por Software e Administração, foi como unir fogo com gasolina, combustão!

Comecei a programar aos 13 e nunca mais quis parar de respirar software.

Acordo todos dias até hoje com a mesma empolgação de um garoto de 13 anos para criar ou aprender algo novo.
A arte de criar formas de vida virtuais #Tron

Thiago Torricelly

Thiago Torricelly