Objetivo primário da área Elicitação de Requisitos é entender as...

An

ali

sta

de

Ne

gó

cio

3.0

AN V 3.0 [68] | Rildo F Santos | (@rildosan) | [email protected] | www.etecnologia.com.br | http://etecnologia.ning.com 1

Elicitação (de Requisitos):

Elicitação (de Requisitos)

A Elicitação de requisitos é uma atividade-chave da Análise de Negócio. É essencial que os requisitos

sejam completos, claros, corretos e consistentes, porque eles servem como pilares da solução para as

necessidades do negócio.

Objetivo primário da área Elicitação de Requisitos é entender as necessidades das partes

interessadas.

Planejar

Elicitação de

Requisitos

Realizar

Elicitação de

Requisitos

Entrada

Demanda de

Negócio

Business

Case [incompleto]

Atualizar

Business

Case

Atividades Saída

Business

Case [incompleto]

Documento de

Requisitos

http://www.etecnologia.com.br/

An

ali

sta

de

Ne

gó

cio

3.0


Técnicas Análise de Documentos

Grupo de Foco

Análise de Interfaces

Observação (de Campo)

Rastreamento de Problemas

Brainstorming

Pesquisa/Questionário

Workshop de Requisitos

Entrevistas

Prototipagem

Dicas: Utilize mais que uma técnica para fazer a Elicitação de requisitos, por exemplo: - Entrevista + - Workshop de Requisitos + - Analise de documentos + - Observação (de campo) + - Questionário. A Prototipagem - também pode ser usada para reduzir o nível de abstração/complexidade e melhorar o entendimentos dos requisitos das partes interessadas.


Elicitação (de Requisitos): Técnicas


An

ali

sta

de

Ne

gó

cio

3.0


Entrada Saída

Demanda de

Negócio

Business

Case [incompleto]

Business

Case [incompleto] Atualizar

Business

Case

Atividades

Planejar Elicitação de Requisitos

Planejar

Elicitação de

Requisitos

Realizar

Elicitação de

Requisitos


Planejamento da Elicitação de Requisitos deve levar em conta todas as necessidades, capacidades e

recursos que são necessários para elaborar um Plano de Trabalho, para elicitação de requisitos, tais

como:

- Escolher quais são as técnicas mais adequadas para elicitação de requisitos

- Quem são as partes interessadas que participaram da elicitação de requisitos

- Definição da agenda (ou cronograma) de tarefas para realização da elicitação de requisitos

Após esta atividade, de planejamento, será realizada a elicitação de requisitos.

Documento de

Requisitos


An

ali

sta

de

Ne

gó

cio

3.0


Boa Prática:

- Combine mais que uma técnica para obter os requisitos necessárias. Exemplo: Entrevistas +

Observação de Campo + Análise de Documento + Workshop de Requisitos.

Entrevistas:

Entrevista com os usuários

geralmente é a técnica mais

utilizada para coleta de

informações e de requisitos.

Dicas:

- Informe qual é objetivo da

entrevista e como a pessoa

poderá contribuir.

- Escolher os entrevistados

certos, ou seja, aqueles que

podem e querem dar

informação.

- Fazer mais que uma

entrevista para o mesmo tema.

A diversidade de visões podem

ajudar no entendimento .

- Respeitar horários.

- Escutar o entrevistado.

- Manter “o foco” da entrevista.

Preenchimento de Questionários:

Preenchimento de questionário é

uma técnica eficiente para coleta de

informações e requisitos,

principalmente quando o número de

partes interessadas é muito grande

ou quando as partes interessadas

não possuem tempo para participar

de entrevistas, reuniões e

workshops.

Dicas:

- Informe qual é objetivo do

questionário.

- O questionário deve ser objetivo e

de fácil preenchimento.

- Não faça um questionário muito

longo, pois, responde-lo pode ser

cansativo e desinteressante.

- Estabeleça prazos para entrega do

questionário.

- Ajude as pessoas com dúvidas

sobre as questões.

Observação de Campo:

Observação permite capturar

“como” as partes interessadas

fazem suas atividades e tarefas.

A observação poderá ser

passiva (sem interação) ou ativa

(com interação).

Dicas:

- Informe qual é objetivo da

observação.

- Escolher os observados certos,

ou seja, aqueles que podem e

querem dar informação.

- Observar pessoas diferentes

para obter a diversidade de

visões.

- Respeitar a privacidade dos

observados.

- Respeitar horários.

- Não fazer inferências.

- Seja discreto.

Técnicas para Elicitação de Requisitos:


An

ali

sta

de

Ne

gó

cio

3.0


Análise de Documentos:

Objetivo:

Analise os documentos

Descrição:

Coletar e analisar os

documentos é um meio de

elicitar requisitos de um

sistema existente através

do estudo da

documentação disponível e

da identificação da

informação relevante.

Quando usar :

- Comprovar a existência de

documentos formais

- Entender os requisitos da

demanda de negócio

- Carência de evidências e

fatos.

Análise de Interfaces:

Objetivo:

Identificar interfaces entre soluções e/ou

componentes da solução e definir

requisitos que descrevem como elas irão

interagir

Descrição:

A analise de interface auxilia a clarear as

fronteiras entre os aplicativos. Ela distingue

qual aplicativo fornece funcionalidades

especificas junto das necessidades de

entrada e saída de dados. Fazendo uma

separação clara e cuidadosa dos requisitos

para cada aplicativo durante a definição

dos requisitos compartilhados de interface,

uma base para a interoperabilidade bem

sucedida e estabelecida.

Identificando quais interfaces são

necessárias para apoiar um aplicativo

define o terreno para elicitar uma grande

variedade de requisitos.

Quando usar :

- Identificar pontos de conexões da solução

com outros sistemas internos/externos

- Integrar a solução com sistema legado

- Solução baseada em componentes de

terceiros

Prototipagem:

Objetivo:

Reduzir o nível de abstração

e/ou complexidade e facilitar

o entendimento dos requisitos

através da apresentação de

protótipos

Descrição:

A prototipagem detalha os

requisitos das partes

interessadas e os integra aos

outros requisitos como casos

de uso, cenários, regras de

negocio. As partes

interessadas frequentemente

consideram a prototipagem

como um meio concreto de

identificar, descrever e validar

suas necessidades.

Quando usar :

- Reduzir o nível de abstração

- Facilitar o entendimento dos

requistos

- Validar os requisitos



An

ali

sta

de

Ne

gó

cio

3.0


Workshop de Requisitos:

Além de ser uma técnica para elicitação de requisitos, este o workshop também é uma

ferramenta para estimular a colaboração e para validar e/ou “chegar“ em entendimento

(ou acordo) sobre os requisitos da solução.

Regras gerais:

• Tem que ser evento formal, com convocação, confirmação, registro e etc

• Quem deve participar: todas as partes interessadas

• Deve ter uma duração fixa, por exemplo: 4 horas.

• Deve ter um objetivo predefinido, exemplo: Validar e aprovar as informações e requisitos da solução.

• Deve ter um facilitador, que também poderá mediar conflitos

• Evitar interrupções

Workshop pode ser dividido em duas partes:

Primeira Parte: Sessão Brainstorming

Algumas recomendações:

-O objetivo é a quantidade, ao invés de

qualidade. A, a ideia é identificar e escrever o

máximo de informações sobre os requisitos.

- Inicialmente foco deve ser de “alto nível”, ou

seja, sem se preocupar com detalhes

- Não julgar as informações.

Após a sessão de Brainstorming as

informações serão filtradas e organizadas.


Segunda Parte: Validar e aprovar as

informações e requisitos

- O objetivo: Fazer validação e aprovação das

informações e dos requisitos que foram

elicitadados.

- As informações e requisitos devem ser

apresentados as partes interessadas para que

elas possam validar e depois aprovar. Pontos

desconexos e divergentes devem ser dirimidos,

ajustados e corrigidos. Novos requisitos podem

surgir eles devem ser incorporados.

- Formalizar a validação e aprovação das

informações e dos requisitos.


An

ali

sta

de

Ne

gó

cio

3.0

AN V 3.0 [68] | Rildo F Santos | (@rildosan) | [email protected] | www.etecnologia.com.br | http://etecnologia.ning.com

O Brainstorming, foi criada

por Alex Osborn é uma

técnica que a ajuda a

desenvolver, explorar a

capacidade criativa das

pessoas. Brainstorming

propõe que um grupo de

pessoas se reúnam e se

utilizem das diferenças em

seus pensamentos e idéias

para que possam chegar a

um denominador comum.

O brainstorming pode ser utilizado para diversas finalidades como:

Desenvolvimento de soluções e/ou novos produtos - obter idéias para

soluções e/ou novos produtos e efetuar melhoramentos as soluções e/ou

produtos existentes.

Publicidade - desenvolver idéias para campanhas de publicidade.

Resolução de problemas - conseqüências, soluções alternativas, análise

de impacto e avaliação.

Gestão de Processos - encontrar formas de melhorar os processos de

negócio e de apoio.

Gestão de Projetos - identificar objetivos dos clientes, riscos, entregas,

pacotes de trabalho, recursos, tarefas e responsabilidades.

Há 3 principais partes no brainstorming:

Encontrar os fatos, Geração da idéia, Encontrar a solução.

Técnica para Elicitação: Brainstorming

Quatro principais regras do

brainstorming são:

- Críticas são rejeitadas;

- Criatividade é bem-vinda;

- Quantidade é necessária;

- Combinação e

aperfeiçoamento são

necessários (O objetivo desta

regra é encorajar a geração

de idéias adicionais para a

construção e reconstrução

sobre as idéias dos outros)

Da busca dos fatos na resolução de um problema existem duas sub

partes:

Definição do problema e Preparação.

Inicialmente, identifica-se o problema. O Brainstorming funciona para

problemas que têm muitas soluções possíveis tal como a geração de

idéias para o produtos com baixa aceitação no mercado.

Depois é necessário colher toda a informação que pode relacionar-se com

o problema.

Geração de idéias por brainstorming.

Busca da solução: Avaliar e selecionar as melhores idéias.

7


An

ali

sta

de

Ne

gó

cio

3.0


Quem são Partes Interessadas ?

Papel RACI

Analista de Negócio R

Dono da Demanda A

Usuários MS Office I

Equipe Central de Serviço I

Especialista Open Office C

Heavy User MS Office[1] C

Infl

uê

nc

ia d

a P

art

e In

tere

ss

ad

a

Impacto sobre a Parte Interessada

Alto

Alto Baixo

Diretor Geral Gerente de TI

Usuários MS Office

Alta influência

Baixo impacto

Alta influência

Alto impacto

Baixa influência

Alto impacto

Baixa influência

Baixo impacto

Usuários não MS Office

Para descobrir todas as partes interessadas, basta olhar o Business Case:

8


An

ali

sta

de

Ne

gó

cio

3.0


Necessidade do Negócio:

Detalhes do Business Case:

Diretriz de Negócio (Business Driver): Reduzir Custos

Requisito de Negócio: Reduzir custos de TI em 10%

Substituição do pacote MS Office pelo Open Office. Observação: O legado do MS Office deverá ser preservado.

Este Business Case, tem uma particularidade, o Escopo da Solução já está definido, mesmo antes da

Análise de Requisitos.

Isto ocorre porque este Business Case, nasceu de uma necessidade de negócio, no guia BABok, isto é

tratado pela tarefa 5.1 Definir a Necessidade do Negócio.

9


An

ali

sta

de

Ne

gó

cio

3.0


Definição da Agenda para realizar as atividades de Elicitação:

Considerando que as partes interessadas tem seus compromissos e atividades do dia-a-dia, é necessário

a definição de uma agenda comum para realização das atividades de Elicitação de Requisitos.

Agenda deve abranger e organizar as datas e hora para as entrevistas, reuniões e workshops que são

necessários para identificar e levantar todos os requisitos das partes interessadas.

Toda reunião, entrevista e workshop dever ter:

- Data, horário e local definido

- Convocação formal, por e-mail ou por outro canal de comunicação

- Confirmação formal das partes interessadas (participantes)

- Uma pauta definida

- Objetivo, o que se pretende alcançar com a reunião, entrevista ou workshop

- Ata ou registro

- Feedback

10


An

ali

sta

de

Ne

gó

cio

3.0


Realizar Elicitação de Requisitos


Realizar Elicitação de Requisitos:

A realização de Elicitação de Requisitos, ocorre através da aplicação das técnicas para levantamento

de requisitos. Técnicas:

- Entrevistas: Realização de entrevistas e reuniões

- Questionários: Preenchimentos de questionários

- Observação de campo: Realização da Observação de campo

- Análise de documentos: Coleta e Análise de Documentos

- Análise de Interfaces: Identificação e Análise de Interfaces.

- Protótipos: Elaboração e apresentação de protótipos

- Workshop de Requisitos: Realização do Workshop de Requisitos

Estas atividades tem dois objetivos:

Primeiro: Conhecer a situação atual

Segundo: Identificar os requisitos das partes interessadas

Entrada Saída

Demanda de

Negócio

Business

Case [incompleto]

Business


Business

Case

Atividades

Planejar

Elicitação de

Requisitos

Realizar

Elicitação de

Requisitos

Documento de

Requisitos

Técnicas utilizadas no Estudo de Caso: - Entrevistas - Questionários - Análise de Interfaces - Workshop de Requisitos


An

ali

sta

de

Ne

gó

cio

3.0


Requisitos de

Negócio

Requisitos

Funcionais

Requisitos

Não

Funcionais

Requisitos da

Solução

Entender o negócio

Entender As Partes Interessadas

Demanda de Negócio

(Necessidade, Problema

e/ou Oportunidade)

Solução

Visão das associações dos Requisitos

Requisitos das

Partes

Interessadas

Business Drivers Requisito de negócio é

aquilo que deve ser

entregue para fornecer

valor

12

Quais são as funcionalidades,

características de qualidade,

preocupações, expectativas

e restrições da solução.


An

ali

sta

de

Ne

gó

cio

3.0


Requisitos das

Partes

Interessadas

Demanda de Negócio

(Necessidade, Problema

e/ou Oportunidade)

Requisitos das Partes Interessadas

Requisitos das Partes Interessadas (segundo o Guia

BABok 2.0):

São declarações das necessidades de uma parte interessada

em particular ou classe de partes interessadas. Eles descrevem

as necessidades que uma dada parte interessada possui como

a ela irá interagir como a solução. Requisitos das partes

interessadas servem como uma ponte entre os requisitos de

negócio e as várias classes de requisitos da solução.

Através de técnicas, tais como: reuniões, entrevistas,

workshops e questionários com "as partes interessadas” é

possível elicitar os requisitos e ter respostas paras às

seguintes questões:

- Será que a solução contribuirá para os objetivos da

organização ?

- Dadas as restrições tecnológicas, organizacionais

(econômicas, políticas, ambientais, recursos disponíveis) e

temporais , será que a solução será implementada?

- Caso haja necessidade de integração entre diferentes

soluções, será que esta é possível?

A questão mais crítica é a primeira, já que uma solução que não

contribua para os objetivos da organização não lhe traz

qualquer valor agregado.

Entender As Partes Interessadas

Quais são as funcionalidades,

características de qualidade,

preocupações, expectativas

e restrições da solução.

13

Geralmente requisitos das partes interessadas são divididos:

- Requisitos Funcionais: São comportamentos e funcionalidades da solução

- Requisitos Não Funcionais: São características de qualidade, condições e restrições da solução


An

ali

sta

de

Ne

gó

cio

3.0


Na elicitação de requisitos das partes interessadas é comum aparecer desejos ao invés de

necessidades. Isto é das maiores fontes de problema na Elicitação de requisitos, pois muitas pessoas

fazem confusão entre “Necessidade não atendida” e “Desejos não realizado”.

Para um melhor entendimento vamos fazer uma comparação entre Necessidade e Desejo:

Necessidade Desejo

Atende a pelo menos um objetivo do negócio Não atende os objetivos de negócio. Atende

aos anseios de uma parte interessada

Representa uma necessidade de uma área,

unidade de negócio ou da organização

Geralmente representa um desejo individual

É possível elaborar o ROI Geralmente não possui ROI

Agrega valor ao negócio Dificilmente agrega valor ao negócio

Tem um nível de prioridade definido Não tem um nível de prioridade definido

O Analista de Negócio deve saber como lidar com as necessidades e como os desejos das

partes interessadas.

Devemos evitar a Síndrome da

Criança na Loja de Brinquedo

Requisitos das Partes Interessadas: Desejos vs Necessidades


An

ali

sta

de

Ne

gó

cio

3.0


Analista

de Negócio Parte

Interessada

(usuário)

Gosto do pacote

MS Office não

gostaria que ele

fosse substituído...

Vamos substituir o

pacote MS Office

por outra solução ?

Analista

de Negócio

[ ] Necessidade

[ ] Desejo [ ] Necessidade

[ ] Desejo

Não sei...

Exemplos: Desejos vs Necessidades

Requisitos das Partes Interessadas: Desejos e Necessidades

x x

Entendi, mas qual

é o impacto que isto

causara ao seu

trabalho ?

Gosto do pacote

MS Office não

gostaria que ele

fosse substituído...

Vamos substituir o

pacote MS Office

por outra solução ?

Será grande, pois,

desenvolvemos a planilha de

custo de materiais dos projetos.

E não existe outra ferramenta

que possa ser utilizada para

desenvolver tal planilha

Entendi, mas

qual é o impacto

que isto causara

ao seu trabalho ?

Exemplo 1 - Desejo Exemplo 2 - Necessidade

Parte

Interessada

(usuário)


An

ali

sta

de

Ne

gó

cio

3.0


Descrição da Situação Atual

Descrição da Situação Atual:

Após a realização de entrevistas, reuniões e workshop foi entendido por completo a situação atual (ou

como o pacote MS Office) é realmente utilizado dentro da empresa.

Foram identificados as necessidades, formas de uso, requisitos e preocupações das partes

interessadas.

Após as entrevistas e reuniões temos uma visão de cenário de uso do pacote MS Office. A maioria das usuários, utilizam somente as funções básicas do pacote, para edição e publicação de documentos, planilhas e apresentações. Somente o departamento de engenharia utiliza de forma mais intensa os recursos do Excel para gerar planilhas de custos de materiais dos projetos.

Requisitos Funcionais

- Possibilidade de editar e publicar documentos, planilhas e apresentações - Salvar em vários formatos, inclusive no formato do MS Office. - Recurso de dicionário habilidade - Ter suporte avançado a macros (necessidade do pessoal da engenharia)

Requisitos Não Funcionais

- Ter interface com usuário amigável (Usabilidade) - Preservar os arquivos legados -- documentos, planilhas e apresentações que foram feitos com o pacote MS Office. (Portabilidade) - Proteção, possibilidade de colocar senhas para proteger os arquivos (Segurança)

16

Documentos de Requisitos


An

ali

sta

de

Ne

gó

cio

3.0


Priorização de Requisitos:

Exemplo de simples modelo para Priorização de Requisitos:

Objetivo:

Priorizar os requisitos com base no valor

para o negócio.

Nível de Priorização:

O modelo tem três níveis de prioridade

onde o maior nível tem o valor 5 e menor

o valor 1.

Boa Prática:

Priorização de Requisitos: Todos os

requisitos devem ser priorizados.

Níveis de Prioridades:

[5] Fundamentais (implementação obrigatória)

[3] Importantes (implementação opcional)

[1] Recomendáveis (implementação desejada)

Priorização de Requisitos:

Os requisitos identificados durante a Elicitação devem ser priorizados. A priorização serve para definir

claramente em qual ordem os requisitos serão implementados.

Os requisitos classificados como maior nível de prioridade devem ser aqueles que geram um maior valor

para as partes interessadas ou são mais criticos.

A priorização de requisitos é um processo de decisão usado para determinar a importância relativa dos

requisitos. A importância dos requisitos pode ser baseada no seu valor relativo, no risco, na dificuldade

de implementação ou em qualquer outro critério.

17

O critério utilizado é o nível de relevância (importância) do requisito para o negócio


An

ali

sta

de

Ne

gó

cio

3.0


Exemplo de Priorização de Requisitos:

Descrição da Situação Atual:

Após as entrevistas e reuniões temos uma visão de cenário de uso do pacote MS Office. A maioria das usuários, utilizam somente as funções básicas do pacote, para edição e publicação de documentos, planilhas e apresentações. Somente o departamento de engenharia utiliza de forma mais intensa os recursos do Excel para gerar planilhas de custos de materiais dos projetos.

Requisitos Funcionais Requisitos Não Funcionais

Documentos de Requisitos

[5] Possibilidade de editar e publicar documentos, planilhas e apresentações [3] Salvar em vários formatos, inclusive no formato do MS Office. [1] Recurso de dicionário habilidade [5] Ter suporte avançado a macros (necessidade do pessoal da engenharia)

[3] Ter interface com usuário amigável (Usabilidade) [5] Preservar os arquivos legados -- documentos, planilhas e apresentações que foram feitos com o pacote MS Office. (Portabilidade) [1] Proteção, possibilidade de colocar senhas para proteger os arquivos (Segurança)

Veja o documento de Requisitos, que demonstra os Requisitos Priorizados com base no valor

(relevância) para o negócio.

18


An

ali

sta

de

Ne

gó

cio

3.0


Atualizar Business Case


Atualizar Business Case:

As informações identificadas e

coletadas na atividade Realização

Elicitação de Requisitos são

utilizadas para atualizar o Business

Case.

Contudo, as informações

relacionadas aos requisitos das

partes interessadas, presentes no

Documento de Requisitos, serão

utilizadas na Análise de

Requisitos.

Entrada Saída

Demanda de

Negócio

Business

Case [incompleto]

Business


Business

Case

Atividades

Planejar

Elicitação de

Requisitos

Realizar

Elicitação de

Requisitos

Documento de

Requisitos

Realizar

Elicitação de

Requisitos

Preencher o item 6 do

Business Case:

Descrição da Situação

Atual:

Documento de

Requisitos


Objetivo primário da área Elicitação de Requisitos é entender as...

Documents

Transcript of Objetivo primário da área Elicitação de Requisitos é entender as...