Wrong confirmation ID

Email
Favorite
Favorited ×
Download
Embed
Private Content
Copy and paste this code into your blog or website Copy Customize Close
We have emailed the verification/download link to "".
Login to your email and click the link to download the file directly.

To request the link at a different email address, update it here. Close
Validation messages. Success message. Fail message.

Check your bulk/spam folders if you can't find our mail.

+ Follow

Managing your technical debt - AgileBrazil 2011

by Danilo Sato on Jun 30, 2011

606 views

Slides from my talk on Managing Technical Debt at AgileBrazil 2011 in Fortaleza

More…

Slides from my talk on Managing Technical Debt at AgileBrazil 2011 in Fortaleza

Less

Statistics

Favorites: 7
Downloads: 0
Comments: 1
Embed Views: 0
Views on SlideShare: 606
Total Views: 606

1–1 of 1 previous next

Israel Santiago , Software Engineer / Project Manager at Araujo Drugstore S/A Oi Danilo, parabéns pela apresentação ! a assisti no QCon, e gostaria de ver com voce se poderia disponibilizar este material para download ! penso em utilizá-lo em uma apresentação, obviamente com os devidos créditos a voce ! 5 months ago Reply
Are you sure you want to Yes No

\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

7 Favorites

Rafael Miranda , Gerente de Projetos at SERPRO 9 months ago
premgr06 10 months ago
antoniorangeljr Tags dívida técnica agil 10 months ago
Israel Santiago , Software Engineer / Project Manager at Araujo Drugstore S/A 10 months ago
Bruno Caimar , Software Developer at Imagem Tags agilebrazil technical debt 10 months ago
marceloquinho Tags agilebr dívida técnica 11 months ago
alexandre freire at alexandre freire 11 months ago

Managing your technical debt - AgileBrazil 2011 — Presentation Transcript

GERENCIANDO SUA DÍVIDA TÉCNICA DANILO SATO - @DTSATO THOUGHTWORKS
INTRODUÇÃO
VISÍVEL INVISÍVEL+ VALOR- VALOR
VISÍVEL INVISÍVEL+ VALOR FUNCIONALIDADE- VALOR
VISÍVEL INVISÍVEL+ VALOR FUNCIONALIDADE ARQUITETURA- VALOR
VISÍVEL INVISÍVEL+ VALOR FUNCIONALIDADE ARQUITETURA- VALOR BUGS
VISÍVEL INVISÍVEL+ VALOR FUNCIONALIDADE ARQUITETURA- VALOR BUGS DÍVIDA TÉCNICA
“SHIPPING FIRST TIME CODE IS LIKEGOING INTO DEBT.”
“SHIPPING FIRST TIME CODE IS LIKEGOING INTO DEBT.” “A LITTLE DEBT SPEEDS DEVELOPMENT SO LONG AS IT IS PAID BACK PROMPTLY”
“SHIPPING FIRST TIME CODE IS LIKEGOING INTO DEBT.” “A LITTLE DEBT SPEEDS DEVELOPMENT SO LONG AS IT IS PAID BACK PROMPTLY”“THE DANGER OCCURS WHEN THEDEBT IS NOT REPAID”
“SHIPPING FIRST TIME CODE IS LIKEGOING INTO DEBT.” “A LITTLE DEBT SPEEDS DEVELOPMENT SO LONG AS IT IS PAID BACK PROMPTLY”“THE DANGER OCCURS WHEN THEDEBT IS NOT REPAID” “EVERY MINUTE SPENT ON NOT-QUITE-RIGHT CODE COUNTS AS INTEREST ON THAT DEBT”
DÍVIDA OU DÉBITO?
SEM DEQUERER PROPÓSITO IMPRUDENTE PRUDENTE
IMPRUDENTE PRUDENTEQUERER PROPÓSITO “NÃO TEMOS TEMPO DE PARA FAZER DESIGN” SEM
IMPRUDENTE PRUDENTEQUERER PROPÓSITO “PRECISAMOS ENTREGAR “NÃO TEMOS TEMPO DE E LIDAR COM AS PARA FAZER DESIGN” CONSEQUEÊNCIAS” SEM
IMPRUDENTE PRUDENTEQUERER PROPÓSITO “PRECISAMOS ENTREGAR “NÃO TEMOS TEMPO DE E LIDAR COM AS PARA FAZER DESIGN” CONSEQUEÊNCIAS” SEM “O QUE SÃO CAMADAS?”
IMPRUDENTE PRUDENTEQUERER 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”
“DÍVIDA TÉCNICA É O QUEPREVINE VOCÊ DE IR TÃO RÁPIDO QUANTO VOCÊ PODERIA”
CUSTO DA MUDANÇA POR QUE É RUIM? CUSTO ÓTIMO TEMPO
CUSTO DA MUDANÇA POR QUE É RUIM? CUSTO REAL DÍVIDA TÉCNICA CUSTO ÓTIMO TEMPO
CUSTO DA MUDANÇA POR QUE É RUIM? CUSTO REAL DÍVIDA TÉCNICA CUSTO ÓTIMO TEMPO RELEASE
POR QUE É RUIM? RESPONSIVIDADE AO MERCADOCUSTO DA MUDANÇA CUSTO REAL DÍVIDA TÉCNICA CUSTO ÓTIMO TEMPO RELEASE
POR QUE ACONTECE? PRESSÃO
POR QUE ACONTECE? PRESSÃO DÍVIDA TÉCNICA
POR QUE ACONTECE? PRESSÃO DÍVIDA TÉCNICA NÃO PAGAR DÍVIDA
POR QUE ACONTECE? PRESSÃO DÍVIDA TÉCNICA DÍVIDA NÃO PAGAR ACUMULA DÍVIDA
POR QUE ACONTECE? PRESSÃO DIMINUI DÍVIDA TÉCNICAPRODUTIVIDADE DÍVIDA NÃO PAGAR ACUMULA DÍVIDA
POR QUE ACONTECE? PRESSÃO DIMINUI DÍVIDA TÉCNICAPRODUTIVIDADE DÍVIDA NÃO PAGAR ACUMULA DÍVIDA
COMO IDENTIFICAR?
MÚLTIPLAS DIMENSÕES
MÚLTIPLAS DIMENSÕES CÓDIGO
MÚLTIPLAS DIMENSÕES CÓDIGO TESTES
MÚLTIPLAS DIMENSÕES CÓDIGO TESTES INFRA-ESTRUTURA
MÚLTIPLAS DIMENSÕES CÓDIGO TESTES NFR INFRA-ESTRUTURA
MÚLTIPLAS DIMENSÕES CÓDIGOARQUITETURA TESTES NFR INFRA-ESTRUTURA
MÉTRICAS DE QUALIDADE
MÉTRICAS DE QUALIDADE
MÉTRICAS DE QUALIDADE
SEU CÓDIGO FALA// TO DO: REFACTOR THIS// FIX ME: THIS SHOULD NOT BEDUPLICATED// WTF! HAZARD! ALERT /!// DO NOT TOUCH!!!
TESTES
EQUIPERETROSPECTIVA TÉCNICA“ON-DEMAND”CONTADOR DE HISTÓRIAS
DEMANDA POR FALHABUGSOPSSUPORTEUSUÁRIOS
PROCESSO DE DEPLOYPASSOS MANUAISLOG DE PROBLEMAS POR DEPLOYMIGRAÇÃO DE DADOSPROCESSOS LONGOS
O QUE FAZER?
ESFORÇO DOR
ESFORÇO DOR
ONDE COMEÇAR?GANHOS RÁPIDOSDESIGN ESTRATÉGICOÁREAS QUE SÃO FREQUENTEMENTE ALTERADASCAUSAS COMUNS DE PROBLEMAS
MAS COMO EXPLICAR?
MAS COMO EXPLICAR?COMUNIQUE O VALOR E NÃO OS DETALHES TÉCNICOS
MAS COMO EXPLICAR?COMUNIQUE O VALOR E NÃO OS DETALHES TÉCNICOSNEGOCIE UM POUCO DA CAPACIDADE PARA PAGAMENTODA DÍVIDA
MAS COMO EXPLICAR?COMUNIQUE O VALOR E NÃO OS DETALHES TÉCNICOSNEGOCIE UM POUCO DA CAPACIDADE PARA PAGAMENTODA DÍVIDAADICIONE OS “JUROS” NAS ESTIMATIVAS FUTURAS
TRACKING
TRACKING✗ ✗ ✗ ✗
RATCHET
TRACKING
TRACKING bjet ivos O em as T arce las P
TRACKING bjet ivos✔ ✔ ✔ ✔ O em as✔ ✔ ✔ ✔ ✔ ✔ T✔ ✔ ✔ ✔ ✔ arce las P✔ ✔ ✔ ✔✔
EVITANDO O ACÚMULO
REFATORE SEMPRETDD (RED-GREEN-REFACTOR)CADA COMMIT DEIXA O CÓDIGO UM POUCO MELHORREFATORE QUANDO MEXER EM ÁREAS RUINSREFATORE SEUS TESTES
DESIGN “EM PROGRESSO”USE NOMES FEIOSABORDAGEM INCREMENTALPODE PIORAR TEMPORARIAMENTE
UMA HISTÓRIA APP
UMA HISTÓRIA APPSVC
UMA HISTÓRIA APPSVC
UMA HISTÓRIA APPSVC
A VERDADE APP MODEL VIEW CONTROLLER
A VERDADE APP MODEL VIEW CONTROLLER HELPER
A VERDADE APP MODEL VIEWSVC CONTROLLER HELPER
A VERDADE APP MODEL VIEWSVC CONTROLLER VAI QUEBRAR TUDO !!! HELPER
ARQUITETURA DE TRANSIÇÃO APP MODEL VIEW CONTROLLER SVC HELPER
ARQUITETURA DE TRANSIÇÃO APP MODEL VIEW CONTROLLER SVC HELPER
ARQUITETURA DE TRANSIÇÃO APP MODEL VIEW CONTROLLER SVC HELPER
ARQUITETURA DE TRANSIÇÃO APP MODEL VIEW CONTROLLER SVC HELPER
ARQUITETURA DE TRANSIÇÃO APP MODEL VIEW CONTROLLER SVC HELPER
ARQUITETURA DE TRANSIÇÃO APP MODEL VIEW CONTROLLER SVC HELPER
RESUMOO QUE É DÍVIDA TÉCNICA?POR QUE É RUIM E POR QUE ACONTECE?COMO IDENTIFICAR?FORMAS DE PLANEJAR E COMUNICAR O PAGAMENTO DADÍVIDAFORMAS DE EVITAR O ACÚMULO
CRÉDITOS / REFERÊNCIASMARTIN FOWLER: TECHNICAL DEBT QUADRANTPHILIP KRUCHTEN: MANAGING TECHNICAL DEBT IN SOFTWARE-RELIANT SYSTEMS HARD CHOICES GAMEJIM HIGHSMITH: THE FINANCIAL IMPLICATIONS OF TECHNICAL DEBTSTEVE MCCONNELL: NOTES ON TECHNICAL DEBTAARON ERICKSON: DON’T “ENRON” YOUR SOFTWARE PROJECTFLICKR: HTTP://WWW.FLICKR.COM/PHOTOS/ALANCLEAVER/4105722502/IN/PHOTOSTREAM/
GERENCIANDO SUA DÍVIDA TÉCNICA DANILO SATO - @DTSATO THOUGHTWORKS

Managing your technical debt - AgileBrazil 2011

by Danilo Sato on Jun 30, 2011

Accessibility

Categories

Tags

Upload Details

Usage Rights

Statistics

Managing your technical debt - AgileBrazil 2011 — Presentation Transcript