DevOps Summit Brasil - Ninguém chega a lugar algum com "eu acho"
- 1. Ninguém chega a lugar algum com o “eu acho” Marcel Ferreira TRILHA | TÉCNICA marcelcandidoferreira
- 2. Alguém já precisou demitir um amigo?
- 3. “Estou lhe demitindo pois eu acho que você não é um bom profissional (programador, analista, sm, gp).” “Estou lhe demitindo pois eu acho que a qualidade do código que você escreve é ruim. Suas entregas não atendem.” “Estou lhe demitindo pois eu acho que você é lento. Produtividade baixa” “Estou lhe demitindo porque eu acho que suas entregas geram muitos retrabalhos. Muitos erros”
- 4. E pedir um aumento de salário?
- 5. “Eu desejo um aumento porque acho que faço muito pela empresa.” “Porque eu acho que sou melhor do time.” “Porque eu acho que minhas entregas são de qualidade.” “Porque eu acho que entrego valor.” “Porque eu tenho muitas responsabilidades”
- 7. O que acontece quando uma equipe, um projeto, ou uma empresa trabalha baseada no “eu acho.”
- 10. Temos a vítima
- 11. >90%
- 12. Qual é o problema? Cada um, em cada momento, tem um visão sobre o que é o resultado esperado ou realizado.
- 16. Infelizmente, estas ‘figuras’ fazem parte de muitos projetos... Seja dentro de um time Dentro de uma empresa Entre fornecedor e cliente
- 17. Uma proposta: Trabalhe baseado em algum número/indicador.
- 18. Burn-down
- 19. SonarQube – Melhorando a qualidade das entregas
- 20. SonarQube – Zero de dívida técnica
- 21. Aplication Insights – performance, disponibilidade
- 22. Code average
- 23. Boas práticas:
- 25. Não compare
- 26. Olhe para o que importa
- 27. Defina baselines curtas e simples
- 28. Cerque o galo
- 29. O time, projeto ou pessoa define e gera o número Bottom-up Top-down
- 30. Não se trata de gestão baseada em indicadores, a proposta é: Trabalhe baseado/orientado em indicadores. != objetivo
- 31. Não podemos pensar que é assim:
- 32. É assim!
- 33. Lembre-se: O indicador/número não é para fazer comparações entre pessoas, times, tecnologias ou empresas... Um indicador é para comparar você com você mesmo.
Notas do Editor
- #2: O tema é abrangente e a linha de pensamento que eu vou expor pode ser aplicado em qualquer projeto, empresa Preciso da ajuda de vocês para interagirem comigo! È uma palestra sobre processos e práticas! Não é auto ajuda, não é “motivacional”
- #3: Alguém já precisou demitir um amigo ou colega de trabalho? Foi fácil? Conseguiu dormir durante a noite anterior? Alguém poderia dar um exemplo de como demitir ? Conseguiu explicar para o seu superior o porque estava fazendo isso? Eu já fiquei sem dormir, e o pior: Eu já tentei demitir e não consegui, mesmo sendo o responsável e tendo autoridade para isso. Cheguei e disse: Esdtou lhe demitindo pois a empresa está inco para um novo nível e precisamos de pessoas que entreguem software com mais qualidade e agilidade” O infeliz disse: Eu não sabia que o esperado era isso.
- #5: Se você não teve que demitir alguém, já teve que pedir um aumento de salário, certo? Ou no mínimo, já pensou em pedir! Quais são os argumentos que podemos utilizar para pedir um aumento? Eu sou bom, eu entrego bem, eu acho que fácil rápido...
- #7: Percebem que na maioria, na grande maioria dos casos o EU ACHO está sempre presente? Se não foi o EU ACHO alguma outra palavra que expresse MINHA OPINIÃO surgiu, tanto no aumento quanto na demissão
- #9: O herói é aquele cara que todo mundo fala bem, ele é o fera, o Sênior... ou então É o time que mais entrega, são aqueles que resolvem o meu problema quando eu mais preciso.... Normalmente são aqueles que tem mais tempo de empresa, que possuem boas amizades.... EM GERÃO, SÃO ESTES QUE POSSUEM MAIS VÍCIOS DE TRABALHO!
- #10: Este é o cara que não entrega, é por culpa dele que o projeto está atrasado. Aqueles problemas em produção... é dele. Ou então.... A culpa do atraso do novo produto, do lançamento. É da TI! A Ti da minha empresa não entente o que eu quero fazer, eles ainda me dizem que eu tenho que ir lá participar quinzenalmente de uma reunião para explicar o que eu quero, rs.... O fato é: mesmo que você, ou seu time, entregue o melhor software possível, se a linguagem da comunicação da entrega não for a mesma que os interessados, para alguém você/time será o vilão. È muito desagradável estar em um cliente, ou então conversando com algum ‘solicitante’ e ouvir que a culpa é do desenvolvimento.
- #11: Estes são os que nunca sabem de nada. Nunca foi informado, não sabia que o código deveria funcionar no IE... não sabia que deveria fazer teste unitário não sabia dos prazos... Não sabe de nenhum dos objetivos!!!
- #12: De 90% dos projeto/times existe o vilão ou o herói Não so dentro do time, mas no ambiente, cliente/fornecedor Entre as equipes da empresa, setor de vendas diz que não vende porque a TI não oferece um sistema que atenda, porque o sistema é lento, cheio de erros
- #14: Para exemplificar, neste imagem Um irmão está batendo no outro, certo? O vilão é o de vermelho e a vítima é o de verde
- #15: Chega o pai da casa, Pai = herói Vilão = menino Vítima = menina
- #16: Chega a mãe... E ai... Ai está todo mundo errado, rs.... Brincadeira. A mãe vira a heroína O pai o vilão Os dois filhos são as vítimas
- #17: Os personagens mudam de acordo com a situação. Infelizmente isso é comum, mesmo em ambiente de desenvolvimento de software. E nos seus clientes? E no seu time? Já aconteceu isso com seu amigo, com sua equipe?
- #18: Não estou falando de gestão baseada em indicadores Tem diferença
- #19: Contar o exemplo do kaito na demanda alocada no cliente -- Burn donw não é só para Sprint -- Porque não usar isso para planejar uma evento, uma festa de casamento? -- Porque não usar isso para fazer um regime?
- #20: Contar a história da seguradora -- Porque não pedir um aumento utilizando o Sonar? -- Porque não demitir utilizando o Sonar? Ação da retrospectiva = Evidência no SONAR
- #21: Contar a história da dtoz -- O cliente não tinha confiança em terceirizar
- #22: Contar a história da seguradora -- Porque não pedir um aumento utilizando isso -- Porque não demitir utilizando isso
- #23: Contar a história da seguradora -- Porque não pedir um aumento utilizando o Sonar? -- Porque não demitir utilizando o Sonar?
- #24: Boas práticas para que o trabalho baseado em indicadores funcione
- #25: Qual é tipo de empresa que você está trabalhando? -- Startup, serviços, projetos internots... Você é dono ou funcionários? O que é esperado pelos envolvidos? Identifique o ambiente
- #26: É muito difícil não comparar, pessoas, times, plataformas, projetos, etc... --
- #27: Qual é o número que realmente importa para você? Que realmente importa para seu time, empresa? Por exemplo: Se meu objetivo é entregar valor em produção com menor tempo, maior frequência... Painel de quantas versões são disponibilizadas em produção por mês. Se o objetivo do time é melhor a qualidade das entregas – Painel com a quantidade de bugs encontrados pós publicação A palestra do Vitor sobre Lean Metrics trata muito bem deste ponto. Lembre-se, uma vez que se define um indicador a pessoas irão trabalhar para atende-los, é natural, é natural, é natural Escolha bem
- #28: Por sprints -- Exemplificar com meta de planejamento estratégico anual? Isso não funciona, isso é ruim, isso desmotiva, é pior do que não fazer! Exemplo: O time vai receber um prêmio se entregar o backlog do ANO, mas o PO não esta incluso nesta meta Em geral, trabalhe com iterações curstas, 2 semanas, 1 mês... Dificilmente algo definido no começo do ano fará sentido no fim do ano. É simples, as coisas mudam!
- #29: Disciplina é uma virtude difícil de ser encontrada, quando falamos de times, projetos, FICA AINDA MAIS DIFÍCIL É difícil pela natureza do ser humano. Quem aqui já começou academia, prometeu que iria 4x na semana e não foi? É preciso criar mecanismos sérios que ‘cerquem o galo’, ou seja, -- Exemplo da entrega da Sprint: se o time define que irá comunicar o status da Sprint (burn-down) 1x por semana para o PO e não fez, a Sprint não está entrega -- Ações de retrospectiva: Se as ações foram definidas e não foram feitas, a Sprint não está entregue. --
- #30: Não é meu chefe, supervisor, dono da empresa, líder, GP que gera a informação --- SOU EU, É O MEU TIME, MEU SETOR! Porque? - NÃO EXISTE A ENTREGA SEM A EVIDÊNCIA O fato de APENAS uma pessoa gerar a informação, não gera engajamento, CONCIENTIZAÇÃO... Por consequência, não agrega resultado Top down pois somos funcionários e não podemos fazer o que queremos, somos orientados pelo AMBIENTE Se não houver o confronto top-down não tem o CERCAR O GALO ----- DESMOTIVA
- #31: É diferente de gestão É diferente de objetivo
- #32: Não se imagine como a pessoa de branco
- #33: Lidar com os problemas do jeito que eles são. Quando alguém dizer que meu time não entrega, toma nosso indicador de publicações em produção! Toma nosso indicador de quantidade de erros por versão!