Apresentação realizada no TDC2012 em São Paulo - SP - Julho/2012. Trilha Management 3.0 http://www.thedevelopersconference.com.br/tdc/2012/saopaulo/trilha-management#programacao
Trabalhar com times de desenvolvimento de produtos para internet é lidar com um sistema complexo adaptativo.
Você sabe ler e entender os feedbacks que o seu sistema está te dando? Como você faz para reduzir esse feedback loop? Você sabe estimular o seu time a dar feedback?
É comum as pessoas terem uma resposta clara, simples e ERRADA sobre um problema complexo.
O fato é que passamos muito tempo agindo apenas com suposições. Como reduzir o tempo de feedback para agirmos com dados concretos?
7. Não basta corrigir bugs, é
preciso encontrar a causa
raiz e resolvê-la o quanto
antes dentro do contexto
Behavior Driven
Test Driven Development (BDD)
Limites de Development (TDD) Feature Review
itens por Just in Time
coluna
Cada quadrado
O time inteiro é
vermelho é uma fila.
responsável pela
Menos itens nas filas =
qualidade e testes (no
menos atraso = menos
handoffs)
disperdício
Kanban board em tempo real estimulando
a redução do tempo de feedback
8. Medir o cycle time, gerar entendimento e
buscar formas de reduzi-lo
Cada ponto vermelho
significa 1 dia útil gasto
na story
9. Veja o todo! Não basta só escrever código.
studies in prod
(learn) (measure)
tech
2 bugs debt
3 other
build
5
{
stories
3 waiting
stories stories tasks taks taks tasks stories stories packages test
dev tasks checkout PO review
to do in dev to do in dev test done generation scenarios
done
2
10. studies in prod
(learn) (measure)
tech
2 bugs debt
3 other
build
5
{
stories
3 waiting
stories stories tasks taks taks tasks stories stories packages test
dev tasks checkout PO review
to do in dev to do in dev test done generation scenarios
done
2
11. studies
data in prod
(learn) (measure)
tech
2 bugs debt
learn 3 other measure
build
5
{
stories
3 waiting
stories stories tasks taks taks tasks stories stories packages test
dev tasks checkout PO review
to do in dev to do in dev test done generation scenarios
done
build
ideas product
2
31. 27 min para um time de 10 pessoas:
1,5 min por papel / 3 min por par
32.
33.
34.
35.
36.
37.
38. References
lopers, Developing Agile Leaders.
• Appelo, Jurgen. Management 3.0: Lead ing Agile Deve
Add ison-Wesley Signature Series (2011)
eciation. http://www.es therderby.com/
• Derby, Esther. Information, enco uragement, and appr
24629312
weblog/archive/2006_07_01_archive.html#1152443721
Feedback. http:/ /
• Goldsmith, Marshall. Try Feedforward Instead of
lay.p hp?aid=110
www.marshallgoldsmithlibrar y.com/cim/articles_disp
Shalloway, Alan. Kanban in a Nutshell. http://www.netobjectives.com/blogs/kanban-in-a-
•
nutshell
Achieving Enterprise Agility, Add ison-
• Shalloway, Alan. Lean-Agile Software Development:
Wesley (2009)
//alissonvale.com/englishblog/post/
• Vale, Alisson. Cycles of Assumptions Evaluation. http:
2011/06/30/Cycles-of-Assumptions-Evaluation.aspx
s: Secrets of Great Management.
• Rothman, Johanna. Derby, Esther. Behind Closed Door
Pragmatic Program mers (2005)
Editor's Notes
Intro \nQuem já assistiu o desenho do papa léguas?\n
Você só sabe que está errado depois que errou e percebeu. \nEstá errado = Mesmo sentimento de estar certo.\nSe acredita estar certo vai continuar com o mesmo comportamento. \nA gente vê apenas uma parte da realidade, baseado em nossas crenças. \nNas empresas: “Se eu soubesse antes”.\n
As pessoas tendem a subir a escada rápido demais / Luís Fernandes sobre Crenças\nThe range of what we think and do is limited by what we fail to\nnotice. And because we fail to notice that we fail to notice,\nthere is little we can do to change, until we notice how failing\nto notice shapes our thoughts and deeds\nhttp://pt.wikipedia.org/wiki/Escada_da_inferência\nhttp://leadsite.wordpress.com/2008/02/25/ladder-of-inference-dont-jump-to-conclusions-too-fast-mr-hurricane/\n
Trabalho adicional causado pelos atrasos/demora\nGeralmente as pessoas não percebem quanto tempo é gasto em trabalho adicional!\n
A visualização ajuda a gente a notar mais do que os “dados selecionados”. \n
\n
\n
Reduzindo o feedback loop para validar hipóteses!\n
Reduzindo o feedback loop para validar hipóteses!\n
Como fazer para estimular o feedback? Tanto dar quanto receber. \n\n
Em treinamentos...\nFeedback Door\n
Em um release/objetivo específico...\nReality Check = Sentimento!\nFeedback rápido do time para poder agir: impedimento, gargalo, reduzir escopo, ajustar o objetivo...\n
E no projeto / time?\nSó as retrospectivas em time não estão ajudando.\nSupondo que você está fazendo tudo certinho (regularidade, dinâmicas...). \n+ Cada fim de daily = oportunidade para uma mini-retrospectiva.\n
E entre duas pessoas?\nMesmo tendo o feedback aberto como um dos valores do time. \nEx: desconforto de quem vai dar a sugestão ou resistência de quem recebe. \n
Quem gosta de receber um feedback?\n
Você sabe dar um feedback?\nNeste cenário o ouvinte/receptor iria subir a escada rápido demais! = fodeback! :)\nVocê precisa ensinar o seu time a dar feedback (há vários artigos na internet)\n
Comunicação/Feedback é igual andar de bike ou qualquer exercício.\nSe vc ficar muito tempo sem praticar, quando tentar vai ser difícil. \nVocê precisa ensinar o seu time a dar um feedback de qualidade: foco comportamento, específico, técnica do sanduíche...\n
Paramos de usar o nome feedback para focar no futuro!\nMau uso do feedback fez a palavra ficar atrelada à coisas negativas.\n
Elogios em voz alta e em círculo:O que você notou que alguém fez que teve um impacto positivo para você ou para o time?Construa relacionamentos deixando a pessoa saber que você a notou e o seu esforço.\n
1o. CONFIANÇA! \nEstimular conversas que não acontecem naturalmente. Descobrir o desconhecido.\nEx: desconforto de quem vai dar a sugestão ou resistência de quem recebe. \n
Todos em círculo.\nCada um terá um envelope com o seu nome e vários cartões em branco dentro. \nQuando o tempo iniciar você deve passar o seu envelope para o colega do lado escrever uma sugestão.\n\n
Só escrever resposta.\nUm cartão por pessoa. Cada cartão terá 1 sugestão. LETRA DE FORMA LEGÍVEL.\nPode ser em relação ao último sprint/mês ou no geral.\nAo terminar colocar no envelope. NÃO OLHAR OS CARTÕES DENTRO DO ENVELOPE.\n\n
Time de 10 pessoas: 3 min por cartão x 9 para sugerir = 27min.\n\n
Presente! Time de 10 pessoas, você terá 9 sugestões de melhoria! \nComo eu sou visto pelos outros? O time sugerir algo tem mais valor do que um gerente sugerindo! \nExemplos de comportamentos: resistência à opniões dos outros, falta flexibilidade, calado, almoço, tech talks, cenários de teste antes, TDD...\n
Cada pessoa baseando-se em outros feedbacks, discussões...\nMais importante para você (comportamento a mudar): \nEx: eu quero aprender a ouvir as pessoas, quero ser mais organizado, ser PO melhor...\n
Sem feedback, apenas ideias para o futuro\nNão podemos mudar o passado. \nApenas anote e diga obrigado!\n
Se for um time de 10 pessoas, você receberá 9 sugestões de melhoria. \n
\n
Com apenas uma palavra. \n
Ambos exercícios visam influenciar um comportamento futuro. \n
A boa gestão diz respeito a liderar e desenvolvedor pessoas e gerir tarefas. \nAprender sobre as pessoas faz parte da gestão! \n
Todos exercícios visam influenciar algum comportamento futuro. \n