Analista de Negócio 3.0

Transcrição

1 Elicitação (de ): Elicitação (de ) 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 é entender as necessidades das partes interessadas. Entrada Atividades Saída Demanda de Negócio Planejar Elicitação de Atualizar Case Realizar Elicitação de Case [incompleto] Documento de Case [incompleto] AN V 3.0 [68] Rildo F Santos (@rildosan) rildo.santos@etecnologia.com.br 1

2 Elicitação (de ): Técnicas 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 Entrevistas Prototipagem Elicitação (de ) Dicas: Utilize mais que uma técnica para fazer a Elicitação de requisitos, por exemplo: - Entrevista + - Workshop de + - 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. AN V 3.0 [68] Rildo F Santos (@rildosan) rildo.santos@etecnologia.com.br 2

3 Planejar Elicitação de Entrada Elicitação (de ) Atividades Saída Demanda de Negócio Planejar Elicitação de Atualizar Case Realizar Elicitação de Case [incompleto] Documento de Case [incompleto] Planejamento da Elicitação de 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. AN V 3.0 [68] Rildo F Santos (@rildosan) rildo.santos@etecnologia.com.br 3

4 Técnicas para Elicitação de : Entrevistas: Preenchimento de Questionários: Observação de Campo: 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á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 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. 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. AN V 3.0 [68] Rildo F Santos (@rildosan) rildo.santos@etecnologia.com.br 4

5 Técnicas para Elicitação de : 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 V 3.0 [68] Rildo F Santos (@rildosan) rildo.santos@etecnologia.com.br 5

6 Técnicas para Elicitação de : Workshop de : 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 V 3.0 [68] Rildo F Santos (@rildosan) rildo.santos@etecnologia.com.br 6

7 Técnica para Elicitação: Brainstorming 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. 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. AN V 3.0 [68] Rildo F Santos (@rildosan) rildo.santos@etecnologia.com.br 7

8 Influência da Parte Interessada Quem são Partes Interessadas? Para descobrir todas as partes interessadas, basta olhar o Case: Papel Analista de Negócio Dono da Demanda Usuários MS Office Equipe Central de Serviço Especialista Open Office Heavy User MS Office[1] RACI R A I I C C Alto Alta influência Baixo impacto Alta influência Alto impacto Diretor Geral Usuários não MS Office Gerente de TI Usuários MS Office Baixo Baixa influência Baixo impacto Baixa influência Alto impacto Impacto sobre a Parte Interessada Alto AN V 3.0 [68] Rildo F Santos (@rildosan) rildo.santos@etecnologia.com.br 8

9 Necessidade do Negócio: Este Case, tem uma particularidade, o Escopo da Solução já está definido, mesmo antes da Análise de. Isto ocorre porque este Case, nasceu de uma necessidade de negócio, no guia BABok, isto é tratado pela tarefa 5.1 Definir a Necessidade do Negócio. Detalhes do Case: Diretriz de Negócio ( 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. AN V 3.0 [68] Rildo F Santos (@rildosan) rildo.santos@etecnologia.com.br 9

10 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. 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 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 AN V 3.0 [68] Rildo F Santos (@rildosan) rildo.santos@etecnologia.com.br

11 Realizar Elicitação de Entrada Elicitação (de ) Atividades Saída Demanda de Negócio Planejar Elicitação de Atualizar Case Realizar Elicitação de Case [incompleto] Documento de Case [incompleto] Realizar Elicitação de : A realização de Elicitação de, 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 : Realização do Workshop de Estas atividades tem dois objetivos: Primeiro: Conhecer a situação atual Segundo: Identificar os requisitos das partes interessadas Técnicas utilizadas no Estudo de Caso: - Entrevistas - Questionários - Análise de Interfaces - Workshop de AN V 3.0 [68] Rildo F Santos (@rildosan) rildo.santos@etecnologia.com.br

12 Visão das associações dos Demanda de Negócio (Necessidade, Problema e/ou Oportunidade) Drivers Requisito de negócio é aquilo que deve ser entregue para fornecer valor de Negócio Entender o negócio das Partes Interessadas Entender As Partes Interessadas da Solução Quais são as funcionalidades, características de qualidade, preocupações, expectativas e restrições da solução. Funcionais Não Funcionais Solução AN V 3.0 [68] Rildo F Santos (@rildosan) rildo.santos@etecnologia.com.br

13 das Partes Interessadas Demanda de Negócio (Necessidade, Problema e/ou Oportunidade) das Partes Interessadas Entender As Partes Interessadas Quais são as funcionalidades, características de qualidade, preocupações, expectativas e restrições da solução. 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. 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. Geralmente requisitos das partes interessadas são divididos: - Funcionais: São comportamentos e funcionalidades da solução - Não Funcionais: São características de qualidade, condições e restrições da solução AN V 3.0 [68] Rildo F Santos (@rildosan) rildo.santos@etecnologia.com.br

14 das Partes Interessadas: Desejos vs Necessidades 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 Atende a pelo menos um objetivo do negócio Representa uma necessidade de uma área, unidade de negócio ou da organização É possível elaborar o ROI Agrega valor ao negócio Tem um nível de prioridade definido Desejo Não atende os objetivos de negócio. Atende aos anseios de uma parte interessada Geralmente representa um desejo individual Geralmente não possui ROI Dificilmente agrega valor ao negócio 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 AN V 3.0 [68] Rildo F Santos (@rildosan) rildo.santos@etecnologia.com.br

15 Exemplos: Desejos vs Necessidades das Partes Interessadas: Desejos e Necessidades Exemplo 1 - Desejo Exemplo 2 - Necessidade [ ] Necessidade [ x ] Desejo Vamos substituir o pacote MS Office por outra solução? Gosto do pacote MS Office não gostaria que ele fosse substituído... [ x ] Necessidade [ ] Desejo Vamos substituir o pacote MS Office por outra solução? Gosto do pacote MS Office não gostaria que ele fosse substituído... Analista de Negócio Parte Interessada (usuário) Analista de Negócio Parte Interessada (usuário) Entendi, mas qual é o impacto que isto causara ao seu trabalho? Não sei... Entendi, mas qual é o impacto que isto causara ao seu trabalho? 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 AN V 3.0 [68] Rildo F Santos (@rildosan) rildo.santos@etecnologia.com.br

16 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. Documentos de 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. 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) 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) AN V 3.0 [68] Rildo F Santos (@rildosan) rildo.santos@etecnologia.com.br

17 Priorização de : Priorização de : 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. Exemplo de simples modelo para Priorização de : 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. O critério utilizado é o nível de relevância (importância) do requisito para o negócio Boa Prática: Priorização de : 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) AN V 3.0 [68] Rildo F Santos (@rildosan) rildo.santos@etecnologia.com.br

18 Exemplo de Priorização de : Veja o documento de, que demonstra os Priorizados com base no valor (relevância) para o negócio. Descrição da Situação Atual: Documentos de 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. Funcionais [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) Não Funcionais [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) AN V 3.0 [68] Rildo F Santos (@rildosan) rildo.santos@etecnologia.com.br

19 Atualizar Case Entrada Elicitação (de ) Atividades Saída Demanda de Negócio Planejar Elicitação de Atualizar Case Realizar Elicitação de Case [incompleto] Documento de Case [incompleto] Atualizar Case: As informações identificadas e coletadas na atividade Realização Elicitação de são utilizadas para atualizar o Case. Contudo, as informações relacionadas aos requisitos das partes interessadas, presentes no Documento de, serão utilizadas na Análise de. Preencher o item 6 do Case: Descrição da Situação Atual: Realizar Elicitação de Documento de AN V 3.0 [68] Rildo F Santos (@rildosan) rildo.santos@etecnologia.com.br