SSFOAN

Formação de Analista de
Negócios
Módulo 4: Gerenciamento de
Requerimentos & Comunicação
 Objetivos:

• Atividades e considerações para gerenciar e

expressar requerimentos para uma audiência
ampla e diversificada.
• Estas tarefas são realizadas para assegurar
que todos os stakeholders tem um
entendimento compartilhado da natureza da
solução e para asssegurar que todos com
autoridade de aprovação estão de acordo com
os requerimentos que a solução irá atingir.
 Diagrama
• Fig 4-1
 4.1 Gerenciar o Escopo da Solução &
Requerimentos
• 4.1.1 Propósito:
– Obter e manter o consenso entre os stakeholders
principais sobre o escopo da solução e os
requerimentos que serão implementados
• 4.1.2 Descrição:
– Garantir a aprovação dos requerimentos dos
stakeholders que tem a autoridade apropriada e
gerenciar os problemas que surgem durante a
elucidação e análise.
 4.1 Gerenciar o Escopo da Solução &
Requerimentos (cont.)
• 4.1.3 Entradas:
– Plano de gerenciamento de requerimentos
– Escopo da solução
– Lista dos stakeholders, papéis e responsabilidades
– Stakeholder, solução, ou requerimentos de
transição [comunicados e rastreados.
• 4.1.4 Elementos
– 4.1.4.1 Gerenciamento do escopo da solução
 Diagrama
• Fig 4-2
 4.1 Gerenciar o Escopo da Solução &
Requerimentos …
– 4.1.4.2 Gerenciamento de problemas e conflitos
– 4.1.4.3 Apresentando requerimentos para revisão
– 4.1.4.4 Aprovação
• 4.1.5 Técnicas
– 4.1.5.1 Técnicas gerais
o Acompanhamento de projetos (9.20)
– 4.1.5.2 Baselining
– 4.1.5.3 Aprovação/Assinaturas
 4.1 Gerenciar o Escopo da Solução &
Requerimentos …
• 4.1.6 Stakeholders
– SME de domínio
– SME de implementação
– Gerente de projetos
– Patrocinador
• 4.1.7 Saída
– Requerimentos [Aprovados]
 4.2 Gerenciar a Rastreabilidade de
Requerimentos
• 4.2.1 Propósito
– Criar e manter os relacionamentos entre os objetivos de
negócios, requerimentos, outras entregas do time, e
componentes da solução para suportar análise de
negócios e outras atividades
• 4.2.2 Descrição
– Requerimentos são relacionados a outros requerimentos,
para componentes da solução, e para outros artefatos
como casos de testes. “Rastrear” um requerimento refere-
se a habilidade de olhar para um requerimento e a outros
aos quais ele está relacionado.
4.2 Gerenciar a Rastreabilidade de
Requerimentos …
– Análise de impacto
– Abrangência de um requerimento
– Alocação de um requerimento
 Diagrama
• Fig 4-3
 4.2 Gerenciar a Rastreabilidade de
Requerimentos …
• 4.2.3 Entradas
– Requerimentos
– Plano de gerenciamento de requerimentos
• 4.2.4 Elementos
– 4.2.4.1 Relacionamentos
o Necessidade
o Esforço
o Conjunto
o Valor
 4.2 Gerenciar a Rastreabilidade de
Requerimentos …
– 4.2.4.2 Análise de impacto
– 4.2.4.3 Sistema de gerenciamento de configuração
• 4.2.5 Técnicas
– 4.2.5.1 Matriz de cobertura
• 4.2.6 Stakeholders
– SME de implementação
– Gerente de projetos
– Testador
• 4.2.7 Saída
– Requerimentos [Rastreados]
 4.3 Manter Requerimentos para
Reutilizar
• 4.3.1 Propósito
– Para gerenciar o conhecimento dos
requerimentos seguindo sua implementação.
• 4.3.2 Descrição
– Identificar os requerimentos que são candidatos a
utilização de longo prazo pela organização. Estes
podem incluir requerimentos que uma
organização deve atingir regularmente, da mesma
forma que os implementados como parte da
solução.
 Diagrama
• Fig 4-4
 4.3 Manter Requerimentos para
Reutilizar …
• 4.3.3 Entradas
– Ativos de processos organizacionais
– Requerimentos
• 4.3.4 Elementos
– 4.3.4.1 Requerimentos usuais
– 4.3.4.2 Requerimentos satisfeitos/atingidos
• 4.3.5 Técnicas
– Nenhuma
 4.3 Manter Requerimentos para
Reutilizar …
• 4.3.6 Stakeholders
– Analista de negócios
– SME de domínio
– SME de implementação
• 4.3.7 Saída
– Requerimentos [Mantidos e reutilizáveis]
4.4 Preparar Pacote de Requerimentos
• 4.4.1 Propósito
– Selecionar e estruturar um conjunto de requerimentos de
uma forma apropriada para assegurar que os
requerimentos são efetivamente comunicados para,
entendidos por, e utilizáveis por um grupo ou grupos de
stakeholders
• 4.4.2 Descrição
– Os requerimentos devem ser apresentados em formatos
que sejam entendidos pelo stakeholder. Esta tarefa
descreve o trabalho requerido para decidir qual formato(s)
são apropriados para um projeto em particular e seus
stakeholders.
4.4 Preparar Pacote de Requerimentos
o Quão detalhados os requerimentos precisam ser
o Que informação é importante comunicar? Qual nível de
detalhamento é apropriado?
o Que irá um stakeholder particular entender baseado no
tipo de audiência que ele representa e no estilo
preferido de comunicação ou aprendizado.
o A apresentação do pacote de requerimentos, formato,
e os requerimentos contidos no pacote, apropriados
para o tipo de audiência que precisará revisá-lo?
o Como o pacote de requerimentos suporta as fases
previas e subsequentes (p.ex testes, implementação)
ou atividades de projetos e entregas.
4.4 Preparar Pacote de Requerimentos
…
o Formas de pacotes de requerimentos:
» Documentação formal
» Apresentação
» Modelos

• 4.4.3 Entradas
– Plano de comunicação de análise de negócios
– Ativos de processos organizacionais
– Requerimentos
– Estrutura de requerimentos
4.4 Preparar Pacote de Requerimentos
…
• 4.4.4 Elementos
– 4.4.4.1 Produtos do trabalho e entregas
o Agendas e atas de reunião
o Questões e notas de entrevistas
o Agendas de sessões de facilitação e notas
o Registro de problemas
o Plano de trabalho, relatórios de status
o Slides de apresentações utilizadas durante o projeto
o Matrizes de rastreabilidade
 Diagrama
• Fig 4-5
4.4 Preparar Pacote de Requerimentos
– Entregas
– 4.4.4.2 Formato
• 4.4.5 Técnicas
– 4.4.5.1 Documentação de requerimentos
o Documentos de requerimentos de negócios
o Roadmap de produtos
o Especificação de requerimentos de software/sistema
o Especificação de requerimentos suplementares
o Documento de visão
4.4 Preparar Pacote de Requerimentos
– 4.4.5.2 Requerimentos para seleção de fornecedor
o Se um time de solução acredita que uma solução
potencial está disponível por um fornecedor externo, o
analista de negócios pode capturar os requerimentos na
forma de um Request for Information (RFI), Request for
Quote (RFQ), ou Request for Proposal (RFP).
o Exemplos de sessões ou componentes de uma RFP:
» Requerimentos de negócios e de stakeholders para uma área
particular de problema/solução
» Estratégia de negócio ou descrição de arquitetura de negócio
» Limitações/restrições técnicas do ambiente
» Requerimentos legais, regulatórios ou governamentais
4.4 Preparar Pacote de Requerimentos
o O fornecedor pode ser cobrado do fornecimento de informações
especificas, como por exemplo:
» Custo da solução ou custo total de propriedade
» Alinhamento com a estratégia de negócio geral
» Arquitetura, desempenho, qualidade, e suporte da solução
» Limites da solução e habilidade para integrar com outras aplicações
» Sustentabilidade do fornecedor, e/ou perfil e reputação.

• 4.4.6 Stakeholders
– SME de domínio e usuários finais
– SME de implementação
– Gerentes de projetos
4.4 Preparar Pacote de Requerimentos
– Reguladores
– Patrocinadores
– Testadores
• 4.4.7 Saída
– Pacote de requerimentos
 4.5 Requerimentos de Comunicação
• 4.5.1 Propósito
– Requerimentos de Comunicação são essenciais
para trazer os stakeholders á um entendimento
comum dos requerimentos
• 4.5.2 Descrição
– Incluem conversas, anotações, documentos,
apresentações, e discussões. Concisas,
apropriadas, as comunicações efetivas requerem
que o analista de negócios possua um conjunto
significante de habilidades, técnicas e não
técnicas.
 Diagrama
• Fig 4-6
 4.5 Requerimentos de Comunicação
• 4.5.3 Entradas
– Plano de comunicação de análise de negócios
– Requerimentos
– Pacote de requerimentos
• 4.5.4 Elementos
– 4.5.4.1 Comunicação geral
o Tarefas de análise empresarial
o Tarefas de elucidação
o Tarefas de análise de requerimentos
o Tarefas de validação e verificação de solução
4.5 Requerimentos de Comunicação
– 4.5.4.2 Apresentações
o As apresentações podem ser utilizadas para:
» Assegurar a aderência aos padrões de qualidade de projetos
internos
» Assegurar aderência funcional com outras áreas de processos
dentro do mesmo projeto
» Obter a aceitação do negócio e assinatura
» Obter a aceitação do time de entrega
» Obter a aceitação do time de testes
» Como precursor da entrega
» Priorizar um conjunto de requerimentos antes de continuar
para a próxima fase
» Tomar decisões relativas ao escopo
4.5 Requerimentos de Comunicação …
o Apresentações formais
o Apresentações informais
» Como um verificador de status informal
» Para comunicar os requerimentos para o time de entrega ou de
testes assegurando não existir ambiguidade
» Para comunicar os requerimentos para as áreas de negócio afetadas
» Para comunicar os requerimentos para outros times como um
exercício de facilitação para ampliar a clareza dos requerimentos

• 4.5.5 Técnicas
– Workshops de requerimentos (9.23)
– Walkthough Estruturado (9.30)
 4.5 Requerimentos de Comunicação
• 4.5.6 Stakeholders
– Todos
• 4.5.7 Saída
– Requerimentos de comunicados