Please enable JavaScript.

Coggle requires JavaScript to display documents.

Gestão de projetos ágeis (Agile (Inicio (Era baseado em processos de…

- - - - Indivíduos e interações, mais que processos e ferramentas
      - Software em funcionamento mais que documentação abrangente.
      - Colaboração com o cliente mais que negociação de contratos.
      - Responder a mudanças mais que seguir plano.
  - - - Definição
        
        Combinação de abordagem colaborativa, com conjunto de boas práticas de engenharia de software.
      - Proposta
        
        A proposta da XP não é ser uma metodologia radicalmente técnica e imediatista. O extremismo vem da proposta de usar ao máximo as boas práticas de engenharia de software já reconhecidos pela industria.
      - Valores
        
        Comunicação
        
        Muito mais que saber programar: é entender as pessoas.
        
        Simplicidade
        
        Uma arquitetura simples é mais fácil de ser implementada do que uma complexa.
        
        Coragem
        
        Feedback
        
        Antecipe o feedback. Faça o cliente emitir suas opiniões sobre o software.
        
        Respeito
        
        Encontrar culpados é uma forma eficiente de minar a sinergia da equipe. Criar oportunidades de aprendizado e colaboração valoriza os indivíduos e fortalece o comprometimento.
      - Inicio projeto XP
        
        Fase exploração
        
        O projeto começa com o cliente expondo suas necessidades aos desenvolvedores, para que eles entendam, qual tipo de software precisa ser feito.
        
        Jogo do planejamento
        
        O planejamento é um exercício colaborativo, com clientes desenvolvedores alinnhando os detalhes do projeto.
        
        Estimativas
        
        O cliente sabe que estimativas possuem um grau de incerteza. As técnicas utilizadas para estimar, não pretendem oferecer precisões precisas.
        
        Releases e iterações
        
        Um release é uma versão do software que entra em produção, Ciclo de iteração é um ciclo, onde estão as funcionalidades para ser entregue.
      - Práticas para código
        
        Testes automatizados
        
        Refatorações
        
        Programação pareada
        
        Padronização do código
        
        Propriedade coletiva
        
        Repositório de código
        
        Stand up Metting
        
        Integração contínua
        
        Build Ágil
        
        Sinergia entre práticas
      - Ambiente
        
        As paredes e as mesas são usadas de maneira a reforçar os valores da comunicação e do feedback. O ambiente como um todo inclui elementos funcionais que incentivam a colaboração entre os envolvidos e contribuem para criar uma atmosfera informativa.
        
        As paredes são um atrativo valioso para equipes XP. Elas são utilizadas para publicar informações relevantes sobre o status do projeto por meio de gŕaficos, pôsteres, quadros de tarefas, diagramas e áreas de rascunho.
        
        Estes elementos funcionam como "radiadores de informação", termo criado por Alistair Cockburn (2006)
        
        Mesas e cadeiras
        
        A disposição das meses deve ser pensada de forma a favorecer a comunicação e a difusão das informações inerentes ao projeto.
        Reduzir distâncias e eliminar barreiras visuais são algumas formas de potencializar esse efeito.
    - - Definição
        
        É um framework ágil que auxilia no gerenciamento de projetos complexos e no desenvolvimento de produtos.
        Possui como premissa a existência de um processo iterativo e incremental para o desenvolvimento, trazendo uma nova dimensão na capacidade de resposta e adaptabilidade da gestão dos processos.
        
        É conhecido como um framework que prescreve um conjunto de praticas leves e objetivas, muito utilizadas na área de desenvolvimento de software.
        
        Foco
        
        Foi elaborado tendo como foco a resolução de problemas complexos em ambientes de alta imprevisibilidade.
- - - - Decompor o requisito em partes e entregar uma parte menor e funcional do software. (Incremento funcional)
    - - Deve-se explicar ao dono do produto a sua importância no desenvolvimento, pois somente ele sabe como exatamente o produto deve ser em seu estágio final, a falta de comprometimento do mesmo cumina em um resultado possívelmente indesejado, insuficiente ou até parcialmente/totalmente descartavel, Somente o dono do produto pode dizer como deve ser o projeto, e o mesmo não pode escalar terceiros para isso (Desejávelmente).
    - - Deve-se aplicar métricas para a equipe de desenvolvimento adequar melhor a sua capacidade de produção (Ex: Story points), a equipe também deve ter coragem de assumir que não é possível entregar no prazo, ou que será muito dificil, e por isso inserir alguns requisitos na próxima sprint, ou estender o prazo da sprint, não muito além do recomendado para encaixar resultado no tempo estipulado.
    - - A atenção da equipe deve ser chamada, ela deve sentar e conversar entre sí, para localizar o problema e então soluciona-lo, pois toda equipe é responsável pelos erros do incremento, não apenas um individuo.