A&H Decoração e Design

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