A Engenharia de Requisitos no contexto Ágil Guilherme Siqueira Simões 05/09/2017 FATTO CONSULTORIA E SISTEMAS 1
ORIENTAÇÕES INICIAIS Dê preferência ao uso de uma conexão de banda larga O evento não fará uso do vídeo (webcam), somente slides e áudio Se necessário, ajuste o idioma da sala na barra de ferramentas superior O evento terá ~45 min. de apresentação e ~15 min. finais para perguntas Você pode mandar suas perguntas pelo chat ao longo da apresentação Para quem possui a certificação PMP, o evento vale 1 PDU A apresentação será gravada e o vídeo publicado posteriormente no site e redes sociais: 2
MISSÃO Ajudar nossos clientes no planejamento e avaliação de desempenho de processos de TI para alavancar o sucesso de seu negócio. DIRECIONAMENTO ESTRATÉGICO COM: Estimativas e Medição de Projetos de Software Implantação daanálise de Pontos de Função (IFPUG, NESMA, COSMIC) Auditoria de Medições de Projetos de Software Medidos com APF Benchmarking e Análises de produtividade Avaliação para Melhoria dos Processos de Software Engenharia de Requisitos Planejamento e avaliação do desempenho (Escopo, Esforço, custo, prazo, qualidade) Construção e Monitoramento de Contratos de Software baseados em Resultados Integração do Desenvolvimento Ágil com a Governança Corporativa de TI usando Métricas Funcionais 3
FORMAÇÃO PROFISSIONAL APF: Fundamentos, Benefícios e Implantação 8h (EAD e presencial) Preparação para o Exame CFPS 96h (EAD e presencial) Preparação para o Exame COSMIC 16h (EAD e presencial) Capacitação em APF: Medição e Estimativa de Software 16h (EAD e presencial) Medição e Estimativa de Software com o Método COSMIC 16 horas (Presencial) Engenharia de Requisitos de Software 24 horas Workshop APF: Metodologia e Práticas de Medição 16h (Presencial) Oficina de Contagem de Pontos de Função Sessões de 8 ~ 40h Oficina de Requisitos Sessões de 8 ~ 40h Estimativa de Software: Fundamentos e Técnicas 24h (EAD e presencial) Introdução ao Gerenciamento de Projetos 16h Gestão de Riscos em Projetos 16h 4
Agenda A Engenharia de Requisitos (EREQ) O SCRUM Requisito Valores e principios do Manifesto Ágil 5
O que é Engenharia de Requisitos Disciplina da Engenharia de Software que consiste no uso sistemático e repetitivo de técnicas para cobrir atividades de Obtenção, Documentação, Manutenção de um conjunto de requisitos para software que atendam aos objetivos de negócio e sejam de qualidade* * Veja youtu.be/d8xmsaer2f4 6
O SCRUM e seus papéis Dono do Produto Equipe de Desenvolvimento SCRUM Master 7
Dúvidas É necessário definir um escopo inicial? O que é o Product Backlog? Quem o elabora? Quem descobre quem são os interessados que devem ser satisfeitos? Quem é responsável por priorizar as historias a desenvolver? Quem refina as necessidades até o nível de informação necessário ao desenvolvimento? 8
Papéis do SCRUM e a EREQ Num processo tradicional, em geral, cada papel é desempenhado por uma pessoa distinta. Logo, o trabalho da EREQ fica com alguém com um título como: analista ou engenheiro de requisitos No SCRUM, a EREQ é responsabilidade principal do Dono do Produto ou delegada por este à Equipe de Desenvolvimento, que é multifuncional. Porém, ao refinar um requisito, a Equipe de Desenvolvimento está executando também a EREQ Portanto, é necessário que estes responsáveis dominem conceitos e técnicas da EREQ 9
Requisito = Documentação 10
Definição de Requisito ISO/IEC/IEEE 24765 (1) uma condição ou capacidade necessária por um usuário para resolver um problema ou alcançar um objetivo. (2) uma condição ou capacidade que deve ser atingida ou possuída por um sistema ou componente de um sistema para satisfazer um contrato, padrão, especificação ou outro documento formalmente imposto (3) uma representação documentada de uma condição ou capacidade como em (1) ou (2)...ou Especificação de Requisitos desejo (projeto) produto Documentação das capacidades do projeto ou produto 11
Processos da EREQ Elicitação Informações Análise de Requisitos Pesquisa, investiga necessidades Organiza, especifica, verifica e valida Mudanças Administra conflitos e mudanças, busca aprovação, prioriza Requisitos Gerência de Requisitos 12
A EREQ no processo ágil A EREQ num processo ágil restringe o esforço gasto para entender um requisitos ao mínimo necessário para aquele momento. Ou seja, o requisito que irá ser implementado hoje tem mais detalhe que um requisito que será implementado no próximo bimestre. Não é necessário refinar detalhes de todos os requisitos. É lógico que os mais críticos ou complexos necessitam de mais detalhes. 13
Valores do Manifesto Ágil* Indivíduos e interações mais que processos e ferramentas. Comentário: * Veja http://agilemanifesto.org 14
Valores do Manifesto Ágil Software em funcionamento mais que documentação abrangente. Comentário: 15
Valores do Manifesto Ágil Colaboração com o cliente mais que negociação de contratos. Comentário: 16
Valores do Manifesto Ágil Responder a mudanças mais que seguir um plano Comentário: 17
Principio #1 do Manifesto Ágil #1: Nuestra mayor prioridad es satisfacer al cliente mediante la entrega temprana y continua de software con valor. Comentário: 18
Principio #2 do Manifesto Ágil #2: Aceptamos que los requisitos cambien, incluso en etapas tardías del desarrollo. Los procesos Ágiles aprovechan el cambio para proporcionar ventaja competitiva al cliente. Comentário: 19
Principio #3 do Manifesto Ágil #3: Entregamos software funcional frecuentemente, entre dos semanas y dos meses, con preferencia al periodo de tiempo más corto posible. Comentário: 20
Principio #4 do Manifesto Ágil #4: Los responsables de negocio y los desarrolladores trabajamos juntos de forma cotidiana durante todo el proyecto. Comentário: 21
Principio #6 do Manifesto Ágil #6: El método más eficiente y efectivo de comunicar información al equipo de desarrollo y entre sus miembros es la conversación cara a cara. Comentário: 22
Principio #10 do Manifesto Ágil #10: La simplicidad, o el arte de maximizar la cantidad de trabajo no realizado, es esencial. Comentário: 23
Conclusão A EREQ é uma disciplina independente de qualquer tipo de processo de desenvolvimento, mas necessária a todos eles O modo que se executa a EREQ em um processo tradicional não é igual ao de um processo ágil Ainda que se troque nomes de atividades, cargos de quem as executa, momentos em que estas são executadas e artefatos gerados, a EREQ segue presente 24
Conclusão Uma visão radical da EREQ o da filosofia ágil gera conflitos, porém, a melhor solução não está nos extremos Os dois conceitos são complementares: Ágil: Entrega rápida de software funcionando EREQ: Entrega do software correto Velocidade sem direção não tem muito valor! 25
AVALIAÇÃO DO EVENTO 26
PRÓXIMOS EVENTOS WEBINARS: Estimativa de esforço e prazo com o COCOMOII Data: 16/10/17 às 20h Inscrição: https://goo.gl/ykpdy8 Levantamento de requisitos com Observação/Etnografia Data: 21/11/17 às 20h Inscrição: https://goo.gl/vjnb1e CURSO SUGERIDO: Engenharia de Requisitos: Software Orientado ao Negócio On-line: http://www.fattocs.com/pt/ereq-ead Presencial: Rio de Janeiro, BH, Brasília, Curitiba, São Paulo http://fattocs.com/pt/cursos/calendariocursos.html 27
PERGUNTAS? Obrigado pela sua atenção! Guilherme Siqueira Simões guilherme.simoes@fattocs.com www.linkedin.com/in/guilhermesimoes Skype: guilherme.s.simoes Brasília: (61) 4063-7484 São Paulo: (11) 4063-4658 Vitória: (27) 3026-6304 Rio de Janeiro: (21) 4063-5311 28