Métodos Ágeis 4

Métodos Ágeis 4

1. 11 - Arquitetura em Projetos Ágeis

   • Mitos
     • Ágil = Frágil
       • Ser ágil não significa que você pode realizar mudanças arquiteturais significativas no último momento. Uma boa arquitetura sempre nasce de boas práticas de desenvolvimento
     • Nenhuma Arquitetura
     • Nenhum Design
     • Somente funciona para pequenos projetos
   • Uma boa arquitetura
     • Aquela em que a significância das decisões é reduzida. Decisões mais importantes são aquelas que reduzem a importância de outras
     • Torna mudanças fáceis de se fazer
     • Reduz custo de mudanças
   • Arquitetura Tradicional
     • Foca em regras, padrões e diretrizes limitando o espaço de solução dos projetos
     • Projetos grandes. Mudanças se tornam desafio
   • Requisitos de uma Arquitetura Ágil
     • O design deve melhorar a comunicação entre as equipes. Deve ser compreensível a todos se muita documentação
     • Deve permitir testes. Deve permitir comunicação e colaboração com o cliente
     • Deve responder a mudanças
   • Design
     • Big Upfront Design
       • Impossível se conhecer tudo antecipadamente
       • Falta de flexibilidade; de extensibilidade; de adaptabilidade
       • Arquitetura pode ser ignorada porque membros da equipe não foram envolvidos em sua criação
     • No Upfront Design
       • Nenhum design antecipado
       • Membros da equipe possuem alta experiência técnica
       • Membros da equipe possuem conhecimento profundo do domínio
     • Reduce Upfront Design
       • Pouco design antecipado (mas não tão pouco).
       • Não se tem que saber precisamente o que construir antes de começar a construir
       • Uma iteração/sprint 0 pode ajudar a definir conceitos arquiteturais chave, uma visão e uma arquitetura inicial
   • Práticas
     • Design Spikes
       • Objetivo: Identificar uma abordagem arquitetural
       • Tempo: Poucas horas a poucos dias.
       • Ferramentas: codificação exploratória, uso de quadro branco
       • Times pequenos, inteligentes, e orientados a metas
       • Respostas baseadas em evidências. Protótipos funcionando
       • Escopo e duração limitados (2-6 semanas)
       • Falhar é uma opção. Permite respostas que irão mudar seus objetivos
     • Branches Diferentes
       • Objetivo: Experimentar fora do branch principal
       • Tempo: Poucas horas e poucos dias
       • Quando terminado: Realizar merge ou jogar for a o branch trabalhado
     • Refinar Abstrações
       • Objetivo: Refatorar para eliminar código redundante
       • Tempo: poucos minutos
       • Quando fazer: sempre que você detectar
     • Uso de Backlog Arquitetural
       • Requisitos arquiteturais
       • Tarefas relacionadas a spikes
       • Investigação arquitetural
       • Protótipos
       • Desenvolvimento de framework
   • Arquitetura Tradicional x Ágil
     • Tradicional
       • Visão geral
       • Produz modelos e desenhos
       • Não tão prática
       • Focada em conformidade
     • Ágil
       • Equilibra visão geral e detalhes
       • Produz o necessário para tomar decisões informadas
       • Prática
       • Focada na sustentabilidade

2. 12 - Desafios da adoção de métodos ágeis

   • A adoção de métodos de desenvolvimento
     • A adoção de qualquer método precisa respeitar a cultura organizacional
     • As pessoas precisam se acostumar a trabalhar com novas práticas e ter a capacitação adequada para tal
   • Alicerces dos Metodos
     • Tradicional
       • Controle do Escopo
       • Completo entendimento dos requisitos
       • Especificação dos Requisitos
     • Ágil
       • Integração contínua
       • Testes constantes
       • Código fonte
   • Gerenciamento e Organização
     • Cultura organizacional exerce grande influência
     • Gerente de projetos deixa de ser planejador e controlador para ser coordenador. Leva-se tempo para mudar a mentalidade dos gerentes
     • Documentação. Definição de uma estratégia de gerenciamento de conhecimento
   • Pessoas
     • Gerentes. Precisam escolher pessoas de acordo com o perfil da atividade
     • Clientes. Devem ser responsivos e colaboradores. Podem ser barreira para o sucesso
     • Coaches. Precisam ser pacientes Deve haver suficiente treinamento e coaching
   • Processos
     • Expectativa de métricas de controle
     • A implementação de atividades ágeis por desenvolvedores tradicionais pode ser custosa a princípio
     • Escolher o método ágil apropriado
   • Ferramentas e Tecnologias
     • Empresas devem usar ferramentas que suportam: Evolução incremental, integração contínua, gerenciamento de versões, refatoração, entre outras;
     • Práticas ágeis demandam uso intensivo de ferramentas

3. 13 - Práticas e dificuldades da adoção de métodos ágeis

   • Técnicas Ágeis Mais Utilizadas
     • Integração Continua 73%
     • Plano de Iteração 71%
     • Reunião Diaria em Pé 69%
     • Testes Unitario 62%
     • Refactoring 59%
   • Objetivos Gerais Mais Utilizadas
     • Produção de Software a cada iteração, sprint e fase 88%
     • Feedback Imediato do Cliente 51%
     • Fazer o mais simples possivel 45%
     • Discutir em grupo os Objetivos do Projeto 41%
     • Entregar a funcionalidade do software de forma completa 39%
   • Top 5 Razões de Fracasso
     • Pouco conhecimento e experiencia em métodos ágeis 49%
     • Pressão externa para seguir o método tradicional em cascata 49%
     • Filosofia ou cultura da empresa incompativel com os valores do método ágil 46%
     • Treinamento da equipe insuficiente 40%
     • Pouco Suporte em Gestão 38%
   • Fatores de Fracasso Por Dimensão
     • Organização
       • Pouco patrocinio dos executivos
       • Pouca gestão
       • Cultura da Organização muito tradicional
       • Cultura da Organização muito politica
       • Tamanho da Organização muito grande
       • Pouco arranjo de logistica ágil
     • Pessoas
       • Pouco skill necessario
       • Pouca gestão do projeto
       • Poucos integrantes no time
       • Resistencia de grupos ou pessoas
       • Mal relacionamento com o cliente
     • Processos
       • Mal definição do escopo do projeto
       • Mal definição dos requisitos do projeto
       • Mal definição do plano de projeto
       • Mal definição dos papeis de clientes
       • Pouco progresso no mecanismo de rastreabilidade ágil
       • Pouca presença do cliente
     • Tecnico
       • Inapropriada ferramenta e tecnologia
       • Pouco utilização dos conjunto de praticas ágeis