Gerência de Projetos de TI 4. Escopo

Gerência de Projetos de TI
4. Escopo
Mário Peixoto
http://pintaudi.googlepages.com
Gerência de Projetos de TI – Máro Peixoto
Escopo
Grupo de Processo
Processo
Planejamento
Coletar os requisitos
Definir o escopo
Criar a Estrutura Analítica do Projeto
Controle
Controlar o escopo
Verificar o escopo
Gerência de Projetos de TI – Máro Peixoto
Gerência de escopo
O que é a gerência de
escopo?
Conjunto de processos que
garantem que o trabalho
necessário, e somente ele,
será feito
Escopo do
Projeto
Escopo do produto:
Características e funções do
produto ou serviço que será
feito pelo projeto
Escopo do projeto:
Trabalho que precisa ser
realizado para entregar o
produto ou serviço
Escopo do
Produto
Gerência de Projetos de TI – Máro Peixoto
Coletar os requisitos
Gerência de Projetos de TI – Máro Peixoto
Coletar os requisitos
Entradas
Ferramentas e Técnicas
Saídas
Termo de abertura do projeto
Registro das partes interessadas
Entrevistas
Dinâmicas de grupo
Oficinas (workshops)
Criatividade em grupo
Tomada de decisão em grupo
Questionários e pesquisas
Observações
Protótipos
Documentos de requisitos
Plano de gestão de requisitos
Matriz de rastreabilidade
Missão:
Define e documenta as necessidades (gerenciar expectativas) das partes
interessadas para alcançar os objetivos do projeto
Necessidades: funcionalidades e funções do projeto e do produto.
Requer muita atenção, pois é fundamental para o sucesso do projeto
Os requisitos devem ser obtidos, analisados e registrados para
serem medidos e virarem fundações da EAP (Estrutura Analítica do
Projeto)
Gerência de Projetos de TI – Máro Peixoto
Coletar os requisitos - atividades
Preparação:
Usando informações do Termo de Abertura (Project
Charter) prepara-se a coleta gerando-se o Plano de Gestão
de Requisitos
Coleta:
É feita usando uma ou mais das técnicas sugeridas,
gerando os Documentos de Requisitos
Especificação:
Escrita dos requisitos coletados
Validação:
Os documentos gerados devem ser validados
Gera-se a Matriz de Rastreabilidade dos requisitos x
processos de negócio x projetos x testes x etc.
Fonte: JAC98
Gerência de Projetos de TI – Máro Peixoto
Coletar os requisitos - técnicas
Entrevistas:
Os analistas (especialistas) entrevistam as partes interessadas
Dinâmicas de grupo:
Um moderador conduz as partes interessadas (stakeholders) e
especialistas no assunto (Subject Matter Experts) nas discussões
São menos formais e mais produtivas que as entrevistas
Oficinas (workshops):
Sessões multifuncionais (usuários, clientes e desenvolvedores)
focadas para definição, conciliação e registro dos requisitos
Exemplos:
• E. Software:
aplicações)
• E. Produção:
JAD = Join Application Design (projeto conjunto de
QFD = Desdobramento da Função da Qualidade
– A QFD começa ouvindo a Voz do Cliente (VOC) e depois desdobra-se com
os usuários
É considerada uma boa técnica, pois expõe e resolve conflitos
Gerência de Projetos de TI – Máro Peixoto
Técnicas de criatividade em grupo
Brainstorming:
O grupo gera e registra um monte de idéias
Em outra etapa analisa-se a viabilidade de cada uma
Técnica do grupo nominal:
Amplia o brainstorming adicionando uma votação para ordenar as
melhores idéias
Delphi:
Um grupo seleto de especialistas responde a um questionário sobre o
tema
O moderador compara as respostas e pede opinião dos especialistas
sobre as respostas discrepantes. Requer anonimato até a conciliação final
Mapas mentais:
A partir de uma brainstorming individual um moderador consolida um
mapa mental com os atributos comuns, as diferenças e possíveis novas
idéias
Diagrama de afinidade:
Agrupa as idéias por afinidade para revisão e análise em grupo
Gerência de Projetos de TI – Máro Peixoto
Técnicas de decisão em grupo
Envolve avaliação das alternativas e
escolha de uma delas em nome do grupo:
Unanimidade:
Unanimidade
• Todos concordam com uma única solução
Maioria:
• 50% dos membros do grupo ou mais
concordam
• Também chamado de maioria absoluta e é
uma forma de consenso
Pluralidade:
• O maior bloco no grupo decide mesmo sem
maioria
• Também conhecida como maioria relativa e
é uma forma de aceitação
Ditadura:
• Um indivíduo decide pelo grupo
Maioria
(consenso)
Pluralidade
(aceitação)
Ditadura
(imposição)
Gerência de Projetos de TI – Máro Peixoto
Mais técnicas de coleta
Questionários e pesquisas:
São projetados para coletar informações de várias pessoas
simultaneamente
Observações (job shadowing):
Consiste em observar como os usuários executam seu trabalho e
seus processos em seu ambiente de trabalho
Usado quando as pessoas têm dificuldade ou relutam em
descrever o trabalho, pode ser feita também com o observador
participante
Protótipos:
Consiste na construção de um modelo funcional esperado do
produto esperado, de forma que este possa ser observado pelos
usuários antes mesmo de ser construído por completo
Os protótipos suportam o desenvolvimento iterativo e
incremental
Gerência de Projetos de TI – Máro Peixoto
Coletar os requisitos - saídas
Documentos de requisitos:
Objetivos e necessidades de negócio, requisitos funcionais
e não funcionais, premissas, restrições e critérios de
aceitação
Plano de gestão de requisitos:
Define como os requisitos serão analisados, documentados
e gerenciados. Normalmente contém: planejamento,
atividades, priorização, métricas e rastreabilidade
Matriz de rastreabilidade:
Matriz usada para analisar impactos de mudanças. Ex:
Demandas
de negócio
Objetivos do
projeto
Requisitos
Entregas
Elementos
de projeto
Elementos
de
desenvolvimento
Elementos
de teste
Gerência de Projetos de TI – Máro Peixoto
Definir o escopo
Gerência de Projetos de TI – Máro Peixoto
Definir o escopo
Entradas
Ferramentas e Técnicas
Saídas
Termo de abertura do projeto
Documentos de requisitos
Ativos de processos
Opinião especializada
Análise do produto
Identificação de alternativas
Oficinas (workshops)
Declaração de Escopo do Projeto
Documentos do projeto atualizados
(Partes interessadas, requisitos e
matriz de rastreabilidade)
Missão:
Definir detalhadamente o escopo do produto e do projeto
Análise do produto:
Técnicas de transformação da especificação de alto nível
do produto em entregas do projeto. Ex: decomposição,
análise de sistemas, etc.
Identificação de alternativas:
Identificação de métodos para realização do trabalho. Ex:
brainstorming, pensamento lateral, comparações, etc.
Gerência de Projetos de TI – Máro Peixoto
Definir o escopo - saídas
A Declaração de Escopo (DE) é crítica para o sucesso do
projeto e deve conter:
Descrição do escopo do produto e do projeto
Critérios de aceitação do produto
Entregas do projeto
Exclusões do projeto (o que não deve ser feito, ou seja, o que
está fora do escopo
requisito inverso)
Restrições do projeto
Premissas do projeto
Adicionalmente a DE pode ter:
• Aprovação do escopo (cliente e aprovadores), Orçamento, Riscos (na
visão do GP) e Equipe (pré-designada e papéis).
Comentários sobre a DE:
A DE vai sendo atualizada à medida que o projeto avança e os
detalhes vão sendo tratados com as Solicitações de Mudança
Gerência de Projetos de TI – Máro Peixoto
Criar a EAP (WBS)
Gerência de Projetos de TI – Máro Peixoto
Criar a EAP (WBS)
Entradas
Declaração de Escopo
Documentos de Requisitos
Ativos de processos
Ferramentas e Técnicas
Saídas
Decomposição
EAP ou WBS do projeto
Dicionário da EAP
Linha base do escopo
Documentos atualizados
(Requisitos e Mudanças)
Missão:
Subdivisão das entregas do projeto e do trabalho em componentes
menores e gerenciáveis
WBS: Work Breakdown Structure = EAP: Estrutura Analítica do
Projeto
Modelos de EAP (WBS): Servem de guia inicial para construção de uma
EAP (WBS)
Decomposição:
Divisão das entregas do projeto em componentes gerenciáveis até o nível
de pacotes de trabalho (grupos de atividades)
Gerência de Projetos de TI – Máro Peixoto
Decomposição
EAP ou WBS
Projeto
Entrega
1
Pacote 1
Pacote 2
Entrega
2
Pacote 3
Entrega
3
Pacote 4
Pacote 5
Atividade
1
Atividade
3
Atividade
5
Atividade
7
Atividade
9
Atividade
2
Atividade
4
Atividade
6
Atividade
8
Atividade
10
Gerência de Projetos de TI – Máro Peixoto
Exemplo de um projeto de migração
EAP ou WBS
Migração DW
Planejamento
Projeto
Exportação
Infra
Preparação
Importação
Execução
Preparação
Execução
Elaborar
Planos
Identificar
Requisitos
Alocar Área
Intermediário
Suspender o
DW
Preparar
Destino
Importar
Dados
Apresentar
Planos
Planejar
Migração
Formatar
Área
Exportar
Dados
Configurar
Destino
Testar
Dados
Atividades: Verbos no infinitivo
Gerência de Projetos de TI – Máro Peixoto
Decomposição
Entregas:
Conjunto de pacotes
Pacotes:
Conjunto de atividades
Atividades:
Ações a realizar
Gerenciabilidade:
PMBOK
MS Project
Projeto
Projeto (Linha 0)
Entrega
Tarefa Resumo
Pacote
Tarefa Resumo
Atividade
Tarefa
Momento onde é possível
definir e criticar:
precedências, recursos,
durações, custos, etc.
Gerência de Projetos de TI – Máro Peixoto
Exemplo de WBS de software
Esta WBS foi construída com base em algum método de Engenharia de Software conhecido?
Gerência de Projetos de TI – Máro Peixoto
Exemplo de WBS de aeronave
Será que esta WBS foi construída com base na Engenharia Mecânica ou Aeronáutica?
Gerência de Projetos de TI – Máro Peixoto
Qual o critério utilizado nesta WBS?
Esta WBS foi construída utilizando como critério taxonômico os Grupos de Processos do PMBOK.
Gerência de Projetos de TI – Máro Peixoto
Qual a taxonomia desta WBS?
Fases e Iterações do RUP.
Fonte: RUP08
Gerência de Projetos de TI – Máro Peixoto
Qual a taxonomia desta WBS?
Licitação
Modelagem
Contratos
Encerramento
MetaModelos
Projeto
Contratos
Projeto
Implemen
tação
MetaModelos
Contratos
MetaModelos
Teste
Contratos
Cliente
Gestão
Interna
Disciplinas do XP (Extreme Program). Fonte: BEC05
Gerência de Projetos de TI – Máro Peixoto
Gráfico de Gantt ou Gráfico de Barras
Gerência de Projetos de TI – Máro Peixoto
Criar a EAP - saídas
Dicionário da EAP:
Detalhamento das entregas e pacotes de trabalho da EAP a
fim de que as pessoas saibam exatamente o que fazer
Conteúdo típico:
• Identificador, descrição, empresa responsável, marcos, idéias
de: atividades, recursos, custos, qualidade e aceitação
Linha base do escopo:
Conjunto de documentos que definem o escopo:
• Declaração de Escopo, EAP e Dicionário da EAP
Documentos atualizados:
Eventualmente atualizamos os Documentos de Requisitos,
naturalmente fazendo Solicitações de Mudanças
Gerência de Projetos de TI – Máro Peixoto
Controlar o escopo
Gerência de Projetos de TI – Máro Peixoto
Controlar o escopo
Entradas
Ferramentas e Técnicas Saídas
Plano de Gestão do Projeto
Informações sobre desempenho
Documentos de requisitos
Análise de variação
Matriz de rastreabilidade
Ativos de processos
Medições de desempenho
Ativos processos atualizado
Solicitações de mudança
Plano Gestão Projeto atualizado
Documentos do projeto atualizado
Missão:
Processo de monitoramento do progresso do escopo do projeto e do produto e
gestão das mudanças na linha base do escopo
Deve garantir que somente as mudanças tratadas pelo processo “Realizar o controle
integrado de mudanças” sejam tratadas
No Plano de Gestão do Projeto buscamos:
Linha base do escopo, plano de gestão do escopo, plano de gestão de configuração,
plano de gestão de mudanças e plano de gestão de requisitos
Análise de variação:
Quando o realizado está diferente do previsto
Solicitação de Mudança: ações
corretivas, ações preventivas e eventualmente replanejamento ou atualização da
linha base
Nas saídas fazemos as atualizações necessárias incluindo lições aprendidas
Gerência de Projetos de TI – Máro Peixoto
Solicitação de Mudança
Gerência de Projetos de TI – Máro Peixoto
Verificar o escopo – processo
Gerência de Projetos de TI – Máro Peixoto
Verificar o escopo
Entradas
Plano de Gestão do Escopo
Documentos de requisitos
Matriz de rastreabilidade
Entregas validadas
Ferramentas e Técnicas
Saídas
Inspeção
Entregas aceitas
Solicitações de mudança
Documentos atualizados
Missão:
Formalização do aceite das entregas realizadas pelo projeto
• O controle de qualidade deve verificar a entrega antes.
• Neste processo revisamos a entrega com cliente/patrocinador para
obter o aceite deles
Plano de Gestão do Projeto:
Utiliza-se a Linha Base do Escopo como referência da entrega a
ser aceita
Entregas validadas:
Entregas que foram concluídas e verificadas pelo processo
“Realizar o controle de qualidade”
Gerência de Projetos de TI – Máro Peixoto
Verificar o escopo – técnica e saídas
Inspeção:
Verificação, exame e medições para determinar se as
entregas atendem aos requisitos e critérios de aceitação
do produto
Algumas vezes a inspeção pode ser chamada de: revisões,
revisões de produto, auditorias e ensaios
Entregas aceitas:
As entregas que estiverem de acordo com os critérios de
aceitação devem ser aceitas formalmente (assinadas) pelo
cliente/patrocinador
Solicitação de Mudança:
As entregas rejeitadas são alvo de Solicitações de Mudança
Gerência de Projetos de TI – Máro Peixoto
Disciplina
Plano de Gestão do Projeto
Integração
Escopo
Fatores
Ambientais
Tempo
Custos
Qualidade
Recursos
Ativos de
Processos
Desenvolver
o Termo de
Abertura
Planejar
Aquisições
Planejar
Gestão de
Riscos
Planejar
Comunicações
Comunicações
Plano
Gestão
Projeto
Planejar
Qualidade
Aquisições
Criar a
WBS
Definir o
Escopo
Coletar os
Requisitos
Definir as
Atividades
Desenvolver
Cronograma
Estimar as
Durações
Estimar os
Recursos
Seqüenciar
Atividades
Determinar
Orçamento
Desenvolver
Plano de RH
Riscos
Estimar
Custos
Gerência de Projetos de TI – Máro Peixoto
Exemplos de questões
1) Um sistema de numeração da estrutura analítica do projeto
permite que a equipe do projeto:
A. Estime sistematicamente os custos dos elementos da
estrutura analítica do projeto
B. Forneça uma justificativa para o projeto
C. Identifique o nível em que cada elemento individual é
encontrado
D. Use-a nos softwares de gerenciamento de projetos
2) Durante qual parte do processo de gerenciamento de
projetos é criada a Declaração de Escopo do projeto?
A. Iniciação
B. Planejamento
C. Execução
D. Monitoramento & Controle
Respostas: C e B
Gerência de Projetos de TI – Máro Peixoto
Referências
Sigla
Referência
BEC05
BECK, Kent; ANDRES, Cynthia. Extreme Programming explained:
embrace change. 2. ed. Upper Saddle River: Addison-Wesley, 2005.
JAC98
Ivar Jacobson, Grady Booch, and James Rumbaugh. The Unified Software
Development Process. 1998. Addison Wesley Longman.
RUP08
IBM Rational. RUP – Rational Unified Process – 7.5 – For Large and Small
Projects. 2008. IBM Rational.
Gerência de Projetos de TI – Máro Peixoto
Obrigado!