Modern version of The Scream on humor in computer science
•Download as KEY, PDF•
15 likes•1,716 views
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?
Recommended
More Related Content
Viewers also liked
Viewers also liked (19)
More from Henrique Imbertti Jr.
More from Henrique Imbertti Jr. (7)
Recently uploaded
Recently uploaded (20)
Modern version of The Scream on humor in computer science
- 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
- 13. http://www.qualitystreet.fr/2011/12/20/roti-feedback-door-qr-coach-agile-lagilite-mise-sur-le-feedback/ http://www.noop.nl/2011/04/the-feedback-door.html http://www.noop.nl/2011/11/the-happiness-door.html
- 25. Imbertti
- 26. 3 min -O que o Imbertti poderia fazer melhor no futuro? Explique.
- 27. 27 min para um time de 10 pessoas
- 28. Imbertti
- 31. 27 min para um time de 10 pessoas: 1,5 min por papel / 3 min por par
- 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
- Perguntas?\n
- \n