Sistema de cálculo de horas

Sistema de Pontuação

O sistema de cobrança da Manutenção Evolutiva foi pensada a partir de pontos, seguindo a seguinte relação:

Tipos de Atividade Número de pontos Prazo Normal Prazo de Urgência
Texto 1 24 horas 1 hora comercial
Layout 1 4 3 dias úteis 1 hora comercial
Layout 2 16 1 semana 3 dias úteis
Design 1 8 2 dias úteis 6 horas comerciais
Design 2 24 1 semana 3 dias úteis
Programação 1 4 1 dia 4 horas úteis
Programação 2 16 3 dias úteis 1 dia útil
Programação 3 64 2 semanas 5 dias úteis

Caso haja necessidade, pode haver migração de pontos de um tipo de atividade para a outra. Nas atividades solicitadas pelo cliente com prazo de urgência são cobrados 50% a mais do valor da atividade.

Estratégia de ação

Para suprir as demandas da manutenção éseguida a seguinte estratégia na ordem descrita abaixo:

  • Definição do escopo da atividade: Levantamento e definição da atividade;
  • Orçamento: Etapa onde averiguamos se a atividade se encaixa dentro da Manutenção Evolutiva ou não e, em caso positivo, sob qual categoria (texto, design ou programação) e subcategoria.
  • Desenvolvimento: Etapa que a atividade érealizada;
  • Testes: Após terminado o desenvolvimento, passa-se por um período de testes e levantamento de bugs;
  • Correção de bugs e finalização: Os bugs são corrigidos e o pedido éimplementado na área de testes;
  • Checagem do cliente: É a etapa onde o cliente testa a funcionalidade e comprova ou não o seu funcionamento conforme o solicitado. É aqui também que são feitos os relatos de possíveis ajustes;
  • Publicação: Após a aprovação do cliente, a atividade éimplementada no site oficial;
  • Cobrança: A cobrança éfeita no final de cada mês a partir das atividades aprovadas pelo cliente e publicadas no site oficial.

Equipe

A equipe da manutenção écomposta dos seguintes profissionais:

  • Gerente de projetos;
  • Coordenador;
  • Programador pleno;
  • Designer;
  • Equipe de testes.

Garantia contra bugs

A garantia cobre todos os bugs que vierem a ser encontrados pelo cliente em funcionalidades desenvolvidas pela E-Open. Os bugs encontrados não são contabilizados como atividades de melhorias, portanto, não entram nas atividades a serem cotadas no pacote.