Metodologias Ágeis. Equipe WEB Cercomp

Transcrição

1 Metodologias Ágeis Equipe WEB Cercomp

2 Metodologias ágeis Surgiram com a finalidade de substituir o modelo de desenvolvimento Ad hoc, que trata o ciclo de construção do software de uma maneira fechada, sem se preocupar com a demanda do usuário, ou seja, prazo, custo ou qualidade; Tem como principais objetivos a finalização do software e a satisfação do cliente (define o sucesso de um projeto); Pauta se na gerência, controle e desenvolvimento de projetos de modo simples, visando uma super produtividade e uma maleabilidade em relação à futuras alterações no mesmo; Combinação inteligente de métodos testados e experimentados; 2

3 Metodologias ágeis Delimitam o desenvolvimento dos projetos em equipes, que geralmente são compostas por: Gerente (Responsável pelo projeto); Dono do projeto (Cliente, quem necessita do software, inclui também usuários do mesmo); Desenvolvedores. Tais equipes devem ser otimizadas, de modo a realizarem bem suas devidas funções e cada integrante da mesma, possui suas responsabilidades; O design do software deve prezar pela excelência técnica; Projetos devem prezar pela simplicidade (KISS). 3

4 Metodologias ágeis Pauta se em reuniões que podem ser definidas basicamente de dois tipos: Rápidas: Prolongadas: As reuniões rápidas geralmente ocorrem diariamente ou semanalmente e tem como objetivo deixar o Gerente do projeto e toda a equipe a par do que cada integrante da equipe está fazendo, irá fazer e também para solucionar problemas que estão dificultando a evolução do projeto. As reuniões prolongadas geralmente ocorrem 1 ou 2 vezes por mês e têem como objetivo definir escopos, metas e lançar releases (partes funcionais do programa) para demonstrar ao cliente como está o processo de desenvolvimento do software (dessa maneira é possível fazer alterações imediatas e causar menos impactos em modificações futuras), dentre outros. 4

5 Metodologias ágeis Utiliza métodos para garantir a qualidade do software: Desenvolvimento em pares; Análise de requisitos (produzir software seguindo fielmente as especificações do cliente); Desenvolvimento Orientado a Testes; Propriedade coletiva do código (ninguém é dono de um código, o mesmo está sujeito à alterações por qualquer integrante da equipe que tenha permissão para tal); Pequenas versões (Small Releases); Implantação e capacitação dos usuários. 5

6 Manifesto ágil Teve como motivação criar alternativas para o desenvolvimento de software em cascata¹ e para tal teve como definição os seguintes princípios: Indivíduos e interações são mais importantes que processos e ferramentas; Software funcionando é mais importante do que documentação completa e detalhada; Colaboração com o cliente é mais importante do que negociação de contratos; Adaptação a mudanças é mais importante do que seguir o plano inicial. [1]. Modelo de desenvolvimento de software sequencial no qual o desenvolvimento é visto como um fluir constante para frente (como uma cascata) através das fases de análise de requisitos, projeto, implementação, testes (validação), integração, e manutenção de software. 6

7 Ambientes Ideais para as Metodologias Ágeis Não se pode definir com exatidão um ambiente ideal para aplicar métodos ágeis, pois cada projeto tem suas próprias peculiaridades, mas em geral, ambientes que se adaptam bem à tais metodologias são ambientes: Baixa criticidade; Desenvolvedores sêniores ( Em geral, são bastante atenciosos com o código que produzem, tem profundo conhecimento de diversas áreas e não precisam de ser abordados para serem questionados sobre o seu trabalho, tudo que precisam é de um repositório para enviarem seus códigos² ); Mudanças frequente de requisitos; Pequeno número de desenvolvedores; Cultura que tem sucesso no caos. [2]. Akita, F. Entrevista com Fabio Akita ageis/ 7

8 Humanização do Software Pessoas + Projetos + Produtos + Processos Deve haver uma preocupação não apenas com a finalização do software, mas também com todo o escopo que engloba o projeto; O software é produzido para interagir com pessoas e portanto deve ter um escopo bem definido, deve ser objetivo/simples e funcional; Bom relacionamento pessoal entre os integrantes de uma equipe; Definição clara de funções e liberdades para cada integrante de uma equipe (sendo que tais funções podem ser alteradas de um projeto para o outro ou até mesmo dentro do processo de evolução de um determinado projeto); 8

9 Conclusão Todos os pontos abordados acima, contribuem não somente para a eficácia (qualidade, funcionalidade do produto e satisfação do cliente), como também para o amadurecimento da equipe, afinal, cada projeto executado com sucesso, significa mais conhecimento da equipe e de melhores formas de abordar o cliente, detalhando para ele os casos de sucesso e o questionando da melhor maneira possível para que haja uma análise de requisitos suficiente para atender suas necessidades, sem desperdiçar tempo e custo com requisitos inadequados. 9

10 Referências IME/USP Metodologias Ágeis Wikipedia Modelo em Cascata Wikipedia Ad hoc Wikipedia Desenvolvimento ágil de Software %C3%A1gil_de_software 10