Revisitando as práticas de engenharia ágil. Danilo

Transcrição

1 Revisitando as práticas de engenharia ágil Danilo

2 Danilo - Desenvolvedor, Arquiteto, Coach, DevOps, Treinador

3 Agile virou mainstream

4 Fonte: VersionOne State of Agile (2012) Referência:

5 Scrum + Kanban = 72% ~ 75% Fonte: VersionOne State of Agile (2012) Referência:

6 Scrum + Kanban = 72% ~ 75% 4% Não Sei?! Fonte: VersionOne State of Agile (2012) Referência:

7 Scrum + Kanban = 72% ~ 75% XP = 2% ~ 7% Fonte: VersionOne State of Agile (2012) Referência:

8 Práticas gerenciais práticas de engenharia

11

12

13 3 pilares

14 Gerir um negócio sustentável

15 Gerir um negócio sustentável Liderar e promover a excelência de software e revolucionar a indústria de TI

16 Gerir um negócio sustentável Liderar e promover a excelência de software e revolucionar a indústria de TI Advogar apaixonadamente em favor de justiça social e econômica

17 falta de práticas de engenharia é uma barreira

18 não atingimos o potencial de agile

19 o potencial de agile

20 Leak! o potencial de agile Vazar!

21 por que falar de práticas?

22

23 princípios vs. práticas

26

27 Valores + Princípios

28 práticas

29 práticas O que você faz quando está sob pressão" -- Corey Haines

30

31

32 Programação Extrema (XP)

33 Programação Extrema (XP) Práticas de Engenharia

34 práticas

35 práticas dependentes

36 práticas dependentes complementares

37 testes automatizados design colaboração Entrega contínua originadas em XP

38 testes automatizados design TDD testes automatizados colaboração Entrega contínua originadas em XP

39 testes automatizados design design incremental TDD testes automatizados refatoração metáfora TDD linguagem ubíqua colaboração Entrega contínua originadas em XP

40 testes automatizados design design incremental TDD testes automatizados refatoração metáfora TDD linguagem ubíqua colaboração Entrega contínua propriedade coletiva de código standards de código programação pareada gerenciar dívida técnica desenvolvimento no trunk originadas em XP

41 testes automatizados design design incremental TDD testes automatizados refatoração metáfora TDD linguagem ubíqua colaboração propriedade coletiva de código standards de código programação pareada gerenciar dívida técnica desenvolvimento no trunk Entrega contínua desenvolvimento no trunk integração contínua pipeline de implantação implantação automatizada infraestrutura como código originadas em XP

42 testes automatizados

43

44 Exploratório feedback rápido Ponta a Ponta Aplicação/ Componentes Integração cobertura por teste / tempo de execução Unitários

45 Testes Automatizados

46 Testes Automatizados Comportamentos:

47 Testes Automatizados Comportamentos: O time possui uma clara estratégia de testes

48 Testes Automatizados Comportamentos: O time possui uma clara estratégia de testes Testes funcionais seguem user journeys e não por história

49 Testes Automatizados Comportamentos: O time possui uma clara estratégia de testes Testes funcionais seguem user journeys e não por história Testes reproduzem bug no nível certo antes de corrigí-lo

50 Testes Automatizados Comportamentos: O time possui uma clara estratégia de testes Testes funcionais seguem user journeys e não por história Testes reproduzem bug no nível certo antes de corrigí-lo Tempo necessário para realizar testes manuais reduzido

51 Testes Automatizados Comportamentos: O time possui uma clara estratégia de testes Testes funcionais seguem user journeys e não por história Testes reproduzem bug no nível certo antes de corrigí-lo Tempo necessário para realizar testes manuais reduzido Problemas são encontrados rapidamente, perto do momento onde são introduzidos

52 TDD

53 TDD Comportamentos:

54 TDD Comportamentos: Testes atuam como documentação executável do código

55 TDD Comportamentos: Testes atuam como documentação executável do código Bom design OO: comportamento bem encapsulado e clara dependência entre classes

56 TDD Comportamentos: Testes atuam como documentação executável do código Bom design OO: comportamento bem encapsulado e clara dependência entre classes Testes unitários executam rapidamente: 1000s em poucos segundos

57 TDD Comportamentos: Testes atuam como documentação executável do código Bom design OO: comportamento bem encapsulado e clara dependência entre classes Testes unitários executam rapidamente: 1000s em poucos segundos Uso justo de mocks: mocks não duplicam comportamento do código

58 Design

59 Design == Código

60 Estrutura Acoplamento Organização Coesão Design == Código Flexibilidade Testabilidade Legibilidade Dependências

61 BOM Design reduz o custo da mudança

62 Design

63 Hipótese da stamina do Design

64 Funcionalidades Tempo

65 Funcionalidades Sem Design Tempo

66 Bom Design Funcionalidades Sem Design Tempo

67 Bom Design Funcionalidades Onde o design se paga Sem Design Tempo

68 Zero Design Design Ágil Up-front Design

69 Design ativo

70 Design passivo

71 Design ágil == Design evolutivo

72 Design ágil == Design evolutivo

73 Design Ágil

74 Design Ágil Comportamentos:

75 Design Ágil Comportamentos: Código é fácil de ser testado

76 Design Ágil Comportamentos: Código é fácil de ser testado Quando mudanças são necessárias, refatoração acontece antes para que a mudança seja simples

77 Design Ágil Comportamentos: Código é fácil de ser testado Quando mudanças são necessárias, refatoração acontece antes para que a mudança seja simples Time reconhece a diferença entre complexidade essencial e acidental

78 Design Ágil Comportamentos: Código é fácil de ser testado Quando mudanças são necessárias, refatoração acontece antes para que a mudança seja simples Time reconhece a diferença entre complexidade essencial e acidental Gerenciamento de dívida técnica para reduzir complexidade acidental

79 Refatoração

80 Comportamentos: Refatoração

81 Refatoração Comportamentos: Desenvolvedores familiarizados com refatorações automatizadas na IDE

82 Refatoração Comportamentos: Desenvolvedores familiarizados com refatorações automatizadas na IDE Refatoração acontece quando os testes estão passando

83 Refatoração Comportamentos: Desenvolvedores familiarizados com refatorações automatizadas na IDE Refatoração acontece quando os testes estão passando Refatorações são pequenas e incrementais

84 Refatoração Comportamentos: Desenvolvedores familiarizados com refatorações automatizadas na IDE Refatoração acontece quando os testes estão passando Refatorações são pequenas e incrementais Código de teste também é refatorado

85 Refatoração Comportamentos: Desenvolvedores familiarizados com refatorações automatizadas na IDE Refatoração acontece quando os testes estão passando Refatorações são pequenas e incrementais Código de teste também é refatorado Desenvolvedores sabem dividir refatorações grandes em pedaços menores

86 Linguagem Ubíqua Metáfora: Nem sempre é necessária Difícil de encontrar Domain-Driven Design Objetivo é melhorar comunicação com especialistas de domínio

87

88 Linguagem Ubíqua

89 Linguagem Ubíqua Comportamentos:

90 Linguagem Ubíqua Comportamentos: Código de produção e de testes usam terminologia uniforme, alinhada com o domínio

91 Linguagem Ubíqua Comportamentos: Código de produção e de testes usam terminologia uniforme, alinhada com o domínio Conceitos em um domínio possuem sentido claro dentro de um Contexto Delimitado

92 Linguagem Ubíqua Comportamentos: Código de produção e de testes usam terminologia uniforme, alinhada com o domínio Conceitos em um domínio possuem sentido claro dentro de um Contexto Delimitado Conceitos são bem entendidos por toda a equipe (desenvolvedores, analistas, QAs, clientes, gerentes, etc.)

93 colaboração

94

95

96 Programação Pareada Benefícios: Foco Revisão de código constante Resultado é maior que a soma das partes

97 Programação Pareada

98 Programação Pareada Comportamentos:

99 Programação Pareada Comportamentos: Ao parear, papéis de navegador e piloto rotacionam frequentemente

100 Programação Pareada Comportamentos: Ao parear, papéis de navegador e piloto rotacionam frequentemente Ambos desenvolvedores trabalham na mesma máquina: 2 monitores, 2 mouses, 2 teclados

101 Programação Pareada Comportamentos: Ao parear, papéis de navegador e piloto rotacionam frequentemente Ambos desenvolvedores trabalham na mesma máquina: 2 monitores, 2 mouses, 2 teclados Pareamento entre papéis também acontece

102 Programação Pareada Comportamentos: Ao parear, papéis de navegador e piloto rotacionam frequentemente Ambos desenvolvedores trabalham na mesma máquina: 2 monitores, 2 mouses, 2 teclados Pareamento entre papéis também acontece Pareamento oportunista: quando não faz sentido parear, não pareia

103 Standards de Código

104 Standards de Código Comportamentos:

105 Standards de Código Comportamentos: Equipe segue estilo de código comum

106 Standards de Código Comportamentos: Equipe segue estilo de código comum Desenvolvedores criam TODO s quando encontram algo que precisa ser investigado

107 Standards de Código Comportamentos: Equipe segue estilo de código comum Desenvolvedores criam TODO s quando encontram algo que precisa ser investigado TODO s são corrigidos constantemente

108 Standards de Código Comportamentos: Equipe segue estilo de código comum Desenvolvedores criam TODO s quando encontram algo que precisa ser investigado TODO s são corrigidos constantemente Padrões de estilo da equipe são mais importantes que estilo pessoal

109 Standards de Código Comportamentos: Equipe segue estilo de código comum Desenvolvedores criam TODO s quando encontram algo que precisa ser investigado TODO s são corrigidos constantemente Padrões de estilo da equipe são mais importantes que estilo pessoal Código de teste também segue padrões de estilo

110 Propriedade Coletiva de Código

111 Propriedade Coletiva de Código Comportamentos:

112 Propriedade Coletiva de Código Comportamentos: Não existe silos de conhecimento na equipe

113 Propriedade Coletiva de Código Comportamentos: Não existe silos de conhecimento na equipe Conhecimento do código em modelo T : especialização é OK, mas precisa ter conhecimento amplo também

114 Propriedade Coletiva de Código Comportamentos: Não existe silos de conhecimento na equipe Conhecimento do código em modelo T : especialização é OK, mas precisa ter conhecimento amplo também Rotação de pares ajuda a disseminar conhecimento

115 Propriedade Coletiva de Código Comportamentos: Não existe silos de conhecimento na equipe Conhecimento do código em modelo T : especialização é OK, mas precisa ter conhecimento amplo também Rotação de pares ajuda a disseminar conhecimento Desenvolvedores consertam o build independente de quem quebrou

116 Propriedade Coletiva de Código Comportamentos: Não existe silos de conhecimento na equipe Conhecimento do código em modelo T : especialização é OK, mas precisa ter conhecimento amplo também Rotação de pares ajuda a disseminar conhecimento Desenvolvedores consertam o build independente de quem quebrou Desenvolvedores procuram trabalhar em áreas diferentes para aprimorar conhecimento

117 entrega contínua

118 AGILE 101 Time Ágil análise + design desenvolvimento QA centralizado QA + integração IT operações release + operação cliente teste + showcase iteração A Última Milha

119 ENTREGA CONTÍNUA cliente time de entrega fluxo constante de entrega em produção

120 Desenvolve Máquina Local Servidor Central

121 Desenvolve Máquina Local Servidor Central Build

122 Desenvolve Máquina Local Servidor Central Build

123 Desenvolve Máquina Local Servidor Central Build pull

124 Desenvolve Máquina Local Servidor Central Build pull Build

125 Desenvolve Máquina Local Servidor Central Build pull Build

126 Desenvolve Máquina Local Servidor Central Build pull Build push

127 Desenvolve Máquina Local Servidor Central Build pull Build Build push

128 Desenvolve Máquina Local Servidor Central Build pull Build push Build Pronto!

129 Desenvolve Máquina Local Servidor Central Build pull Build push Build Pronto!

130 Desenvolve Máquina Local Todo mundo faz Servidor Central Build commit no trunk pull Build todos os dias push Build Pronto!

131 Integração Contínua

132 Integração Contínua Comportamentos:

133 Integração Contínua Comportamentos: Desenvolvedores fazem commit frequentemente, idealmente várias vezes por dia

134 Integração Contínua Comportamentos: Desenvolvedores fazem commit frequentemente, idealmente várias vezes por dia Build roda testes automatizados de diversos níveis

135 Integração Contínua Comportamentos: Desenvolvedores fazem commit frequentemente, idealmente várias vezes por dia Build roda testes automatizados de diversos níveis Os builds estão geralmente verdes

136 Integração Contínua Comportamentos: Desenvolvedores fazem commit frequentemente, idealmente várias vezes por dia Build roda testes automatizados de diversos níveis Os builds estão geralmente verdes Desenvolvedores reagem quando o build quebra

137 Integração Contínua

138 Integração Contínua Comportamentos:

139 Integração Contínua Comportamentos: Desenvolvedores trabalham para reduzir o tempo do build

140 Integração Contínua Comportamentos: Desenvolvedores trabalham para reduzir o tempo do build Desenvolvedores sempre rodam testes antes de fazer commit para minimizar a chance de builds quebrados

141 Integração Contínua Comportamentos: Desenvolvedores trabalham para reduzir o tempo do build Desenvolvedores sempre rodam testes antes de fazer commit para minimizar a chance de builds quebrados Desenvolvedores não fazem commit quando o build está quebrado

142 Branch por Funcionalidade

143 Desenvolvimento no Trunk

144 Desenvolvimento no Trunk

145 Desenvolvimento no Trunk Comportamentos:

146 Desenvolvimento no Trunk Comportamentos: Commits que quebram o build são rapidamente consertados ou revertidos

147 Desenvolvimento no Trunk Comportamentos: Commits que quebram o build são rapidamente consertados ou revertidos Uso de branches é limitado: vida curta ou branch para releases

148 Desenvolvimento no Trunk Comportamentos: Commits que quebram o build são rapidamente consertados ou revertidos Uso de branches é limitado: vida curta ou branch para releases Desenvolvedores usam branch por abstração quando mudanças maiores são necessárias

149 Desenvolvimento no Trunk Comportamentos: Commits que quebram o build são rapidamente consertados ou revertidos Uso de branches é limitado: vida curta ou branch para releases Desenvolvedores usam branch por abstração quando mudanças maiores são necessárias Qualquer commit pode ir para produção

150

151 ESFORÇO DOR

152 ESFORÇO DOR

153 Gerenciar Dívida Técnica

154 Gerenciar Dívida Técnica Comportamentos:

155 Gerenciar Dívida Técnica Comportamentos: Equipe cataloga e estima items relacionados à dívida técnica

156 Gerenciar Dívida Técnica Comportamentos: Equipe cataloga e estima items relacionados à dívida técnica Equipe dedica uma porcentagem de tempo em cada iteração para atacar items de dívida técnica

157 Gerenciar Dívida Técnica Comportamentos: Equipe cataloga e estima items relacionados à dívida técnica Equipe dedica uma porcentagem de tempo em cada iteração para atacar items de dívida técnica Dívida relacionada à arquitetura é capturada e priorizada para permitir evolução a longo prazo

158 Gerenciar Dívida Técnica Comportamentos: Equipe cataloga e estima items relacionados à dívida técnica Equipe dedica uma porcentagem de tempo em cada iteração para atacar items de dívida técnica Dívida relacionada à arquitetura é capturada e priorizada para permitir evolução a longo prazo Decisões sobre escopo levam dívida técnica em consideração

159 Implantação Automatizada

160 Implantação Automatizada Comportamentos:

161 Implantação Automatizada Comportamentos: Equipe procura automatizar passos para deploy

162 Implantação Automatizada Comportamentos: Equipe procura automatizar passos para deploy Script inclui não apenas deploy de código, mas também recursos dependentes: banco de dados, infraestrutura, filas, etc.

163 Implantação Automatizada Comportamentos: Equipe procura automatizar passos para deploy Script inclui não apenas deploy de código, mas também recursos dependentes: banco de dados, infraestrutura, filas, etc. É fácil subir ambientes parecidos com produção

164 Infraestrutura como Código

165 Infraestrutura como Comportamentos: Código

166 Infraestrutura como Código Comportamentos: É fácil subir ambientes parecidos com produção

167 Infraestrutura como Comportamentos: Código É fácil subir ambientes parecidos com produção Alterações de infraestrutura não precisam de tickets para equipes externas

168 Infraestrutura como Comportamentos: Código É fácil subir ambientes parecidos com produção Alterações de infraestrutura não precisam de tickets para equipes externas Código de infraestrutura é testado e parte da pipeline de entrega

169 Infraestrutura como Comportamentos: Código É fácil subir ambientes parecidos com produção Alterações de infraestrutura não precisam de tickets para equipes externas Código de infraestrutura é testado e parte da pipeline de entrega Pouco uso de ambientes compartilhados

170 Pipeline de Implantação

171 Pipeline de Implantação...(a pipeline de implantação) é a manifestação automatizada do processo de levar o software do controle de versão para as mãos dos usuários" -- Jez Humble

172 Em Português!

173 Pipeline de Implantação Controle de Versão Repositório de Artefatos Ambiente de Dev Ambiente de Integração Ambiente de QA Ambiente de Produção App A Testes Unitário Testes de Componente Serviço B Serviço C Testes Unitário Testes Unitário Testes de Componente Testes de Componente Testes de Contrato Testes de Contrato Deploy em Dev Smoke Teste de Aplicação Deploy em Int Smoke Serviço D Testes Unitário Testes de Componente Testes de Contrato Deploy em Dev Smoke Deploy em Int Smoke Teste Pontaa-Ponta Deploy em QA Smoke Testes de Performance UAT Deploy em Production Smoke App E App F Testes Unitário Testes Unitário Testes de Componente Testes de Componente Testes de Contrato Deploy em Dev Smoke Teste de Aplicação Deploy em Int ( ) COTS Deploy em Int (...)

174 Pipeline de Implantação

175 Pipeline de Implantação Comportamentos:

176 Pipeline de Implantação Comportamentos: Mudanças em produção podem ser traçadas desde o commit original

177 Pipeline de Implantação Comportamentos: Mudanças em produção podem ser traçadas desde o commit original Pipeline possui diversos estágios para diferentes níveis de teste

178 Pipeline de Implantação Comportamentos: Mudanças em produção podem ser traçadas desde o commit original Pipeline possui diversos estágios para diferentes níveis de teste Estágios são otimizados para maximizar feedback rápido

179 Pipeline de Implantação Comportamentos: Mudanças em produção podem ser traçadas desde o commit original Pipeline possui diversos estágios para diferentes níveis de teste Estágios são otimizados para maximizar feedback rápido Código de infraestrutura integrado com código de produção na pipeline

180 Pipeline de Implantação Comportamentos: Mudanças em produção podem ser traçadas desde o commit original Pipeline possui diversos estágios para diferentes níveis de teste Estágios são otimizados para maximizar feedback rápido Código de infraestrutura integrado com código de produção na pipeline Inclusão de testes pré-release (desempenho, carga, stress, )

181 Resumindo...

182 práticas de engenharia são essenciais para ser ágil

184 minhas práticas de engenharia

185

186 testes automatizados design design incremental TDD testes automatizados refatoração metáfora TDD linguagem ubíqua colaboração propriedade coletiva de código standards de código programação pareada gerenciar dívida técnica desenvolvimento no trunk Entrega contínua desenvolvimento no trunk integração contínua pipeline de implantação implantação automatizada infraestrutura como código

187 quais são as suas práticas?

188 Obrigado! Danilo - Desenvolvedor, Arquiteto, Coach, DevOps, Treinador