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 empresavirtual, que tem como objetivo fornecer serviços dearquitetura para projetos de ambientes internos e externos deforma 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
VendorList
Cronograma Orçamento Critério
01 Execução da Pesquisa
1.1.4 QuantPesquisas
90 dias 18.000,00 2,4,7
02 Levantamento de Documentos
1.2.1 A&FAdvogados
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&FAdvogados
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 deresposta 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
Fornecedor1
Fornecedor 2
Fornecedor3
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 criativaSerá 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 apresentadoSerá 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çãoPacote: 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 Maladireta, 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 acontratada.
PF – Preço Fixo
Pacote: 1.3.2 - Programação
Justificativa:
Obs: Algumas despesas poderão ser reembolsáveisdependendo de prévio acordo e desde que previsto nocontrato.
Fluxograma de AquisiçõesPacote: 1.3.2 – Programação ( Concorrência Privada)
( modelo desenvolvido em sala de aula)
Fluxograma de AquisiçõesPacote: 1.3.2 – Programação ( Concorrência Privada)
( modelo revisado)
Atitudes de FiscalizaçãoPacote: 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 ContratoPacote: 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çõesPacote: 1.3.2 – Programação
( modelo desenvolvido em sala de aula)
Fluxograma Controlar AquisiçõesPacote: 1.3.2 – Programação
( modelo revisado)
Fluxograma Encerrar ContratoPacote: 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
Top Related