Mind map
Métodos Ágeis 4
Mapa mental: Métodos ágeis
Map content
Métodos Ágeis 4
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
- Ágil = Frágil
- 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
- Big Upfront Design
- 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
- Design Spikes
- 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
- Tradicional
- Mitos
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
- Tradicional
- 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
- A adoção de métodos de desenvolvimento
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
- Organização
- Técnicas Ágeis Mais Utilizadas
Information
- Description
- Introdução a Arquitetura de Software Mind Map on Métodos Ágeis 4, created by Roberto de Melo on 21/04/2018.
- Created by
- Roberto de Melo
- Views
- 35
- Rating