Gerência de Projetos e Manutenção de Software Aula 6...

87
Gerência de Projetos e Manutenção de Software Aula 6 – Aquisição, Comunicação e Riscos Andréa Magalhães Magdaleno [email protected] 2017.02

Transcript of Gerência de Projetos e Manutenção de Software Aula 6...

Page 1: Gerência de Projetos e Manutenção de Software Aula 6 ...andrea/teaching/201702/gpms/GPMS-Aula6-Aquisicao... · • Definição de requisitos e gerenciamento devem estar no contrato

Gerência de Projetos e Manutenção de Software

Aula 6 – Aquisição, Comunicação e Riscos

Andréa Magalhães [email protected]

2017.02

Page 2: Gerência de Projetos e Manutenção de Software Aula 6 ...andrea/teaching/201702/gpms/GPMS-Aula6-Aquisicao... · • Definição de requisitos e gerenciamento devem estar no contrato

2GPMS 2017.02

Agenda

• Aquisição

• Comunicação

• Riscos

Page 3: Gerência de Projetos e Manutenção de Software Aula 6 ...andrea/teaching/201702/gpms/GPMS-Aula6-Aquisicao... · • Definição de requisitos e gerenciamento devem estar no contrato

GERENCIAMENTO DE AQUISIÇÕES

Page 4: Gerência de Projetos e Manutenção de Software Aula 6 ...andrea/teaching/201702/gpms/GPMS-Aula6-Aquisicao... · • Definição de requisitos e gerenciamento devem estar no contrato

4GPMS 2017.02

Gerenciamento de Aquisições

• Processos para adquirir bens e serviços externos à empresa executora, sendo discutido sob o ponto de vista do comprador• A gerência do projeto é analisada como um

adquirente de serviço ou produto construído externamente

• Sendo assim, a gerência é responsável por identificar e avaliar seus possíveis fornecedores

Page 5: Gerência de Projetos e Manutenção de Software Aula 6 ...andrea/teaching/201702/gpms/GPMS-Aula6-Aquisicao... · • Definição de requisitos e gerenciamento devem estar no contrato

5GPMS 2017.02

Gerenciamento de Aquisições

• Objetivos• Aumentar a eficiência em aquisições

• Fazer melhor uso dos recursos internos e externos

• Acelerar cronograma

• Gerenciar melhor os custos

• Reduzir os riscos relacionados

Page 6: Gerência de Projetos e Manutenção de Software Aula 6 ...andrea/teaching/201702/gpms/GPMS-Aula6-Aquisicao... · • Definição de requisitos e gerenciamento devem estar no contrato

6GPMS 2017.02

Contrato• A base do relacionamento cliente x fornecedor é um contrato

• Um contrato representa um acordo mútuo entre cliente e fornecedor que cria a obrigação do fornecedor entregar algum valor (produto ou serviço) para o cliente e obriga o cliente a compensar (pagamento) o fornecedor

• O contrato pode especificar termos e condições do relacionamento, assim como itens que o cliente considera importante que o fornecedor inclua no “valor” que será gerado

• É responsabilidade do gerente de projetos garantir que o resultado do projeto seja compatível com as restrições estabelecidas no contrato

• Existem outras designações para o contrato, como ordem de compra, acordo comercial, memorando de entendimento (MoU) e etc.

Page 7: Gerência de Projetos e Manutenção de Software Aula 6 ...andrea/teaching/201702/gpms/GPMS-Aula6-Aquisicao... · • Definição de requisitos e gerenciamento devem estar no contrato

7GPMS 2017.02

ContratoRegras Gerais• Os contratos exigem formalidade

• Definição de requisitos e gerenciamento devem estar no contrato

• Emissão de solicitação de mudança se algo não estiver no contrato

• O que está no contrato deve ser executado

• As mudanças no contrato devem ser feitas por escrito

• Os contratos devem ajudar a reduzir o risco do projeto

• Os contratos estabelecem uma relação legal

Page 8: Gerência de Projetos e Manutenção de Software Aula 6 ...andrea/teaching/201702/gpms/GPMS-Aula6-Aquisicao... · • Definição de requisitos e gerenciamento devem estar no contrato

8GPMS 2017.02

Tipos de Contrato• Preço fixo (lump sum)

• Neste tipo de contrato o preço total a ser cobrado pelo produto ou pelo serviço é fixado antes da realização do projeto

• É a alternativa de menor risco para o comprador, pois o preço não pode ser alterado em decorrência de imprevistos de projeto

• Entretanto, o risco pode ser uma “faca de dois gumes”, quando a perda para o fornecedor é tão grande que impede a continuidade do projeto

• Assim, é preciso um cuidado especial na preparação da definição do produto ou dos objetivos esperados

• Em decorrência dos esclarecimentos necessários para esta preparação, a fase de solicitação pode ser mais demorada

• Em geral, os fornecedores adicionam uma margem (spread) no preço, para suportar eventuais imprevistos no projeto

Page 9: Gerência de Projetos e Manutenção de Software Aula 6 ...andrea/teaching/201702/gpms/GPMS-Aula6-Aquisicao... · • Definição de requisitos e gerenciamento devem estar no contrato

9GPMS 2017.02

Tipos de Contrato

• Contratos de Tempo e Material (T&M)• Este tipo de contrato é utilizado quando existe muita

incerteza sobre o volume de trabalho necessário para construir o produto

• Nele, apenas algumas variáveis básicas de custeio (como preço do homem-hora de trabalho, por exemplo) são estabelecidos

• Os custos são contabilizados de acordo com o consumo do projeto, que deve ser constantemente reavaliado quanto à sua continuidade

• Esta é a modalidade de maior risco para o comprador, sendo utilizada apenas quando o escopo é pequeno e pouco conhecido

Page 10: Gerência de Projetos e Manutenção de Software Aula 6 ...andrea/teaching/201702/gpms/GPMS-Aula6-Aquisicao... · • Definição de requisitos e gerenciamento devem estar no contrato

10GPMS 2017.02

Contratação

• Contratação centralizada• Quando uma organização possui um departamento

de compras ou suprimentos, responsável por fazertodas as compras e contratações da empresa, sendoo gerente do departamento o responsável por decidirqual irá comprar.

• Contratação descentralizada• Quando em cada projeto, tem uma pessoa

especializada para realizar o processo de compras,sendo o gerente de projetos o responsável peladecisão final do que comprar.

Page 11: Gerência de Projetos e Manutenção de Software Aula 6 ...andrea/teaching/201702/gpms/GPMS-Aula6-Aquisicao... · • Definição de requisitos e gerenciamento devem estar no contrato

11GPMS 2017.02

ContrataçãoTipo Vantagens Desvantagens

Centralização

Vantagem econômica na negociação em larga escala

O departamento de contratação pode ser um gargalo

Controle dos esforços de contratação

Menor atenção às necessidades individuais dos projetos

Maior grau de especialização em aquisições

Procedimentos padronizados

Descentralização

GP tem mais controle/autoridade sobre o processo de compras

Duplicação dos esforços de contratação entre os projetos e aumento do custo

Flexibilidade para atender às necessidades do projeto

Page 12: Gerência de Projetos e Manutenção de Software Aula 6 ...andrea/teaching/201702/gpms/GPMS-Aula6-Aquisicao... · • Definição de requisitos e gerenciamento devem estar no contrato

12GPMS 2017.02

Processos de Aquisição� Planejamento das Aquisições

– Processo de documentar as decisões de aquisição, especificar os métodos utilizados e identificar potenciais fornecedores

� Execução da Aquisição– Obtenção de respostas dos potenciais fornecedores, escolha dos

possíveis fornecedores e estabelecimento de um contrato

� Controle da Aquisição– Administração do relacionamento com o fornecedor, do desempenho

no que se refere à entrega do produto ou serviço e realização de alterações e correções necessárias

� Encerramento da Aquisição– Conclusão e liquidação do contrato com a resolução de quaisquer

itens em aberto

Page 13: Gerência de Projetos e Manutenção de Software Aula 6 ...andrea/teaching/201702/gpms/GPMS-Aula6-Aquisicao... · • Definição de requisitos e gerenciamento devem estar no contrato

13GPMS 2017.02

Planejamento da Aquisição

• A decisão de compra (make or buy)• Deve ser analisada a relação custo-benefício de se fazer o

produto internamente ou adquiri-lo de outros fornecedores• Deve ser considerada a capacidade dos fornecedores

entregarem o produto comprometido• Deve ser considerada a incapacidade, por qualquer razão, da

equipe interna desenvolver o produto

• Fatores que levam à aquisição• Preço (custo-benefício)• Falta de conhecimento da equipe do comprador• Demanda de tempo contra tamanho da equipe (foco da equipe)

Quebra do paradigma:

“Se quiser que algo seja bem feito faça você mesmo!”

Page 14: Gerência de Projetos e Manutenção de Software Aula 6 ...andrea/teaching/201702/gpms/GPMS-Aula6-Aquisicao... · • Definição de requisitos e gerenciamento devem estar no contrato

14GPMS 2017.02

Planejamento da Aquisição

• A decisão de compra (make or buy)

Procurando Nemo – Cena do Tanque Sujo

(BANDEIRA, 2016)

Procurando Nemo – O Tanque está Limpo

Page 15: Gerência de Projetos e Manutenção de Software Aula 6 ...andrea/teaching/201702/gpms/GPMS-Aula6-Aquisicao... · • Definição de requisitos e gerenciamento devem estar no contrato

15GPMS 2017.02

Execução da Aquisição• Pedido de produto ou serviço

• Descrição do fornecimento e dos serviços

• Explicações sobre a preparação de propostas

• Validade, data e local para apresentação das propostas

• Garantias que devem acompanhar as propostas

• Critérios de interpretação e avaliação das propostas

• Regras gerais (idioma, impostos, inspeções, leis, multas, reajustes, ...)

• Identificação de potenciais fornecedores

• Prestação de informações aos fornecedores

• Seleção do fornecedor

• Adjudicação (formalização) do contrato

Page 16: Gerência de Projetos e Manutenção de Software Aula 6 ...andrea/teaching/201702/gpms/GPMS-Aula6-Aquisicao... · • Definição de requisitos e gerenciamento devem estar no contrato

16GPMS 2017.02

Execução da Aquisição

• Existem diversos tipos de pedido• IFB (Invitation for Bid): utilizado para contratos de preço

relativamente alto, mas baixa complexidade. Em geral, a decisão é tomada a favor da proposta de menor preço.

• RFQ (Request for Quotation): utilizado em contratos de produtos mais complexos e custo reduzido. Além do preço, a resposta do fornecedor deve descrever brevemente a solução técnica.

• RFP (Request for Proposal): utilizado em contratos de produtos mais complexos e custo mais elevado. O fornecedor deve acrescentar o máximo de detalhe sobre a solução técnica proposta.

Page 17: Gerência de Projetos e Manutenção de Software Aula 6 ...andrea/teaching/201702/gpms/GPMS-Aula6-Aquisicao... · • Definição de requisitos e gerenciamento devem estar no contrato

17GPMS 2017.02

Execução da Aquisição• Existem diferentes mecanismos para prestar informações aos

potenciais fornecedores

• Conferências de licitação• Reuniões físicas ou virtuais onde os possíveis fornecedores podem

expor suas dúvidas sobre o processo de aquisição• As dúvidas podem incluir questões sobre o produto, mas também

sobre as formas de pagamento e contrato• Organizadas de forma que as perguntas e respostas recebidas por um

fornecedor estejam disponíveis para todos• É comum que surjam alterações aos documentos de aquisição, que

são registradas como “cartas-circulares”

• Anúncios públicos• As empresas públicas e órgãos governamentais devem publicar seus

editais de aquisição em jornais de grande circulação ou outras mídias

Page 18: Gerência de Projetos e Manutenção de Software Aula 6 ...andrea/teaching/201702/gpms/GPMS-Aula6-Aquisicao... · • Definição de requisitos e gerenciamento devem estar no contrato

18GPMS 2017.02

Execução da Aquisição• Possíveis critérios de seleção de fornecedores

• Custo total da proposta• Avaliações de diferentes visões da proposta (técnica,

financeira, ...)• Capacidade econômico-financeira para realizar o trabalho• Capacidade dos equipamentos da empresa (quando relevante)• Capacidade do pessoal chave da empresa (quando relevante)• Capacidade de atendimento das necessidades do cliente• Localização geográfica• Experiências em contratações anteriores• Fatores políticos

• Quanto mais rigoroso for o processo, mais quantitativos devem ser os critérios de seleção de fornecedores

Page 19: Gerência de Projetos e Manutenção de Software Aula 6 ...andrea/teaching/201702/gpms/GPMS-Aula6-Aquisicao... · • Definição de requisitos e gerenciamento devem estar no contrato

19GPMS 2017.02

Execução da Aquisição• Negociação contratual e assinatura do contrato

• Ocorre depois da seleção do fornecedor, abrangendo a resolução das últimas dúvidas e alterações no modelo de contratação

• A negociação pode ser limitada por regras previamente definidas nos editais de aquisição

• Geralmente são realizadas diversas rodadas de negociação, discutindo desde assuntos técnicos até puramente contratuais

• O importante é que no final o contrato seja um acordo efetivo entre as partes envolvidas, com todos os questionamentos equacionados

• O contrato será a base jurídica para o projeto, caso os conflitos sejam levados ao extremo da resolução pela Justiça

• Assim, sua assinatura deve ser realizada por pessoas que tenham a autoridade legal necessária para tanto

• A assinatura do contrato é um dos marcos mais importantes do projeto, mas como ela geralmente leva algum tempo para ser conseguida, alguns projetos começam com a assinatura de minutas ou pré-contratos

Page 20: Gerência de Projetos e Manutenção de Software Aula 6 ...andrea/teaching/201702/gpms/GPMS-Aula6-Aquisicao... · • Definição de requisitos e gerenciamento devem estar no contrato

20GPMS 2017.02

Encerramento da Aquisição

• Consiste na conclusão formal e legal do contrato• Homologação do produto que foi desenvolvido

• Verificação se os objetivos foram atingidos

• Encerramento financeiro

• Atualização de registros no Sistema

• Relatórios de desempenho

• Auditorias de aquisições

• Registro de lições aprendidas sobre o fornecedor

• Aceitação formal e encerramento

Page 21: Gerência de Projetos e Manutenção de Software Aula 6 ...andrea/teaching/201702/gpms/GPMS-Aula6-Aquisicao... · • Definição de requisitos e gerenciamento devem estar no contrato

COMUNICAÇÃO

Page 22: Gerência de Projetos e Manutenção de Software Aula 6 ...andrea/teaching/201702/gpms/GPMS-Aula6-Aquisicao... · • Definição de requisitos e gerenciamento devem estar no contrato

22GPMS 2017.02

O que é comunicação?

• Processo de troca de informações entre indivíduos através de um sistema comum de símbolos, sinais ou comportamento.

Page 23: Gerência de Projetos e Manutenção de Software Aula 6 ...andrea/teaching/201702/gpms/GPMS-Aula6-Aquisicao... · • Definição de requisitos e gerenciamento devem estar no contrato

23GPMS 2017.02

O que é comunicação?

• Capacidade de trocar ou discutir ideias, de dialogar ou conversar para o bom entendimento entre os membros do grupo

Page 24: Gerência de Projetos e Manutenção de Software Aula 6 ...andrea/teaching/201702/gpms/GPMS-Aula6-Aquisicao... · • Definição de requisitos e gerenciamento devem estar no contrato

24GPMS 2017.02

Importância da comunicação

(DELFINO, 2016)

Page 25: Gerência de Projetos e Manutenção de Software Aula 6 ...andrea/teaching/201702/gpms/GPMS-Aula6-Aquisicao... · • Definição de requisitos e gerenciamento devem estar no contrato

25GPMS 2017.02

Gerência de Comunicação

• O gerenciamento das comunicações do projeto inclui os processos necessários para assegurar que as informações do projeto sejam geradas, coletadas, distribuídas, armazenadas, recuperadas e organizadas de maneira oportuna e apropriada (PMBOK).

Page 26: Gerência de Projetos e Manutenção de Software Aula 6 ...andrea/teaching/201702/gpms/GPMS-Aula6-Aquisicao... · • Definição de requisitos e gerenciamento devem estar no contrato

26GPMS 2017.02

Processos de Comunicação� Planejamento da Comunicação

– Determinação das necessidades de informações e comunicações das partes interessadas no projeto

� Distribuição de Informação– Colocação das informações necessárias à disposição das partes

interessadas no projeto no momento adequado

� Relato de Desempenho– Coleta e distribuição das informações sobre o desempenho. – Isso inclui o relatório de andamento, medição do progresso e previsão

� Gerência das Partes Interessadas– Gerenciamento das comunicações para satisfazer os requisitos das

partes interessadas no projeto e resolver problemas entre elas

Page 27: Gerência de Projetos e Manutenção de Software Aula 6 ...andrea/teaching/201702/gpms/GPMS-Aula6-Aquisicao... · • Definição de requisitos e gerenciamento devem estar no contrato

27GPMS 2017.02

Planejamento da Comunicação

• Informações para determinar requisitos de comunicação e interessados relevantes:• Organogramas• Organização do projeto• Disciplinas, departamentos e áreas de

especialização envolvidos no projeto• Logística do número de pessoas envolvidas no

projeto e em que locais• Necessidades internas de informações• Necessidades externas de informações

Page 28: Gerência de Projetos e Manutenção de Software Aula 6 ...andrea/teaching/201702/gpms/GPMS-Aula6-Aquisicao... · • Definição de requisitos e gerenciamento devem estar no contrato

28GPMS 2017.02

Planejamento da Comunicação

• Tecnologia• Comunicação eletrônica• Bases de informações do projeto

• Fatores para seleção de tecnologia apropriada• Urgência da necessidade da informação• Disponibilidade da tecnologia• Formação da equipe• Duração do projeto• Ambiente do projeto

Page 29: Gerência de Projetos e Manutenção de Software Aula 6 ...andrea/teaching/201702/gpms/GPMS-Aula6-Aquisicao... · • Definição de requisitos e gerenciamento devem estar no contrato

29GPMS 2017.02

Planejamento da Comunicação

• Itens do plano de gerenciamento de comunicações• Item de comunicações

• informações a serem distribuídas às partes interessadas• Objetivo

• razão da distribuição das informações• Frequência

• frequência de distribuição das informações• Datas de início/conclusão

• prazo para distribuição das informações• Formato/meio físico

• layout das informações e o método de transmissão• Responsabilidade

• membro da equipe encarregado da distribuição das informações

Page 30: Gerência de Projetos e Manutenção de Software Aula 6 ...andrea/teaching/201702/gpms/GPMS-Aula6-Aquisicao... · • Definição de requisitos e gerenciamento devem estar no contrato

30GPMS 2017.02

Planejamento da Comunicação

• Canais de comunicação

Chat Telefone E-mail Mídias Sociais

Outros?

Page 31: Gerência de Projetos e Manutenção de Software Aula 6 ...andrea/teaching/201702/gpms/GPMS-Aula6-Aquisicao... · • Definição de requisitos e gerenciamento devem estar no contrato

31GPMS 2017.02

Exemplo: plano de comunicação

Fonte: http://www.blogcmmi.com.br/gestao/plano-de-comunicacao-passo-a-passo

Page 32: Gerência de Projetos e Manutenção de Software Aula 6 ...andrea/teaching/201702/gpms/GPMS-Aula6-Aquisicao... · • Definição de requisitos e gerenciamento devem estar no contrato

32GPMS 2017.02

Exemplo: plano de comunicaçãoArtefato

Meio de comunicação

Frequência Responsável Interessados

Cronograma e Plano de Projeto

E-mail Mensal Equipe de

modelagem dheka

Grupo Executivo

Diretório do Projeto

Mensal Grupo

Executivo Toda equipe do

projeto

Documentação do Projeto

E-mail Contínuo Equipe de

modelagem dheka

Toda equipe do projeto

Diretório do Projeto

Contínuo Grupo

Executivo Toda equipe do

projeto

Documento de contatos

E-mail Eventual Equipe de

modelagem dheka

Grupo Executivo

Diretório do Projeto

Eventual Grupo

Executivo Toda equipe do

projeto

Atas de reunião

E-mail Quinzenal Equipe de

modelagem dheka

Grupo Executivo

Diretório do Projeto

Quinzenal Grupo

Executivo Toda equipe do

projeto

Relatórios de Acompanhamen

to

E-mail Mensal Equipe de

modelagem dheka

Grupo Executivo

Diretório do Projeto

Mensal Grupo

Executivo Toda equipe do

projeto

Page 33: Gerência de Projetos e Manutenção de Software Aula 6 ...andrea/teaching/201702/gpms/GPMS-Aula6-Aquisicao... · • Definição de requisitos e gerenciamento devem estar no contrato

33GPMS 2017.02

Distribuição de Informações

• Itens a considerar• Progresso e mudanças• Ações corretivas• Lições aprendidas• Registros do projeto• Relatórios do projeto• Apresentações do projeto• Feedback das partes interessadas• Notificações das partes interessadas

Page 34: Gerência de Projetos e Manutenção de Software Aula 6 ...andrea/teaching/201702/gpms/GPMS-Aula6-Aquisicao... · • Definição de requisitos e gerenciamento devem estar no contrato

34GPMS 2017.02

Distribuição de Informações

• Orientações básicas para a comunicação• Seja o mais específico possível sobre a

informação a ser trocada• Conheça algumas das expectativas do emissor e

do receptor• Considere as percepções tanto do emissor

quanto do receptor• Selecione os meios ou canais para o intercâmbio

de comunicação• Considere a oportunidade para comunicação• Considere os mal-entendidos que a mensagem

pode ocasionar

Page 35: Gerência de Projetos e Manutenção de Software Aula 6 ...andrea/teaching/201702/gpms/GPMS-Aula6-Aquisicao... · • Definição de requisitos e gerenciamento devem estar no contrato

35GPMS 2017.02

Distribuição de Informações

• O papel da comunicação informal:• Aceitar a existência da comunicação informal e o fato de

que ela pode ajudar ou prejudicar a equipe e os participantes do projeto

• Encontrar maneiras de receber feedback por meio da organização informal

• Usar os líderes informais como fontes de informação sobre o projeto

• Reconhecer que grande parte do ambiente cultural do projeto reflete-se nas atitudes e comportamentos das pessoas que compõem a organização informal

Page 36: Gerência de Projetos e Manutenção de Software Aula 6 ...andrea/teaching/201702/gpms/GPMS-Aula6-Aquisicao... · • Definição de requisitos e gerenciamento devem estar no contrato

36GPMS 2017.02

7 situações em que o Gerenciamento da Comunicação é fundamental

Planejamento do projeto

Alcance de marcos

Mudanças de Escopo

Atrasos

Novos requisitos de qualidade

Redução de orçamento

Encerramento do projeto

Page 37: Gerência de Projetos e Manutenção de Software Aula 6 ...andrea/teaching/201702/gpms/GPMS-Aula6-Aquisicao... · • Definição de requisitos e gerenciamento devem estar no contrato

37GPMS 2017.02

Dever de Casa

• Elabore o plano de comunicação do seu estudo de caso

Page 38: Gerência de Projetos e Manutenção de Software Aula 6 ...andrea/teaching/201702/gpms/GPMS-Aula6-Aquisicao... · • Definição de requisitos e gerenciamento devem estar no contrato

RISCOS

Page 39: Gerência de Projetos e Manutenção de Software Aula 6 ...andrea/teaching/201702/gpms/GPMS-Aula6-Aquisicao... · • Definição de requisitos e gerenciamento devem estar no contrato

39GPMS 2017.02

Conceito de Risco

• Risco é o potencial de realização de consequências negativas e não desejadas de um evento.

• Possibilidade de sofrer perda.

• No desenvolvimento de projetos, a perda descreve um impacto que pode ser a redução da qualidade do produto final, aumento de custo, atraso na entrega ou falha do projeto.

Page 40: Gerência de Projetos e Manutenção de Software Aula 6 ...andrea/teaching/201702/gpms/GPMS-Aula6-Aquisicao... · • Definição de requisitos e gerenciamento devem estar no contrato

40GPMS 2017.02

Características do Risco

• Incerteza: • O evento que caracteriza o risco pode ou não

ocorrer – não existe risco com probabilidade de ocorrência de 100%.

• Perda:• Se o evento ocorrer, consequências

inesperadas ou perdas irão ocorrer.

Page 41: Gerência de Projetos e Manutenção de Software Aula 6 ...andrea/teaching/201702/gpms/GPMS-Aula6-Aquisicao... · • Definição de requisitos e gerenciamento devem estar no contrato

41GPMS 2017.02

Risco Internos e Externos

• Internos: estão sob o controle do gerente do

projeto.

• Possibilidade de ocorrer perda de dados.

• Externos: estão fora do controle do gerente do

projeto.

• Possibilidade de ocorrer corte no orçamento do projeto.

Page 42: Gerência de Projetos e Manutenção de Software Aula 6 ...andrea/teaching/201702/gpms/GPMS-Aula6-Aquisicao... · • Definição de requisitos e gerenciamento devem estar no contrato

42GPMS 2017.02

Classes de Risco

• Conhecidos: podem ser descobertos após uma avaliação cuidadosa doprojeto, ambiente técnico e do negócio (prazos irreais, escopo maldefinido, ambiente de desenvolvimento ruim). Devem ser percebidos,descritos e mitigados no plano do projeto.

• Previsíveis: são percebidos a partir de experiências em projetosanteriores (rotatividade de pessoal, comunicação ruim com o cliente,canalização de esforços para manutenção). Devem ser identificados emitigados no plano de gerência de riscos do projeto.

• Imprevisíveis: difíceis de serem identificados, mas que podem ocorrer.Deve haver uma reserva de contingência no orçamento.

Page 43: Gerência de Projetos e Manutenção de Software Aula 6 ...andrea/teaching/201702/gpms/GPMS-Aula6-Aquisicao... · • Definição de requisitos e gerenciamento devem estar no contrato

43GPMS 2017.02

Categorias de Riscos – Classificação I

• Negócio: ameaçam a viabilidade do software ser desenvolvido

• Excelente produto do qual ninguém precisa (risco de mercado), produto não alinhado com a estratégia da companhia (risco estratégico), produto que a força de vendas não entende como vendê-lo, perda do apoio da gerência de alto nível da companhia (risco gerencial), redução de orçamento ou de pessoal (risco orçamentário).

• Projeto: ameaçam o plano do projeto – custos e cronograma• Possibilidades de ocorrerem problemas com orçamento, cronograma,

pessoal, recursos, cliente e requisitos e os impactos no projeto.

• Técnico: ameaçam a qualidade do produto

• Possibilidades de ocorrerem problemas com a especificação, projeto técnico, implementação, interfaces, verificações e manutenção (ambiguidades na especificação, incertezas tecnológicas, obsolescência tecnológica, tecnologia de ponta...).

Page 44: Gerência de Projetos e Manutenção de Software Aula 6 ...andrea/teaching/201702/gpms/GPMS-Aula6-Aquisicao... · • Definição de requisitos e gerenciamento devem estar no contrato

44GPMS 2017.02

Categorias de Riscos – Classificação II

• Riscos de Pessoal• Pessoal chave não estará disponível quando necessário• Perfis chaves não estarão disponíveis quando necessários• Haverá perda de pessoal durante o projeto

• Riscos de Equipamento• Equipamento necessário não estará disponível quando necessário• Acesso ao hardware será restrito• Equipamento irá falhar

• Riscos de Clientes• Clientes não estarão disponíveis quando necessário• Os clientes não tomarão as decisões necessárias no tempo requerido• Revisões não irão ocorrer de acordo com o cronograma• Clientes qualificados serão substituídos por pessoas menos qualificadas

Page 45: Gerência de Projetos e Manutenção de Software Aula 6 ...andrea/teaching/201702/gpms/GPMS-Aula6-Aquisicao... · • Definição de requisitos e gerenciamento devem estar no contrato

45GPMS 2017.02

Categorias de Riscos – Classificação II

• Riscos do Escopo• Novos requisitos irão surgir• Mudanças de escopo não avaliadas para inclusão no projeto• Mudanças de escopo serão introduzidas sem conhecimento do gerente do projeto

• Riscos Tecnológicos• A tecnologia apresentará limitações técnicas ou de desempenho• Os componentes da tecnologia não serão facilmente integrados• A tecnologia é nova e pouco conhecida

• Riscos da Entrega• Tempo de resposta não será adequado• A capacidade requerida não foi atingida• Requisitos funcionais não foram atendidos

• Riscos Físicos• Ambiente será danificado por fogo, inundação ou outra catástrofe• Os computadores serão afetados por vírus• A equipe divulgará informações confidenciais

Page 46: Gerência de Projetos e Manutenção de Software Aula 6 ...andrea/teaching/201702/gpms/GPMS-Aula6-Aquisicao... · • Definição de requisitos e gerenciamento devem estar no contrato

46GPMS 2017.02

Riscos em Sistemas de Informação

• Importância dos temas de acordo com o tamanho dos projetos

Temas Pequeno (%)até 80 HM

Médio (%)entre 80 e 150 HM

Grande (%)mais de 150 HM

Análise 12,36 12,57 10,78

Projeto 8,59 7,52 6,23

Codificação 4,84 4,13 4,00

Teste 7,36 6,17 5,82

Planejamento 15,26 13,04 13,85

Controle 10,39 11,64 12,19

Equipe 11,28 11,53 12,63

Contratos 3,40 5,37 4,60

Estrutura 11,41 12,47 14,11

Clientes 15,11 15,57 15,79

Page 47: Gerência de Projetos e Manutenção de Software Aula 6 ...andrea/teaching/201702/gpms/GPMS-Aula6-Aquisicao... · • Definição de requisitos e gerenciamento devem estar no contrato

47GPMS 2017.02

Gerência de Riscos

• Tentativa de minimizar as chances de falhas

causadas por eventos não planejados

• Entender influências internas e externas ao projeto

que podem causar falhas no projeto

• Disciplina que lida com a possibilidade de que

eventos futuros possam causar efeitos adversos

Page 48: Gerência de Projetos e Manutenção de Software Aula 6 ...andrea/teaching/201702/gpms/GPMS-Aula6-Aquisicao... · • Definição de requisitos e gerenciamento devem estar no contrato

48GPMS 2017.02

Gerência de Riscos

Edward A. Murphy

“Se existe mais de uma maneira

de uma tarefa ser executada e

alguma dessas maneiras

resultar num desastre,

certamente será a maneira

escolhida por alguém para

executá-la.”

OU

“Se algo pode dar errado, vai

dar errado.”

(BORBA, 2016)

Page 49: Gerência de Projetos e Manutenção de Software Aula 6 ...andrea/teaching/201702/gpms/GPMS-Aula6-Aquisicao... · • Definição de requisitos e gerenciamento devem estar no contrato

49GPMS 2017.02

Gerência de Riscos

• Conjunto de atividades que transforma incertezas e dúvidas existentes em um projeto em riscos aceitáveis• Não remove os riscos do projeto, mas torna estes riscos mais

visíveis, controláveis e, eventualmente, quantificáveis• Conhecer os riscos envolvidos em um projeto pode mudar a

forma com que o projeto é executado• Certas empresas têm mais apetite para correr riscos, enquanto

outras vão preferir tomar ações para conter estes riscos antes de iniciar o projeto

• A tolerância aos riscos é o nível de riscos que uma empresa está disposta a incorrer para receber determinados benefícios

• A tolerância pode variar de acordo com a situação da empresa, da economia e dos concorrentes

Minimizar

Ameaças

Page 50: Gerência de Projetos e Manutenção de Software Aula 6 ...andrea/teaching/201702/gpms/GPMS-Aula6-Aquisicao... · • Definição de requisitos e gerenciamento devem estar no contrato

50GPMS 2017.02

Gerência de Riscos

• O propósito do processo Gerência de Riscos é identificar, analisar, tratar, monitorar e reduzir continuamente os riscos em nível organizacional e de projeto (SOFTEX, 2009)

• Visa:• Identificar os riscos do projeto

• Estabelecer a probabilidade de ocorrência, o impacto e a exposição (probabilidade x impacto) de cada risco identificado

• Priorizar os riscos (ordenar decrescentemente por exposição)

• Mitigar os riscos (definir planos de contenção e contingência)

• Monitorar periodicamente

• Tomar ações corretivas quando necessário

Page 51: Gerência de Projetos e Manutenção de Software Aula 6 ...andrea/teaching/201702/gpms/GPMS-Aula6-Aquisicao... · • Definição de requisitos e gerenciamento devem estar no contrato

51GPMS 2017.02

Gerência de Riscos Contínua

Identificar

Analisar

PlanejarMonitorar

Controlar

Page 52: Gerência de Projetos e Manutenção de Software Aula 6 ...andrea/teaching/201702/gpms/GPMS-Aula6-Aquisicao... · • Definição de requisitos e gerenciamento devem estar no contrato

52GPMS 2017.02

Gerência de Riscos Contínua

Identificar

Analisar

PlanejarMonitorar

Controlar

Page 53: Gerência de Projetos e Manutenção de Software Aula 6 ...andrea/teaching/201702/gpms/GPMS-Aula6-Aquisicao... · • Definição de requisitos e gerenciamento devem estar no contrato

53GPMS 2017.02

Identificação de Riscos

• Lista os riscos de um projeto a partir das dúvidas, dasincertezas e do conhecimento existentes sobre oprojeto• Os riscos são normalmente identificados em reuniões

realizadas no início do projeto

• Os riscos são revistos em reuniões de avaliação realizadas emmarcos relevantes do projeto

• A lista de riscos funciona como uma linha base das incertezasque serão analisadas e controladas pelos gerentes

Page 54: Gerência de Projetos e Manutenção de Software Aula 6 ...andrea/teaching/201702/gpms/GPMS-Aula6-Aquisicao... · • Definição de requisitos e gerenciamento devem estar no contrato

54GPMS 2017.02

Identificação de Riscos• A identificação de riscos é um processo iterativo porque

novos riscos podem surgir a medida que o projeto evolui e mais informações estão disponíveis para o gerente

• Portanto, os instrumentos listados anteriormente podem ser aplicados mais de uma vez ao longo do projeto

• Quem participa destas reuniões?• Gerente de projetos e sua equipe• Clientes• Usuários• Especialistas do assunto sendo abordado• Outros patrocinadores

Page 55: Gerência de Projetos e Manutenção de Software Aula 6 ...andrea/teaching/201702/gpms/GPMS-Aula6-Aquisicao... · • Definição de requisitos e gerenciamento devem estar no contrato

55GPMS 2017.02

Compreensão do Risco

• Para ser compreendido, o risco deve ser expresso claramente:• Descrição das condições que possam levar à

perda

• Descrição da perda ou consequência

Page 56: Gerência de Projetos e Manutenção de Software Aula 6 ...andrea/teaching/201702/gpms/GPMS-Aula6-Aquisicao... · • Definição de requisitos e gerenciamento devem estar no contrato

56GPMS 2017.02

Capturar Declarações de Risco

• Condição: frase ou sentença simples que expresse a circunstância chave, situação, etc., que causa preocupação, dúvida, ansiedade ou incerteza.• Os requisitos podem estar incompletos.

• Consequência: frase ou sentença que descreve os resultados negativos da condição:• O projeto pode ultrapassar o prazo e o orçamento

previsto.

Page 57: Gerência de Projetos e Manutenção de Software Aula 6 ...andrea/teaching/201702/gpms/GPMS-Aula6-Aquisicao... · • Definição de requisitos e gerenciamento devem estar no contrato

57GPMS 2017.02

Gerência de Riscos Contínua

Identificar

Analisar

PlanejarMonitorar

Controlar

Page 58: Gerência de Projetos e Manutenção de Software Aula 6 ...andrea/teaching/201702/gpms/GPMS-Aula6-Aquisicao... · • Definição de requisitos e gerenciamento devem estar no contrato

58GPMS 2017.02

Risco – Probabilidade

Probabilidade Faixa

Baixa 0.0-0.3

Média 0.3-0.7

Alta 0.7-1.0

Page 59: Gerência de Projetos e Manutenção de Software Aula 6 ...andrea/teaching/201702/gpms/GPMS-Aula6-Aquisicao... · • Definição de requisitos e gerenciamento devem estar no contrato

59GPMS 2017.02

Risco - Impacto

Impacto Faixa

Baixo 0.0-3.0

Médio 3.0-7.0

Alto 7.0-9.0

Muito alto 9.0-10.0

Page 60: Gerência de Projetos e Manutenção de Software Aula 6 ...andrea/teaching/201702/gpms/GPMS-Aula6-Aquisicao... · • Definição de requisitos e gerenciamento devem estar no contrato

60GPMS 2017.02

Risco - Exposição

• Exposição = Probabilidade x Impacto

Risco Probabilidade Impacto Exposição

Equipe poderá ter alta rotatividade

0.4 8 3.2

Poderá ocorrer perda de financiamento

0.2 7 1.4

Requisitos podem estar incompletos

0.9 9 8.1

Page 61: Gerência de Projetos e Manutenção de Software Aula 6 ...andrea/teaching/201702/gpms/GPMS-Aula6-Aquisicao... · • Definição de requisitos e gerenciamento devem estar no contrato

61GPMS 2017.02

Risco - Exposição

• Exposição = Probabilidade x ImpactoImpacto

Probabilidade

Page 62: Gerência de Projetos e Manutenção de Software Aula 6 ...andrea/teaching/201702/gpms/GPMS-Aula6-Aquisicao... · • Definição de requisitos e gerenciamento devem estar no contrato

62GPMS 2017.02

Priorização

• “Se um único projeto tivesse que se prevenir contra todos os possíveis riscos e incertezas, seu custo poderia se proibitivo.

• “Você não pode tratar tudo! Nem todo risco pode ser mitigado... Quais são realmente importantes?

• Você deve identificar os riscos críticos e tratá-los de acordo com cada tratamento possível.”

(IEEE - Software)

Page 63: Gerência de Projetos e Manutenção de Software Aula 6 ...andrea/teaching/201702/gpms/GPMS-Aula6-Aquisicao... · • Definição de requisitos e gerenciamento devem estar no contrato

63GPMS 2017.02

Priorização

• A priorização identifica os riscos mais relevantes, reduzindo o número de riscos que serão tratados nas atividades de controle

• Na maior parte dos casos, não é economicamente viável tratar todos os riscos identificados para um projeto

• Lei de Pareto: 80% do problema é explicado por 20% dos riscos

Page 64: Gerência de Projetos e Manutenção de Software Aula 6 ...andrea/teaching/201702/gpms/GPMS-Aula6-Aquisicao... · • Definição de requisitos e gerenciamento devem estar no contrato

64GPMS 2017.02

Priorização

Risco Probabilidade Impacto Exposição

Requisitos podem estar incompletos

0.9 9 8.1

Equipe poderá ter alta rotatividade 0.4 8 3.2

Poderá ocorrer perda de financiamento 0.2 7 1.4

Page 65: Gerência de Projetos e Manutenção de Software Aula 6 ...andrea/teaching/201702/gpms/GPMS-Aula6-Aquisicao... · • Definição de requisitos e gerenciamento devem estar no contrato

Priorização (U.S. Air Force)

ProbabilidadeImpacto Frequente Provável Improvável Impossível

Catastrófico Alta Alta Moderada Nenhuma

Crítico Alta Moderada Moderada Nenhuma

Marginal Moderada Moderada Baixa Nenhuma

Desprezível Moderada Baixa Baixa Nenhuma

Page 66: Gerência de Projetos e Manutenção de Software Aula 6 ...andrea/teaching/201702/gpms/GPMS-Aula6-Aquisicao... · • Definição de requisitos e gerenciamento devem estar no contrato

66GPMS 2017.02

Gerência de Riscos Contínua

Identificar

Analisar

PlanejarMonitorar

Controlar

Page 67: Gerência de Projetos e Manutenção de Software Aula 6 ...andrea/teaching/201702/gpms/GPMS-Aula6-Aquisicao... · • Definição de requisitos e gerenciamento devem estar no contrato

67GPMS 2017.02

Planejamento de Riscos

• Determina as estratégias que serão aplicadas para

eliminar ou reduzir os riscos selecionados para controle

em um projeto• É definido um responsável por cada risco identificado:

“responsabilidade compartilhada é igual a nenhuma responsabilidade”

• São definidas estratégias de resolução e tratamentos para os riscos

Page 68: Gerência de Projetos e Manutenção de Software Aula 6 ...andrea/teaching/201702/gpms/GPMS-Aula6-Aquisicao... · • Definição de requisitos e gerenciamento devem estar no contrato

68GPMS 2017.02

Planejamento de Riscos

• Estratégias para resolução• Aceitação: o gerente define que vai conviver conscientemente com o

risco. Não existe investimento em proteção e há perda em caso de ocorrência do risco

• Eliminação: o gerente põe em prática planos de contenção para evitar a ocorrência do risco. Há um investimento em proteção e as chances de perda são reduzidas

• Mitigação: influencia a probabilidade ou o impacto do risco ou lida com o deslocamento no horizonte do tempo

• Transferência: o gerente decide transferir o risco para terceiros, em geral compartilhando também seus benefícios

Page 69: Gerência de Projetos e Manutenção de Software Aula 6 ...andrea/teaching/201702/gpms/GPMS-Aula6-Aquisicao... · • Definição de requisitos e gerenciamento devem estar no contrato

69GPMS 2017.02

Planejamento de Riscos

• Tratamento para os riscos• Planos de contenção: evitam a ocorrência de um risco ou reduzem seu

impacto no projeto, sendo aplicados antes da ocorrência do risco

• Planos de contingência:

• Reduzem os efeitos da concretização de um risco, sendo postos em

execução após a ocorrência do risco

• Definem ações assumindo que os esforços para mitigar o risco não

surtiram efeito e que ele tornou-se realidade

Page 70: Gerência de Projetos e Manutenção de Software Aula 6 ...andrea/teaching/201702/gpms/GPMS-Aula6-Aquisicao... · • Definição de requisitos e gerenciamento devem estar no contrato

70GPMS 2017.02

Definir Ações

• Elaborar uma lista de ações para os itens de risco mais simples

• Para os riscos mais complexos, pode ser necessário definir um plano de trabalho com atividades, responsabilidades, custos e cronograma• Plano de treinamento e avaliação de desempenho para

mitigar o risco referente ao uso de novas tecnologias.

Page 71: Gerência de Projetos e Manutenção de Software Aula 6 ...andrea/teaching/201702/gpms/GPMS-Aula6-Aquisicao... · • Definição de requisitos e gerenciamento devem estar no contrato

71GPMS 2017.02

Plano de Riscos

Risco Prob. Consq. Exp. Planejamento Ação

Equipe poderá ter alta rotatividade 0.4 9 3.2

Reservar recursos para ajustes salariais

Poderá ocorrer perda de financiamento 0.2 7 1.4

Segmentar o sistema em releases

Requisitos podem estar incompletos 0.9 9 8.1

Utilizar prototipação para validar requisitos

Page 72: Gerência de Projetos e Manutenção de Software Aula 6 ...andrea/teaching/201702/gpms/GPMS-Aula6-Aquisicao... · • Definição de requisitos e gerenciamento devem estar no contrato

72GPMS 2017.02

Gerência de Riscos Contínua

Identificar

Analisar

PlanejarMonitorar

Controlar

Page 73: Gerência de Projetos e Manutenção de Software Aula 6 ...andrea/teaching/201702/gpms/GPMS-Aula6-Aquisicao... · • Definição de requisitos e gerenciamento devem estar no contrato

73GPMS 2017.02

Gerência de Riscos ContínuaMonitorar• Consiste no acompanhamento da evolução dos riscos

• Quando são definidas métricas para o projeto, este pode acompanhar se os valores destas métricas ultrapassaram limites estabelecidos

• Avaliação dos planos de contenção e contingência

Page 74: Gerência de Projetos e Manutenção de Software Aula 6 ...andrea/teaching/201702/gpms/GPMS-Aula6-Aquisicao... · • Definição de requisitos e gerenciamento devem estar no contrato

74GPMS 2017.02

Gerência de Riscos Contínua

Identificar

Analisar

PlanejarMonitorar

Controlar

Page 75: Gerência de Projetos e Manutenção de Software Aula 6 ...andrea/teaching/201702/gpms/GPMS-Aula6-Aquisicao... · • Definição de requisitos e gerenciamento devem estar no contrato

75GPMS 2017.02

• Agir:• Decisão

• Replanejar

• Encerrar o risco

• Executar plano de contingência

• Continuar a monitorar

• Execução, implantação, correção • Ativar planos de contenção e contingência, se

necessário

Gerência de Riscos ContínuaControlar

Page 76: Gerência de Projetos e Manutenção de Software Aula 6 ...andrea/teaching/201702/gpms/GPMS-Aula6-Aquisicao... · • Definição de requisitos e gerenciamento devem estar no contrato

76GPMS 2017.02

Exemplo ilustrativo

• Cenário: subida de serra na terra

• Risco 1: colisão com carro vindo na outra direção

Page 77: Gerência de Projetos e Manutenção de Software Aula 6 ...andrea/teaching/201702/gpms/GPMS-Aula6-Aquisicao... · • Definição de requisitos e gerenciamento devem estar no contrato

77GPMS 2017.02

Exemplo ilustrativo

• Probabilidade: 20% (pouca neblina)

• Impacto: 0,8 (ferimentos graves)

• Exposição: 0,16

• Prioridade: médiaImpacto

Pro

ba

bil

ida

de

0 0,2 0,4 0,6 0,8 1

100% 0 0,2 0,4 0,6 0,8 1

80% 0 0,16 0,32 0,48 0,64 0,8

60% 0 0,12 0,24 0,36 0,48 0,6

40% 0 0,08 0,16 0,24 0,32 0,4

20% 0 0,04 0,08 0,12 0,16 0,2

0% 0 0 0 0 0 0

Page 78: Gerência de Projetos e Manutenção de Software Aula 6 ...andrea/teaching/201702/gpms/GPMS-Aula6-Aquisicao... · • Definição de requisitos e gerenciamento devem estar no contrato

78GPMS 2017.02

Exemplo ilustrativo

• Mitigação• Contenção: dirigir em baixa velocidade, carro com

ABS• Contingência: uso de cinto de segurança, carro com

Air Bag

Page 79: Gerência de Projetos e Manutenção de Software Aula 6 ...andrea/teaching/201702/gpms/GPMS-Aula6-Aquisicao... · • Definição de requisitos e gerenciamento devem estar no contrato

79GPMS 2017.02

Exemplo ilustrativo

• Monitoramento• A cada 10 minutos• Verificar mudanças climáticas• Verificar condições da pista e claridade (dia/noite)• Atualizar avaliação de probabilidade e impacto do

risco

Page 80: Gerência de Projetos e Manutenção de Software Aula 6 ...andrea/teaching/201702/gpms/GPMS-Aula6-Aquisicao... · • Definição de requisitos e gerenciamento devem estar no contrato

80GPMS 2017.02

Gerenciamento de Riscos – Porque não?

• Se é tão importante, porque as pessoas não fazem?• Incapacidade de admitir que existem riscos

• Deixar a impressão de não saber exatamente o caminho a seguir• Orientação ao sucesso versus orientação a falha• A ignorância é uma dádiva: “Shoot the messager”

• Tendência a postergar a resolução dos problemas mais difíceis• Otimismo: talvez os problemas difíceis deixem de existir ...• Em um projeto, ataque as áreas mais críticas no início• Você estima melhor as áreas que sabe como vai resolver

• A análise de riscos custa dinheiro e tempo• Afinal, os problemas nem existem ainda ...

“Só quero saber o que pode dar certo! Não tenho tempo a perder.”

Titãs

Page 81: Gerência de Projetos e Manutenção de Software Aula 6 ...andrea/teaching/201702/gpms/GPMS-Aula6-Aquisicao... · • Definição de requisitos e gerenciamento devem estar no contrato

81GPMS 2017.02

Para lembrar...Se você não atacar seus riscos ...

... eles vão atacar você !

Page 82: Gerência de Projetos e Manutenção de Software Aula 6 ...andrea/teaching/201702/gpms/GPMS-Aula6-Aquisicao... · • Definição de requisitos e gerenciamento devem estar no contrato

82GPMS 2017.02

Para lembrar...

Até os ratos precisam gerenciar os riscos!

(BORBA, 2016)

Page 83: Gerência de Projetos e Manutenção de Software Aula 6 ...andrea/teaching/201702/gpms/GPMS-Aula6-Aquisicao... · • Definição de requisitos e gerenciamento devem estar no contrato

83GPMS 2017.02

Exercício

• Defina os riscos relacionados ao trabalho do estudo de caso• Identifique a probabilidade e o impacto

desses riscos

• Calcule a exposição ao risco

• Priorize os riscos

• Mitigue (medidas de contenção e contingência) os riscos com maior prioridade

• Execute o monitoramento semanal

Page 84: Gerência de Projetos e Manutenção de Software Aula 6 ...andrea/teaching/201702/gpms/GPMS-Aula6-Aquisicao... · • Definição de requisitos e gerenciamento devem estar no contrato

84GPMS 2017.02

Dúvidas?

Page 85: Gerência de Projetos e Manutenção de Software Aula 6 ...andrea/teaching/201702/gpms/GPMS-Aula6-Aquisicao... · • Definição de requisitos e gerenciamento devem estar no contrato

85GPMS 2017.02

Cronograma

Page 86: Gerência de Projetos e Manutenção de Software Aula 6 ...andrea/teaching/201702/gpms/GPMS-Aula6-Aquisicao... · • Definição de requisitos e gerenciamento devem estar no contrato

86GPMS 2017.02

Próxima Aula

Gerência de

Configuração

Garantia de

Qualidade

Verificação,

Validação e Testes

Planejamento

de Projetos

Gerência

de Riscos

Monitoramento

e Controle

Reutilização

Medição e

Análise

Levantamento

de Requisitos

Análise de

RequisitosProjeto Codificação

Comunicação

Atividades

Gerenciais

Atividades de

Desenvolvimento

Atividades de

Apoio

Aquisição

Page 87: Gerência de Projetos e Manutenção de Software Aula 6 ...andrea/teaching/201702/gpms/GPMS-Aula6-Aquisicao... · • Definição de requisitos e gerenciamento devem estar no contrato

Gerência de Projetos e Manutenção de Software

Aula 6 – Aquisição, Comunicação e Riscos

Andréa Magalhães [email protected]

2017.02