A Engenharia de Requisitos no contexto...

FATTO CONSULTORIA E SISTEMAS

Guilherme Siqueira Simões

05/09/2017

1

A Engenharia de Requisitos no contexto

Ágil

© 2017 FATTO Consultoria e Sistemas | www.fattocs.com 1

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:

ORIENTAÇÕES INICIAIS


MISSÃO

Estimativas e Medição de Projetos de Software

Implantação da Aná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

DIRECIONAMENTO ESTRATÉGICO COM:

Ajudar nossos clientes no planejamento e avaliação de desempenho de

processos de TI para alavancar o sucesso de seu negócio.


Engenharia de Requisitos

de Software

24 horas

Estimativa de Software:

Fundamentos e Técnicas

24h (EAD e presencial)

Oficina de Contagem

de Pontos de Função

Sessões de 8 ~ 40h

Gestão de Riscos em

Projetos

16h

Oficina de Requisitos

Sessões de 8 ~ 40h

Introdução ao

Gerenciamento de Projetos

16h

Medição e Estimativa de

Software com o Método

COSMIC

16 horas (Presencial)

Preparação para

o Exame CFPS


APF: Fundamentos,

Benefícios e Implantação


Capacitação em APF:

Medição e

Estimativa de Software


Workshop APF:

Metodologia

e Práticas de Medição

16h (Presencial)

FORMAÇÃO PROFISSIONAL

Preparação para

o Exame COSMIC



Agenda

➢A Engenharia de Requisitos (EREQ)

➢O SCRUM

➢Requisito

➢Valores e principios do Manifesto Ágil

5© 2017 FATTO Consultoria e Sistemas | www.fattocs.com 5

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*

O que é Engenharia de Requisitos

6

* Veja youtu.be/d8XmSaER2F4© 2017 FATTO Consultoria e Sistemas | www.fattocs.com

https://youtu.be/d8XmSaER2F4

O SCRUM e seus papéis

Dono do Produto

Equipe de Desenvolvimento

SCRUM Master

7© 2017 FATTO Consultoria e Sistemas | www.fattocs.com

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?


Papéis do SCRUM e a EREQ

Num processo tradicional, em geral, cada papel é desempenhadopor uma pessoa distinta. Logo, o trabalho da EREQ fica comalguém com um título como: analista ou engenheiro derequisitos

No SCRUM, a EREQ é responsabilidade principal do Dono doProduto ou delegada por este à Equipe de Desenvolvimento, queé multifuncional. Porém, ao refinar um requisito, a Equipe deDesenvolvimento está executando também a EREQ

Portanto, é necessário que estes responsáveis dominemconceitos e técnicas da EREQ


Requisito = Documentação


Definição de Requisito

(1) uma condição ou capacidade necessáriapor 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

ISO/IEC/IEEE 24765


Processos da EREQ

Elicitação Análise de Requisitos

Gerência de Requisitos

Mudanças

Informações

Requisitos

Pesquisa, investiganecessidades

Organiza, especifica,verifica e valida

Administra conflitos e

mudanças, busca aprovação, prioriza


A EREQ no processo ágil

A EREQ num processo ágil restringe o esforço gastopara entender um requisitos ao mínimo necessáriopara aquele momento.

Ou seja, o requisito que irá ser implementado hoje temmais detalhe que um requisito que será implementadono próximo bimestre.

Não é necessário refinar detalhes de todos osrequisitos. É lógico que os mais críticos ou complexosnecessitam de mais detalhes.


“Indivíduos e interações mais que processos eferramentas.”

Comentário:

Valores do Manifesto Ágil*

* Veja http://agilemanifesto.org


http://agilemanifesto.org/

“Software em funcionamento mais quedocumentação abrangente.”

Comentário:

Valores do Manifesto Ágil


“Colaboração com o cliente mais que negociaçãode contratos.”

Comentário:



“Responder a mudanças mais que seguir umplano”

Comentário:



#1: “Nuestra mayor prioridad es satisfacer al cliente

mediante la entrega temprana y continua de software

con valor.”

Comentário:

Principio #1 do Manifesto Ágil


#2: “Aceptamos que los requisitos cambien, incluso enetapas tardías del desarrollo. Los procesos Ágilesaprovechan el cambio para proporcionar ventajacompetitiva al cliente.”

Comentário:



#3: “Entregamos software funcional frecuentemente,entre dos semanas y dos meses, con preferencia alperiodo de tiempo más corto posible.”

Comentário:


20

#4: “Los responsables de negocio y los desarrolladores

trabajamos juntos de forma cotidiana durante todo

el proyecto.”

Comentário:



#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:



#10: “La simplicidad, o el arte de maximizar lacantidad de trabajo no realizado, es esencial.”

Comentário:



• 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

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!

Conclusão


AVALIAÇÃO DO EVENTO


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

https://goo.gl/yKPDy8

https://goo.gl/vJNb1e

http://www.fattocs.com/pt/ereq-ead

http://fattocs.com/pt/cursos/calendariocursos.html

PERGUNTAS?

Brasília: (61) 4063-7484

São Paulo: (11) 4063-4658

Vitória: (27) 3026-6304

Rio de Janeiro: (21) 4063-5311

Obrigado pela sua atenção!

Guilherme Siqueira Simõ[email protected]

www.linkedin.com/in/guilhermesimoes

Skype: guilherme.s.simoes


A Engenharia de Requisitos no contexto...

Documents

Transcript of A Engenharia de Requisitos no contexto...