Managing your technical debt - AgileBrazil 2011
Report
Danilo SatoFollow
Jun. 30, 2011•0 likes•1,300 views
Managing your technical debt - AgileBrazil 2011
Jun. 30, 2011•0 likes•1,300 views
Report
Technology
Business
Economy & Finance
Slides from my talk on Managing Technical Debt at AgileBrazil 2011 in Fortaleza
Danilo SatoFollow
Recommended
UML for Business AnalystsYuriy Guts
Introducing Business Analysis, IT Business Analyst & UMLEdgar Khachatryan
Como a tecnologia pode ajudar no trabalho trabalho a distância (home office)homeofficemanagement
Ux for Developers - Build Better ProductsPedro Marques
Rádio digital transição ms jul2013_bMario Sergio Barros Alves
Dextra Sistemas - Surfando na maré ágilLeandro Guimarães
More Related Content
Similar to Managing your technical debt - AgileBrazil 2011
Encontro Locaweb CuritibaFabio Akita
ORGANIZE O CANTEIRO DE OBRAS COM O SIENGE E EVITE IMPROVISOSSienge
Por mais ajuda techie no mercado - Apresentação Intercon 2009nandico
Flex Mania VedovelliFabio Vedovelli
Projetando experiencias por meio do Service DesignIgor Drudi
Developer 0.0 - Tiago PascoalComunidade NetPonto
More from Danilo Sato
Padrões de deploy para devops e entrega contínua - DevDay 2014Danilo Sato
Keynote RuPy Natal 2014Danilo Sato
Padrões de deploy para DevOps e Entrega ContínuaDanilo Sato
Padrões de deploy para DevOps e Entrega ContínuaDanilo Sato
Refactoring Strategies: Beyond the BasicsDanilo Sato
Revisitando as Práticas de Engenharia ÁgilDanilo Sato
Recently uploaded
MAPA - ADSIS - PROGRAMAÇÃO II - 532023.docxjosepedro158321
MAPA - MATEMÁTICA FINANCEIRA - 532023.docxjosepedro158321
MAPA - PRODUÇÃO DO CONHECIMENTO CIENTÍFICO, TECNOLÓGICO E DISRUPÇÃO - 532023.pdfmarcosvsoares
MAPA - PED - PRÁTICA DE ENSINO DA EDUCAÇÃO BÁSICA - 53/2023AssessoriaAcadmicaDl
MAPA - ERGONOMIA E SEGURANÇA NO TRABALHO - 532023.docxjosepedro158321
MAPA - MATEMÁTICA FINANCEIRA - 532023.docxjosepedro158321
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
Editor's Notes
- \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