Managing your technical debt - AgileBrazil 2011
•
14 gefällt mir•1,303 views
O documento discute como gerenciar dívida técnica em projetos de software, identificando suas causas e impactos. Ele explica como medir e rastrear dívida técnica, planejar seu pagamento de forma incremental e comunicar seu valor para a equipe e liderança. Também fornece estratégias como refatoração constante e arquitetura de transição para evitar seu acúmulo.
Empfohlen
Empfohlen
Weitere ähnliche Inhalte
Ähnlich wie Managing your technical debt - AgileBrazil 2011
Ähnlich wie Managing your technical debt - AgileBrazil 2011 (20)
Mehr von Danilo Sato
Mehr von Danilo Sato (14)
Managing your technical debt - AgileBrazil 2011
- 1. GERENCIANDO SUA DÍVIDA TÉCNICA DANILO SATO - @DTSATO THOUGHTWORKS
- 2. INTRODUÇÃO
- 14. VISÍVEL INVISÍVEL + VALOR - VALOR
- 15. VISÍVEL INVISÍVEL + VALOR FUNCIONALIDADE - VALOR
- 16. VISÍVEL INVISÍVEL + VALOR FUNCIONALIDADE ARQUITETURA - VALOR
- 17. VISÍVEL INVISÍVEL + VALOR FUNCIONALIDADE ARQUITETURA - VALOR BUGS
- 18. VISÍVEL INVISÍVEL + VALOR FUNCIONALIDADE ARQUITETURA - VALOR BUGS DÍVIDA TÉCNICA
- 20. “SHIPPING FIRST TIME CODE IS LIKE GOING INTO DEBT.”
- 21. “SHIPPING FIRST TIME CODE IS LIKE GOING INTO DEBT.” “A LITTLE DEBT SPEEDS DEVELOPMENT SO LONG AS IT IS PAID BACK PROMPTLY”
- 22. “SHIPPING FIRST TIME CODE IS LIKE GOING INTO DEBT.” “A LITTLE DEBT SPEEDS DEVELOPMENT SO LONG AS IT IS PAID BACK PROMPTLY” “THE DANGER OCCURS WHEN THE DEBT IS NOT REPAID”
- 23. “SHIPPING FIRST TIME CODE IS LIKE GOING INTO DEBT.” “A LITTLE DEBT SPEEDS DEVELOPMENT SO LONG AS IT IS PAID BACK PROMPTLY” “THE DANGER OCCURS WHEN THE DEBT IS NOT REPAID” “EVERY MINUTE SPENT ON NOT-QUITE-RIGHT CODE COUNTS AS INTEREST ON THAT DEBT”
- 25. SEM DE QUERER PROPÓSITO IMPRUDENTE PRUDENTE
- 26. IMPRUDENTE PRUDENTE QUERER PROPÓSITO “NÃO TEMOS TEMPO DE PARA FAZER DESIGN” SEM
- 27. IMPRUDENTE PRUDENTE QUERER PROPÓSITO “PRECISAMOS ENTREGAR “NÃO TEMOS TEMPO DE E LIDAR COM AS PARA FAZER DESIGN” CONSEQUEÊNCIAS” SEM
- 28. IMPRUDENTE PRUDENTE QUERER PROPÓSITO “PRECISAMOS ENTREGAR “NÃO TEMOS TEMPO DE E LIDAR COM AS PARA FAZER DESIGN” CONSEQUEÊNCIAS” SEM “O QUE SÃO CAMADAS?”
- 29. IMPRUDENTE PRUDENTE QUERER PROPÓSITO “PRECISAMOS ENTREGAR “NÃO TEMOS TEMPO DE E LIDAR COM AS PARA FAZER DESIGN” CONSEQUEÊNCIAS” SEM “AGORA SABEMOS COMO “O QUE SÃO CAMADAS?” DEVERIA TER SIDO FEITO”
- 30. “DÍVIDA TÉCNICA É O QUE PREVINE VOCÊ DE IR TÃO RÁPIDO QUANTO VOCÊ PODERIA”
- 31. CUSTO DA MUDANÇA POR QUE É RUIM? CUSTO ÓTIMO TEMPO
- 32. CUSTO DA MUDANÇA POR QUE É RUIM? CUSTO REAL DÍVIDA TÉCNICA CUSTO ÓTIMO TEMPO
- 33. CUSTO DA MUDANÇA POR QUE É RUIM? CUSTO REAL DÍVIDA TÉCNICA CUSTO ÓTIMO TEMPO RELEASE
- 34. POR QUE É RUIM? RESPONSIVIDADE AO MERCADO CUSTO DA MUDANÇA CUSTO REAL DÍVIDA TÉCNICA CUSTO ÓTIMO TEMPO RELEASE
- 35. POR QUE ACONTECE? PRESSÃO
- 36. POR QUE ACONTECE? PRESSÃO DÍVIDA TÉCNICA
- 37. POR QUE ACONTECE? PRESSÃO DÍVIDA TÉCNICA NÃO PAGAR DÍVIDA
- 38. POR QUE ACONTECE? PRESSÃO DÍVIDA TÉCNICA DÍVIDA NÃO PAGAR ACUMULA DÍVIDA
- 39. POR QUE ACONTECE? PRESSÃO DIMINUI DÍVIDA TÉCNICA PRODUTIVIDADE DÍVIDA NÃO PAGAR ACUMULA DÍVIDA
- 40. POR QUE ACONTECE? PRESSÃO DIMINUI DÍVIDA TÉCNICA PRODUTIVIDADE DÍVIDA NÃO PAGAR ACUMULA DÍVIDA
- 43. MÚLTIPLAS DIMENSÕES CÓDIGO
- 44. MÚLTIPLAS DIMENSÕES CÓDIGO TESTES
- 45. MÚLTIPLAS DIMENSÕES CÓDIGO TESTES INFRA-ESTRUTURA
- 46. MÚLTIPLAS DIMENSÕES CÓDIGO TESTES NFR INFRA-ESTRUTURA
- 47. MÚLTIPLAS DIMENSÕES CÓDIGO ARQUITETURA TESTES NFR INFRA-ESTRUTURA
- 51. SEU CÓDIGO FALA // TO DO: REFACTOR THIS // FIX ME: THIS SHOULD NOT BE DUPLICATED // WTF! HAZARD! ALERT /! // DO NOT TOUCH!!!
- 52. TESTES
- 53. EQUIPE RETROSPECTIVA TÉCNICA “ON-DEMAND” CONTADOR DE HISTÓRIAS
- 55. PROCESSO DE DEPLOY PASSOS MANUAIS LOG DE PROBLEMAS POR DEPLOY MIGRAÇÃO DE DADOS PROCESSOS LONGOS
- 56. O QUE FAZER?
- 57. ESFORÇO DOR
- 58. ESFORÇO DOR
- 59. ONDE COMEÇAR? GANHOS RÁPIDOS DESIGN ESTRATÉGICO ÁREAS QUE SÃO FREQUENTEMENTE ALTERADAS CAUSAS COMUNS DE PROBLEMAS
- 61. MAS COMO EXPLICAR? COMUNIQUE O VALOR E NÃO OS DETALHES TÉCNICOS
- 62. MAS COMO EXPLICAR? COMUNIQUE O VALOR E NÃO OS DETALHES TÉCNICOS NEGOCIE UM POUCO DA CAPACIDADE PARA PAGAMENTO DA DÍVIDA
- 63. MAS COMO EXPLICAR? COMUNIQUE O VALOR E NÃO OS DETALHES TÉCNICOS NEGOCIE UM POUCO DA CAPACIDADE PARA PAGAMENTO DA DÍVIDA ADICIONE OS “JUROS” NAS ESTIMATIVAS FUTURAS
- 64. TRACKING
- 65. TRACKING ✗ ✗ ✗ ✗
- 66. RATCHET
- 67. TRACKING
- 68. TRACKING bjet ivos O em as T arce las P
- 69. TRACKING bjet ivos ✔ ✔ ✔ ✔ O em as ✔ ✔ ✔ ✔ ✔ ✔ T ✔ ✔ ✔ ✔ ✔ arce las P ✔ ✔ ✔ ✔ ✔
- 71. REFATORE SEMPRE TDD (RED-GREEN-REFACTOR) CADA COMMIT DEIXA O CÓDIGO UM POUCO MELHOR REFATORE QUANDO MEXER EM ÁREAS RUINS REFATORE SEUS TESTES
- 72. DESIGN “EM PROGRESSO” USE NOMES FEIOS ABORDAGEM INCREMENTAL PODE PIORAR TEMPORARIAMENTE
- 73. UMA HISTÓRIA APP
- 74. UMA HISTÓRIA APP SVC
- 75. UMA HISTÓRIA APP SVC
- 76. UMA HISTÓRIA APP SVC
- 77. A VERDADE APP MODEL VIEW CONTROLLER
- 78. A VERDADE APP MODEL VIEW CONTROLLER HELPER
- 79. A VERDADE APP MODEL VIEW SVC CONTROLLER HELPER
- 80. A VERDADE APP MODEL VIEW SVC CONTROLLER VAI QUEBRAR TUDO !!! HELPER
- 81. ARQUITETURA DE TRANSIÇÃO APP MODEL VIEW CONTROLLER SVC HELPER
- 82. ARQUITETURA DE TRANSIÇÃO APP MODEL VIEW CONTROLLER SVC HELPER
- 83. ARQUITETURA DE TRANSIÇÃO APP MODEL VIEW CONTROLLER SVC HELPER
- 84. ARQUITETURA DE TRANSIÇÃO APP MODEL VIEW CONTROLLER SVC HELPER
- 85. ARQUITETURA DE TRANSIÇÃO APP MODEL VIEW CONTROLLER SVC HELPER
- 86. ARQUITETURA DE TRANSIÇÃO APP MODEL VIEW CONTROLLER SVC HELPER
- 87. RESUMO O QUE É DÍVIDA TÉCNICA? POR QUE É RUIM E POR QUE ACONTECE? COMO IDENTIFICAR? FORMAS DE PLANEJAR E COMUNICAR O PAGAMENTO DA DÍVIDA FORMAS DE EVITAR O ACÚMULO
- 88. CRÉDITOS / REFERÊNCIAS MARTIN FOWLER: TECHNICAL DEBT QUADRANT PHILIP KRUCHTEN: MANAGING TECHNICAL DEBT IN SOFTWARE-RELIANT SYSTEMS HARD CHOICES GAME JIM HIGHSMITH: THE FINANCIAL IMPLICATIONS OF TECHNICAL DEBT STEVE MCCONNELL: NOTES ON TECHNICAL DEBT AARON ERICKSON: DON’T “ENRON” YOUR SOFTWARE PROJECT FLICKR: HTTP://WWW.FLICKR.COM/PHOTOS/ALANCLEAVER/4105722502/IN/PHOTOSTREAM/
- 89. GERENCIANDO SUA DÍVIDA TÉCNICA DANILO SATO - @DTSATO THOUGHTWORKS
Hinweis der Redaktion
- \n
- \n
- Imagine the app is a perfect brick tower block\nTechnical debt, is the bricks that are stacked slightly weirdly, at an angle, not perfectly placed\nThe more debt you accumulate, the more likely your tower becomes unstable and you have to fix it before building on height alone\n
- Imagine the app is a perfect brick tower block\nTechnical debt, is the bricks that are stacked slightly weirdly, at an angle, not perfectly placed\nThe more debt you accumulate, the more likely your tower becomes unstable and you have to fix it before building on height alone\n
- Imagine the app is a perfect brick tower block\nTechnical debt, is the bricks that are stacked slightly weirdly, at an angle, not perfectly placed\nThe more debt you accumulate, the more likely your tower becomes unstable and you have to fix it before building on height alone\n
- Imagine the app is a perfect brick tower block\nTechnical debt, is the bricks that are stacked slightly weirdly, at an angle, not perfectly placed\nThe more debt you accumulate, the more likely your tower becomes unstable and you have to fix it before building on height alone\n
- Imagine the app is a perfect brick tower block\nTechnical debt, is the bricks that are stacked slightly weirdly, at an angle, not perfectly placed\nThe more debt you accumulate, the more likely your tower becomes unstable and you have to fix it before building on height alone\n
- Imagine the app is a perfect brick tower block\nTechnical debt, is the bricks that are stacked slightly weirdly, at an angle, not perfectly placed\nThe more debt you accumulate, the more likely your tower becomes unstable and you have to fix it before building on height alone\n
- Imagine the app is a perfect brick tower block\nTechnical debt, is the bricks that are stacked slightly weirdly, at an angle, not perfectly placed\nThe more debt you accumulate, the more likely your tower becomes unstable and you have to fix it before building on height alone\n
- Imagine the app is a perfect brick tower block\nTechnical debt, is the bricks that are stacked slightly weirdly, at an angle, not perfectly placed\nThe more debt you accumulate, the more likely your tower becomes unstable and you have to fix it before building on height alone\n
- Imagine the app is a perfect brick tower block\nTechnical debt, is the bricks that are stacked slightly weirdly, at an angle, not perfectly placed\nThe more debt you accumulate, the more likely your tower becomes unstable and you have to fix it before building on height alone\n
- Imagine the app is a perfect brick tower block\nTechnical debt, is the bricks that are stacked slightly weirdly, at an angle, not perfectly placed\nThe more debt you accumulate, the more likely your tower becomes unstable and you have to fix it before building on height alone\n
- Imagine the app is a perfect brick tower block\nTechnical debt, is the bricks that are stacked slightly weirdly, at an angle, not perfectly placed\nThe more debt you accumulate, the more likely your tower becomes unstable and you have to fix it before building on height alone\n
- Imagine the app is a perfect brick tower block\nTechnical debt, is the bricks that are stacked slightly weirdly, at an angle, not perfectly placed\nThe more debt you accumulate, the more likely your tower becomes unstable and you have to fix it before building on height alone\n
- Imagine the app is a perfect brick tower block\nTechnical debt, is the bricks that are stacked slightly weirdly, at an angle, not perfectly placed\nThe more debt you accumulate, the more likely your tower becomes unstable and you have to fix it before building on height alone\n
- Imagine the app is a perfect brick tower block\nTechnical debt, is the bricks that are stacked slightly weirdly, at an angle, not perfectly placed\nThe more debt you accumulate, the more likely your tower becomes unstable and you have to fix it before building on height alone\n
- Imagine the app is a perfect brick tower block\nTechnical debt, is the bricks that are stacked slightly weirdly, at an angle, not perfectly placed\nThe more debt you accumulate, the more likely your tower becomes unstable and you have to fix it before building on height alone\n
- Imagine the app is a perfect brick tower block\nTechnical debt, is the bricks that are stacked slightly weirdly, at an angle, not perfectly placed\nThe more debt you accumulate, the more likely your tower becomes unstable and you have to fix it before building on height alone\n
- Imagine the app is a perfect brick tower block\nTechnical debt, is the bricks that are stacked slightly weirdly, at an angle, not perfectly placed\nThe more debt you accumulate, the more likely your tower becomes unstable and you have to fix it before building on height alone\n
- Imagine the app is a perfect brick tower block\nTechnical debt, is the bricks that are stacked slightly weirdly, at an angle, not perfectly placed\nThe more debt you accumulate, the more likely your tower becomes unstable and you have to fix it before building on height alone\n
- Imagine the app is a perfect brick tower block\nTechnical debt, is the bricks that are stacked slightly weirdly, at an angle, not perfectly placed\nThe more debt you accumulate, the more likely your tower becomes unstable and you have to fix it before building on height alone\n
- Imagine the app is a perfect brick tower block\nTechnical debt, is the bricks that are stacked slightly weirdly, at an angle, not perfectly placed\nThe more debt you accumulate, the more likely your tower becomes unstable and you have to fix it before building on height alone\n
- Imagine the app is a perfect brick tower block\nTechnical debt, is the bricks that are stacked slightly weirdly, at an angle, not perfectly placed\nThe more debt you accumulate, the more likely your tower becomes unstable and you have to fix it before building on height alone\n
- Imagine the app is a perfect brick tower block\nTechnical debt, is the bricks that are stacked slightly weirdly, at an angle, not perfectly placed\nThe more debt you accumulate, the more likely your tower becomes unstable and you have to fix it before building on height alone\n
- Imagine the app is a perfect brick tower block\nTechnical debt, is the bricks that are stacked slightly weirdly, at an angle, not perfectly placed\nThe more debt you accumulate, the more likely your tower becomes unstable and you have to fix it before building on height alone\n
- Imagine the app is a perfect brick tower block\nTechnical debt, is the bricks that are stacked slightly weirdly, at an angle, not perfectly placed\nThe more debt you accumulate, the more likely your tower becomes unstable and you have to fix it before building on height alone\n
- Imagine the app is a perfect brick tower block\nTechnical debt, is the bricks that are stacked slightly weirdly, at an angle, not perfectly placed\nThe more debt you accumulate, the more likely your tower becomes unstable and you have to fix it before building on height alone\n
- Imagine the app is a perfect brick tower block\nTechnical debt, is the bricks that are stacked slightly weirdly, at an angle, not perfectly placed\nThe more debt you accumulate, the more likely your tower becomes unstable and you have to fix it before building on height alone\n
- Imagine the app is a perfect brick tower block\nTechnical debt, is the bricks that are stacked slightly weirdly, at an angle, not perfectly placed\nThe more debt you accumulate, the more likely your tower becomes unstable and you have to fix it before building on height alone\n
- Imagine the app is a perfect brick tower block\nTechnical debt, is the bricks that are stacked slightly weirdly, at an angle, not perfectly placed\nThe more debt you accumulate, the more likely your tower becomes unstable and you have to fix it before building on height alone\n
- Imagine the app is a perfect brick tower block\nTechnical debt, is the bricks that are stacked slightly weirdly, at an angle, not perfectly placed\nThe more debt you accumulate, the more likely your tower becomes unstable and you have to fix it before building on height alone\n
- \n
- \n
- \n
- \n
- \n
- \n
- 1992 OOPSLA\n
- 1992 OOPSLA\n
- 1992 OOPSLA\n
- 1992 OOPSLA\n
- Outras metáforas financeiras:\n* deficit\n* inflação técnica\n* “caixa 2”\n
- Exemplos?\nToo expensive to pay => replace (not in scope of this talk)\n
- Exemplos?\nToo expensive to pay => replace (not in scope of this talk)\n
- Exemplos?\nToo expensive to pay => replace (not in scope of this talk)\n
- Exemplos?\nToo expensive to pay => replace (not in scope of this talk)\n
- Jim Highsmith? Martin? Ward\nÉ o que previne você de ir tão rápido quanto você poderia\n
- * Acúmulo\n* Mais difícil de pagar com o tempo\n* Afeta entrega de valor\n* Síndrome da versão 5\n
- * Acúmulo\n* Mais difícil de pagar com o tempo\n* Afeta entrega de valor\n* Síndrome da versão 5\n
- * Acúmulo\n* Mais difícil de pagar com o tempo\n* Afeta entrega de valor\n* Síndrome da versão 5\n
- * Acúmulo\n* Mais difícil de pagar com o tempo\n* Afeta entrega de valor\n* Síndrome da versão 5\n
- Israel Gat\n* Sempre começa com pouco / decisões pobres\n* Ninguém escreve código ruim de propósito\n* ctrl+c / ctrl+v\nUm pouco não faz mal\nPergunta: “Como gerenciar?”\n
- Israel Gat\n* Sempre começa com pouco / decisões pobres\n* Ninguém escreve código ruim de propósito\n* ctrl+c / ctrl+v\nUm pouco não faz mal\nPergunta: “Como gerenciar?”\n
- Israel Gat\n* Sempre começa com pouco / decisões pobres\n* Ninguém escreve código ruim de propósito\n* ctrl+c / ctrl+v\nUm pouco não faz mal\nPergunta: “Como gerenciar?”\n
- Israel Gat\n* Sempre começa com pouco / decisões pobres\n* Ninguém escreve código ruim de propósito\n* ctrl+c / ctrl+v\nUm pouco não faz mal\nPergunta: “Como gerenciar?”\n
- Israel Gat\n* Sempre começa com pouco / decisões pobres\n* Ninguém escreve código ruim de propósito\n* ctrl+c / ctrl+v\nUm pouco não faz mal\nPergunta: “Como gerenciar?”\n
- \n
- \n
- \n
- \n
- \n
- \n
- * Cobertura de código\n* duplicação\n* tamanho vs. complexidade\n* “churn”\n* acoplamento\n
- * Cobertura de código\n* duplicação\n* tamanho vs. complexidade\n* “churn”\n* acoplamento\n
- \n
- * Falhas comuns\n* Tempo de build\n* Testes ignorados/pendentes\n* Bugs\n
- QA + Tech Lead + dev + arquitects\n
- Root cause analysis (5 whys? post mortems; bug analysis; relatório de incidentes)\n
- \n
- \n
- PLANEJAMENTO:\n* priorização\n* comece a pagar a dívida!\n
- PLANEJAMENTO:\n* priorização\n* comece a pagar a dívida!\n
- PLANEJAMENTO:\n* priorização\n* comece a pagar a dívida!\n
- PLANEJAMENTO:\n* priorização\n* comece a pagar a dívida!\n
- PLANEJAMENTO:\n* priorização\n* comece a pagar a dívida!\n
- PLANEJAMENTO:\n* priorização\n* comece a pagar a dívida!\n
- PLANEJAMENTO:\n* priorização\n* comece a pagar a dívida!\n
- PLANEJAMENTO:\n* priorização\n* comece a pagar a dívida!\n
- PLANEJAMENTO:\n* priorização\n* comece a pagar a dívida!\n
- PLANEJAMENTO:\n* priorização\n* comece a pagar a dívida!\n
- PLANEJAMENTO:\n* priorização\n* comece a pagar a dívida!\n
- PLANEJAMENTO:\n* priorização\n* comece a pagar a dívida!\n
- PLANEJAMENTO:\n* priorização\n* comece a pagar a dívida!\n
- PLANEJAMENTO:\n* priorização\n* comece a pagar a dívida!\n
- PLANEJAMENTO:\n* priorização\n* comece a pagar a dívida!\n
- PLANEJAMENTO:\n* priorização\n* comece a pagar a dívida!\n
- PLANEJAMENTO:\n* priorização\n* comece a pagar a dívida!\n
- PLANEJAMENTO:\n* priorização\n* comece a pagar a dívida!\n
- PLANEJAMENTO:\n* priorização\n* comece a pagar a dívida!\n
- PLANEJAMENTO:\n* priorização\n* comece a pagar a dívida!\n
- PLANEJAMENTO:\n* priorização\n* comece a pagar a dívida!\n
- PLANEJAMENTO:\n* priorização\n* comece a pagar a dívida!\n
- PLANEJAMENTO:\n* priorização\n* comece a pagar a dívida!\n
- PLANEJAMENTO:\n* priorização\n* comece a pagar a dívida!\n
- PLANEJAMENTO:\n* priorização\n* comece a pagar a dívida!\n
- PLANEJAMENTO:\n* priorização\n* comece a pagar a dívida!\n
- PLANEJAMENTO:\n* priorização\n* comece a pagar a dívida!\n
- PLANEJAMENTO:\n* priorização\n* comece a pagar a dívida!\n
- PLANEJAMENTO:\n* priorização\n* comece a pagar a dívida!\n
- PLANEJAMENTO:\n* priorização\n* comece a pagar a dívida!\n
- PLANEJAMENTO:\n* priorização\n* comece a pagar a dívida!\n
- PLANEJAMENTO:\n* priorização\n* comece a pagar a dívida!\n
- PLANEJAMENTO:\n* priorização\n* comece a pagar a dívida!\n
- \n
- Buffer por iteração\nKanban => limite o número de cartões de dívida técnica em progresso\n
- Buffer por iteração\nKanban => limite o número de cartões de dívida técnica em progresso\n
- Buffer por iteração\nKanban => limite o número de cartões de dívida técnica em progresso\n
- * enfatize os pay-offs\n
- * enfatize os pay-offs\n
- * enfatize os pay-offs\n
- * enfatize os pay-offs\n
- \n
- \n
- \n
- \n
- \n
- \n
- \n
- \n
- \n
- Exemplo\n
- Exemplo\n
- Exemplo\n
- Exemplo\n
- Exemplo\n
- Exemplo\n
- Exemplo\n
- Exemplo\n
- Exemplo\n
- Exemplo\n
- Exemplo\n
- Exemplo\n
- Exemplo\n
- Exemplo\n
- \n
- \n
- \n