A&H Decoração e Design
Projeto Site de Arquitetura
São Paulo, GEEP T 42
A&H Decoração e Design
Gerenciamento de Aquisições
Professor: Marco Coghi
Alunos:
Thiago Paes
Adriano Almeida
Eliana Alves
Guilherme Brandão
Natalia Pwa
Paula Molinari
A&H Decoração e Design
São Paulo, GEEP T 42 Professor: Marco Coghi
Gerenciamento de Aquisições
Introdução
A&H Decoração e Design é um projeto de uma empresa
virtual, que tem como objetivo fornecer serviços de
arquitetura para projetos de ambientes internos e externos de
forma remota, com rapidez, baixo custo e bom gosto.
1. - Website
Arquitetura Remota
1.1
Pesquisa de
Mercado
1.1.1
Definição de Público
Alvo
1.1.2
Definição do Tipo de
Pesquisa
1.1.3
Contratação de
Empresa Terceira
1.1.4
Execução da
Pesquisa
1.2
Abertura de Empresa
1.2.1
Levantamento
Documentos
1.2.2
Registro
1.2.4
Legalização
1.3
Website
1.3.1
Contratação
Desenvolvedor Web
1.3.2
Programação
1.3.3
Hospedagem
1.3.4
Sistema de
Pagamento
1.4
Início da Operação
1.4.1
Programação
Inauguração
1.4.2
Plano de
Atualizações Site
1.4.3
Plano Operacional
12 meses
1.4.4
Lançamento
Comerical
WBS do Projeto
Make
Buy
Critérios para a Análise Make or Buy
Código Descrição Justificativa
1 Aumento da qualidade do serviço É possível exigir um nível maior de qualidade uma
vez que o escolhido já possui experiência.
2 Mão de obra especializada Não há recurso especializado suficiente na equipe
interna.
3 Necessidade de absorção da
tecnologia
Absorver técnicas que a empresa ainda não tem o
domínio.
4 Otimização do tempo Prazo curto para colocar o site no ar
5 Conhecimento de Normas e leis
vigentes
A empresa não dispõe de equipe jurídica em seu
quadro de funcionários.
6 Core business da Empresa A principal especialização da empresa é arquitetura,
alguns temas são melhor tratados por parceiros que
são especialistas.
7 Problemas de segurança da
informação
Como o site irá trabalhar com dados e dinheiro dos
seus clientes, levar para um fornecedor é uma forma
de transferir os riscos.
Pacote: 1.3.2 - Programação
Mapa de Aquisições
Mapa das Aquisições do projeto, contendo
no mínimo 5 pacotes de
trabalho “buy”;
Concorrência Item a ser
Comprado
Ref.
WBS
Vendor
List
Cronograma Orçamento Critério
01 Execução da
Pesquisa
1.1.4 Quant
Pesquisas
90 dias 18.000,00 2,4,7
02 Levantamento
de Documentos
1.2.1 A&F
Advogados
45 dias 2.500,00 2,4
03 Registro 1.2.2 Registro.br 2 semanas 900,00 2,4
04 Legalização 1.2.3 A&F
Advogados
30 dias 2.000,00 2,5,7
05 Programação 1.3.2 XPTO
Sistemas
2 meses 40.000,00 1,2,3,4,
6
06 Hospedagem 1.3.3 Locaweb 1 dia 550,00 / ano 2,7
07 Sistema de
Pagamento
1.3.4 PagSeguro 35 dias Comissionado 2,7
WBS do Contrato
Programação
Levantamento de
Requisitos
Funcionais
Não Funcionais
Layout
Definir Equipe UX
Desenvolver
Interface
Fazer Wireframes
Desenvolvimento
Módulo I
(Adm. do site)
Módulo II
Módulo III
Homologação e
Testes
Teste de Stress
Teste de
Performance
Teste integrado
Pacote: 1.3.2 - Programação
Analise de Riscos nas Aquisições
Evento de Risco Resposta ao Risco Momento de
Resposta ao Risco
Incompatibilidade com o
sistema de Pagamento no
desenvolvimento do site
Fazer testes antes da contratação PLAN, ESP, PQ, SEZ,
CONT
Aumento dos custos
Operacionais ( Repasse ao
Fornecedor)
Fazer um plano de recompensas
de acordo com o valor arrecadado
PLAN, CONT, ADM
Pacote: 1.3.4 - Sistema de Pagamento
Declaração de Trabalho
Sistema de Pagamento
Especificação Funcional: Aceite bandeiras: Master, Visa e Amex.
Qualidade: Que possua um SLA de 99,9%, Possua protocolo HTTPS.
Prazos: Os pagamentos devem ser liberados ao contratante em
até 15 dias.
Suporte: Canais de Comunicação online e via telefone
Manutenção: Atualização periódica API’s
Treinamento: Treinamento do Backoffice
Garantia: Sigilo dos dados dos Clientes
Local de Entrega: N/A
Condições de Pagamento Comissionado
Espera máxima de
resposta do servidor
60 segundos
SOW – 1.3.4 Sistema de Pagamento
Critérios Eliminatórios
ID Descrição
01 Ter na equipe de desenvolvimento funcionários com certificação XPTO
02 Trabalhar com Metodologia Ágil
03 Certidão Negativa de Débito
04 Certificação CMMI, mínimo nível 3
05 Capacidade técnica comprovada ( Portfólio)
06 Utilizar UML ( Linguagem Unificada de Modelagem)
Pacote: 1.3.2 - Programação
Critérios Classificatórios
ID Descrição
01 Histórico / Bagagem da Software House
02 Competência técnica
03 Competência criativa
04 Metodologia de atendimento
05 Portfólio apresentado
06 Adequação a proposta ( Target)
Pacote: 1.3.2 - Programação
Divulgar aos convidados critério de
classificação ?
Não
Motivos:
 Possibilidade dos convidados fazerem conluio;
 Necessidades já estarão especificadas nos requisitos;
 Caso abra os critérios não divulgaremos os pesos;
 Algum convidado pode desistir de fazer proposta caso não consiga atender;
plenamente algum critério;
 Pode gerar duvidas e questionamento dos convidados;
 Pode “Engessar” as propostas;
Obs: Porém todos os fornecedores serão comunicados por e-mail sobre o resultado final,
se vitoriosa ou derrotada na concorrência.
Pacote: 1.3.2 - Programação
Critérios de Pontuação para Classificação
ID Critério Classificatório Peso
Pontuação
Fornecedor
1
Fornecedor
2
Fornecedor
3
1 Histórico / Bagagem do Fornecedor 25
2 Competência técnica 20
3 Competência criativa 20
4 Metodologia de atendimento 5
5 Portfólio apresentado 10
6 Adequação a proposta 20
Totalização da Pontuação ->
Pacote: 1.3.2 - Programação
Critérios de Pontuação para Classificação
Critério Classificatório Avaliação Pontuação
Histórico /
Bagagem do Fornecedor
Experiência no mesmo tipo de site 10
Experiência porém não com o mesmo tipo de Site 7
Competência técnica
CMMI Nível 5 10
CMMI Nível 4 8
CMMI Nível3 7
Competência criativa
Será avaliado o uso de HTML 5 , boa
usabilidade, design responsivo
Dentro da Expectativa 10
Abaixo da Expectativa 6
Metodologia de
atendimento
24 horas, seja online ou por telefone 10
Horário Comercial 7
Portfólio apresentado
Será avaliado tamanho dos clientes, número
de acessos, sistema de busca, qualidade de
desenvolvimento
Dentro da Expectativa 10
Abaixo da Expectativa 7
Adequação a proposta
Abaixo do target 10
Até 10% acima do target 7
Mais de 10% acima do target 5
Pacote: 1.3.2 - Programação
Documentos de Aquisição
Pacote: 1.3.2 - Programação
RFP ( Solicitação de Proposta) – Pois a decisão de escolha não será
apenas pelo preço final, e sim pelo melhor custo / benefício.
 Carta Convite ( Através de e-mail );
 Declaração de Trabalho (DT);
 Minuta / Modelo de Contrato;
RFI – ADM ( Solicitação de Informação)
 CND;
 Documentos Bancários;
Meio Adotado para o envio do Convite
Os convites serão enviados através de um sistema de Mala
direta, por e-mail.
E-mail:
Pacote: 1.3.2 - Programação
Justificativa:
 Alguns fornecedores já são conhecidos;
 Menor custo;
 Boa abrangência, porém direcionada e exclusiva;
 Prática de Mercado;
 Rapidez;
 Praticidade;
Tipo de Contrato
Para maior segurança da empresa é transferido o risco para a
contratada.
PF – Preço Fixo
Pacote: 1.3.2 - Programação
Justificativa:
Obs: Algumas despesas poderão ser reembolsáveis
dependendo de prévio acordo e desde que previsto no
contrato.
Fluxograma de Aquisições
Pacote: 1.3.2 – Programação ( Concorrência Privada)
( modelo desenvolvido em sala de aula)
Fluxograma de Aquisições
Pacote: 1.3.2 – Programação ( Concorrência Privada)
( modelo revisado)
Atitudes de Fiscalização
Pacote: 1.3.2 – Programação
 Reuniões periódicas com os stakeholders;
 Monitoramento e controle dos riscos e oportunidades;
 Check list de andamento;
 Testes e homologação;
 Administração de Claims;
Relatório Controlar Contrato
Pacote: 1.3.2 – Programação
Boletim de Medição (BM)
Documentos que devem ser entregues: ( Diagramas de UML)
 Diagrama de Caso de Uso;
 Diagrama de Classes;
 Diagrama de objetos;
 Diagrama de Colaboração;
 Diagrama de Sequência;
 Diagrama de Atividades;
 Diagrama de Estados;
 Diagrama de Componentes;
 Digrama de Pacotes;
 Avanços das fases;
 Desvios registrados;
Relatório Controlar Contrato
Pacote: 1.3.2 – Programação
Template (BM)
Fluxograma Controlar Aquisições
Pacote: 1.3.2 – Programação
( modelo desenvolvido em sala de aula)
Fluxograma Controlar Aquisições
Pacote: 1.3.2 – Programação
( modelo revisado)
Fluxograma Encerrar Contrato
Pacote: 1.3.2 – Programação
Sumário do PGA – Plano de Gerenciamento de
Aquisições
Pacote: 1.3.2 – Programação
1 – Montar WBS;
2 – Aanalisar critérios make or by;
3 – Definir quais serão os pacotes contratados;
4 – Elaborar mapa de aquisições;
5 – Analisar riscos e oportunidades e planejar respostas;
6 – Elaborar a definição de trabalho de cada pacote e as entregáveis esperados;
7 – Definir estratégia de comunicação;
8 – Definir tipo e elaborar minuta do contrato;
9 – Definir forma de convite e recebimento de propostas;
10 – Elaborar critérios de eliminação, classificação e pontuação;
11 – Definir documentação e templates Utilizados;
12 – Definir plano de fiscalização, testes, homologação e acompanhamento;
13 – Elaborar plano de encerramento

A&H Decoração e Design

  • 1.
    A&H Decoração eDesign Projeto Site de Arquitetura
  • 2.
    São Paulo, GEEPT 42 A&H Decoração e Design Gerenciamento de Aquisições Professor: Marco Coghi
  • 3.
    Alunos: Thiago Paes Adriano Almeida ElianaAlves Guilherme Brandão Natalia Pwa Paula Molinari A&H Decoração e Design São Paulo, GEEP T 42 Professor: Marco Coghi Gerenciamento de Aquisições
  • 4.
    Introdução A&H Decoração eDesign é um projeto de uma empresa virtual, que tem como objetivo fornecer serviços de arquitetura para projetos de ambientes internos e externos de forma remota, com rapidez, baixo custo e bom gosto.
  • 5.
    1. - Website ArquiteturaRemota 1.1 Pesquisa de Mercado 1.1.1 Definição de Público Alvo 1.1.2 Definição do Tipo de Pesquisa 1.1.3 Contratação de Empresa Terceira 1.1.4 Execução da Pesquisa 1.2 Abertura de Empresa 1.2.1 Levantamento Documentos 1.2.2 Registro 1.2.4 Legalização 1.3 Website 1.3.1 Contratação Desenvolvedor Web 1.3.2 Programação 1.3.3 Hospedagem 1.3.4 Sistema de Pagamento 1.4 Início da Operação 1.4.1 Programação Inauguração 1.4.2 Plano de Atualizações Site 1.4.3 Plano Operacional 12 meses 1.4.4 Lançamento Comerical WBS do Projeto Make Buy
  • 6.
    Critérios para aAnálise Make or Buy Código Descrição Justificativa 1 Aumento da qualidade do serviço É possível exigir um nível maior de qualidade uma vez que o escolhido já possui experiência. 2 Mão de obra especializada Não há recurso especializado suficiente na equipe interna. 3 Necessidade de absorção da tecnologia Absorver técnicas que a empresa ainda não tem o domínio. 4 Otimização do tempo Prazo curto para colocar o site no ar 5 Conhecimento de Normas e leis vigentes A empresa não dispõe de equipe jurídica em seu quadro de funcionários. 6 Core business da Empresa A principal especialização da empresa é arquitetura, alguns temas são melhor tratados por parceiros que são especialistas. 7 Problemas de segurança da informação Como o site irá trabalhar com dados e dinheiro dos seus clientes, levar para um fornecedor é uma forma de transferir os riscos. Pacote: 1.3.2 - Programação
  • 7.
    Mapa de Aquisições Mapadas Aquisições do projeto, contendo no mínimo 5 pacotes de trabalho “buy”; Concorrência Item a ser Comprado Ref. WBS Vendor List Cronograma Orçamento Critério 01 Execução da Pesquisa 1.1.4 Quant Pesquisas 90 dias 18.000,00 2,4,7 02 Levantamento de Documentos 1.2.1 A&F Advogados 45 dias 2.500,00 2,4 03 Registro 1.2.2 Registro.br 2 semanas 900,00 2,4 04 Legalização 1.2.3 A&F Advogados 30 dias 2.000,00 2,5,7 05 Programação 1.3.2 XPTO Sistemas 2 meses 40.000,00 1,2,3,4, 6 06 Hospedagem 1.3.3 Locaweb 1 dia 550,00 / ano 2,7 07 Sistema de Pagamento 1.3.4 PagSeguro 35 dias Comissionado 2,7
  • 8.
    WBS do Contrato Programação Levantamentode Requisitos Funcionais Não Funcionais Layout Definir Equipe UX Desenvolver Interface Fazer Wireframes Desenvolvimento Módulo I (Adm. do site) Módulo II Módulo III Homologação e Testes Teste de Stress Teste de Performance Teste integrado Pacote: 1.3.2 - Programação
  • 9.
    Analise de Riscosnas Aquisições Evento de Risco Resposta ao Risco Momento de Resposta ao Risco Incompatibilidade com o sistema de Pagamento no desenvolvimento do site Fazer testes antes da contratação PLAN, ESP, PQ, SEZ, CONT Aumento dos custos Operacionais ( Repasse ao Fornecedor) Fazer um plano de recompensas de acordo com o valor arrecadado PLAN, CONT, ADM Pacote: 1.3.4 - Sistema de Pagamento
  • 10.
    Declaração de Trabalho Sistemade Pagamento Especificação Funcional: Aceite bandeiras: Master, Visa e Amex. Qualidade: Que possua um SLA de 99,9%, Possua protocolo HTTPS. Prazos: Os pagamentos devem ser liberados ao contratante em até 15 dias. Suporte: Canais de Comunicação online e via telefone Manutenção: Atualização periódica API’s Treinamento: Treinamento do Backoffice Garantia: Sigilo dos dados dos Clientes Local de Entrega: N/A Condições de Pagamento Comissionado Espera máxima de resposta do servidor 60 segundos SOW – 1.3.4 Sistema de Pagamento
  • 11.
    Critérios Eliminatórios ID Descrição 01Ter na equipe de desenvolvimento funcionários com certificação XPTO 02 Trabalhar com Metodologia Ágil 03 Certidão Negativa de Débito 04 Certificação CMMI, mínimo nível 3 05 Capacidade técnica comprovada ( Portfólio) 06 Utilizar UML ( Linguagem Unificada de Modelagem) Pacote: 1.3.2 - Programação
  • 12.
    Critérios Classificatórios ID Descrição 01Histórico / Bagagem da Software House 02 Competência técnica 03 Competência criativa 04 Metodologia de atendimento 05 Portfólio apresentado 06 Adequação a proposta ( Target) Pacote: 1.3.2 - Programação
  • 13.
    Divulgar aos convidadoscritério de classificação ? Não Motivos:  Possibilidade dos convidados fazerem conluio;  Necessidades já estarão especificadas nos requisitos;  Caso abra os critérios não divulgaremos os pesos;  Algum convidado pode desistir de fazer proposta caso não consiga atender; plenamente algum critério;  Pode gerar duvidas e questionamento dos convidados;  Pode “Engessar” as propostas; Obs: Porém todos os fornecedores serão comunicados por e-mail sobre o resultado final, se vitoriosa ou derrotada na concorrência. Pacote: 1.3.2 - Programação
  • 14.
    Critérios de Pontuaçãopara Classificação ID Critério Classificatório Peso Pontuação Fornecedor 1 Fornecedor 2 Fornecedor 3 1 Histórico / Bagagem do Fornecedor 25 2 Competência técnica 20 3 Competência criativa 20 4 Metodologia de atendimento 5 5 Portfólio apresentado 10 6 Adequação a proposta 20 Totalização da Pontuação -> Pacote: 1.3.2 - Programação
  • 15.
    Critérios de Pontuaçãopara Classificação Critério Classificatório Avaliação Pontuação Histórico / Bagagem do Fornecedor Experiência no mesmo tipo de site 10 Experiência porém não com o mesmo tipo de Site 7 Competência técnica CMMI Nível 5 10 CMMI Nível 4 8 CMMI Nível3 7 Competência criativa Será avaliado o uso de HTML 5 , boa usabilidade, design responsivo Dentro da Expectativa 10 Abaixo da Expectativa 6 Metodologia de atendimento 24 horas, seja online ou por telefone 10 Horário Comercial 7 Portfólio apresentado Será avaliado tamanho dos clientes, número de acessos, sistema de busca, qualidade de desenvolvimento Dentro da Expectativa 10 Abaixo da Expectativa 7 Adequação a proposta Abaixo do target 10 Até 10% acima do target 7 Mais de 10% acima do target 5 Pacote: 1.3.2 - Programação
  • 16.
    Documentos de Aquisição Pacote:1.3.2 - Programação RFP ( Solicitação de Proposta) – Pois a decisão de escolha não será apenas pelo preço final, e sim pelo melhor custo / benefício.  Carta Convite ( Através de e-mail );  Declaração de Trabalho (DT);  Minuta / Modelo de Contrato; RFI – ADM ( Solicitação de Informação)  CND;  Documentos Bancários;
  • 17.
    Meio Adotado parao envio do Convite Os convites serão enviados através de um sistema de Mala direta, por e-mail. E-mail: Pacote: 1.3.2 - Programação Justificativa:  Alguns fornecedores já são conhecidos;  Menor custo;  Boa abrangência, porém direcionada e exclusiva;  Prática de Mercado;  Rapidez;  Praticidade;
  • 18.
    Tipo de Contrato Paramaior segurança da empresa é transferido o risco para a contratada. PF – Preço Fixo Pacote: 1.3.2 - Programação Justificativa: Obs: Algumas despesas poderão ser reembolsáveis dependendo de prévio acordo e desde que previsto no contrato.
  • 19.
    Fluxograma de Aquisições Pacote:1.3.2 – Programação ( Concorrência Privada) ( modelo desenvolvido em sala de aula)
  • 20.
    Fluxograma de Aquisições Pacote:1.3.2 – Programação ( Concorrência Privada) ( modelo revisado)
  • 21.
    Atitudes de Fiscalização Pacote:1.3.2 – Programação  Reuniões periódicas com os stakeholders;  Monitoramento e controle dos riscos e oportunidades;  Check list de andamento;  Testes e homologação;  Administração de Claims;
  • 22.
    Relatório Controlar Contrato Pacote:1.3.2 – Programação Boletim de Medição (BM) Documentos que devem ser entregues: ( Diagramas de UML)  Diagrama de Caso de Uso;  Diagrama de Classes;  Diagrama de objetos;  Diagrama de Colaboração;  Diagrama de Sequência;  Diagrama de Atividades;  Diagrama de Estados;  Diagrama de Componentes;  Digrama de Pacotes;  Avanços das fases;  Desvios registrados;
  • 23.
    Relatório Controlar Contrato Pacote:1.3.2 – Programação Template (BM)
  • 24.
    Fluxograma Controlar Aquisições Pacote:1.3.2 – Programação ( modelo desenvolvido em sala de aula)
  • 25.
    Fluxograma Controlar Aquisições Pacote:1.3.2 – Programação ( modelo revisado)
  • 26.
    Fluxograma Encerrar Contrato Pacote:1.3.2 – Programação
  • 27.
    Sumário do PGA– Plano de Gerenciamento de Aquisições Pacote: 1.3.2 – Programação 1 – Montar WBS; 2 – Aanalisar critérios make or by; 3 – Definir quais serão os pacotes contratados; 4 – Elaborar mapa de aquisições; 5 – Analisar riscos e oportunidades e planejar respostas; 6 – Elaborar a definição de trabalho de cada pacote e as entregáveis esperados; 7 – Definir estratégia de comunicação; 8 – Definir tipo e elaborar minuta do contrato; 9 – Definir forma de convite e recebimento de propostas; 10 – Elaborar critérios de eliminação, classificação e pontuação; 11 – Definir documentação e templates Utilizados; 12 – Definir plano de fiscalização, testes, homologação e acompanhamento; 13 – Elaborar plano de encerramento