Home / Orientação de decisão do projeto / Custos de Outsourcing para manutenção do sistema
PROJECT DECISION GUIDE

Outsourcing de manutenção de sistemas de software, como determinar a extensão do SLA e serviços

O custo de uma oferta de serviço deve ser específico para o sistema, tempo de negócio, objetivos de resposta e o plano que ele contém. Uma “manutenção ao longo do ano” sozinho não pode julgar o que o fornecedor é responsável ou estabelecer um nível de serviço executável.

Responde à pergunta.

Terceirização da manutenção de sistemas

Os custos geralmente consistem na fase de aquisição, segurança básica, resposta de incidentes e versionamento. O sistema antigo começa com diagnósticos e transições estáveis; uma vez que os pacotes de tempo de taxa mensal normal, básica, SLAs ou equipes exclusivas podem ser usados.

SCOPE & BUDGET LEVELS

Primeiro, entradas claras para o limite por fase do projeto

As camadas seguintes são utilizadas para estabelecer uma linha de base para o orçamento e a aceitação, e o âmbito de aplicação real ainda terá de ser avaliado em relação aos requisitos de status quo, interface e tempo.

Fase 1

Tomada a cargo e estabilização

Restabelecer o sistema como uma base gerenciável

Auditorias de ativos, recuperação de edifícios, validação de backup, monitoramento e eliminação de alto risco

Fase 2

Segurança básica dos transportes

Manutenção de uma operação estável de horas de trabalho contratadas

Inspeções, alarmes, anomalias, emissões, certificados, cópias de segurança e relatórios mensais

Fase 3

Melhoria e melhoria contínua

Dívida técnica reduzida e mudança de negócio suportada

Segurança de desempenho, distribuição automatizada, otimização de estrutura e iterative de versão contínua

DECISION FACTORS

Elementos-chave a controlar para a tomada de decisões

Em primeiro lugar, identificam-se os limites da contenção e da responsabilidade, depois comparam-se as vias técnicas e as modalidades de cooperação.

01

Sistema e escala ambiental

A carga de trabalho base é determinada pelo número de aplicações, bases de dados, tarefas, interfaces, ambientes e nós de implantação.

02

Nível de criticidade operacional

Os sistemas de negociação principais e as ferramentas internas de baixa frequência exigem diferentes metas de disponibilidade e restauração.

03

Período garantido

As horas de trabalho, os serviços de extensão e as estações de serviço 7x24 são organizados de forma diferente.

04

Assumir o prazo de vencimento

A falta de arquivos de código, implantação automatizada, monitoramento e backup aumenta os custos da transição.

05

Mudar a frequência

Lançamentos mensais, mudanças de interface e sobreposições de negócios requerem testes e recursos correspondentes.

06

Limite da responsabilidade

Terceiros, serviços em nuvem, redes, incidentes de segurança e operações de clientes precisam estar claramente alinhados.

Preparação de recomendações antes da comunicação ou avaliação

Lista de sistemas e activos ambientaisTempo de negócios e processos-chaveDocumento de código atual e modo de implantaçãoMonitore backup e histórico de falhaExpectativas de metas de resposta e recuperaçãoRequisitos de iteratividade e distribuição mensais

Caminho sugerido para a implementação

Um diagnóstico de aquisição de um âmbito limitado estabelece uma linha de base de risco e carga de trabalho, seguida de uma transição de três meses para o SLA. Uma operação estável e um reajuste de contratos de longo prazo para ter em conta eventos reais, versões e dados de suporte são mais confiáveis do que um serviço fixo que foi inicialmente supercompromissado ou subcomprometido.

DECISION WORKSHEET

Translando os custos de terceirização da manutenção do sistema para a tomada de decisões executórias

As seguintes planilhas ajudam as empresas a organizarem conselhos vagos em insumos de fornecedores, de aprovação interna e de recebimento de projetos.

O que deve conter um resumo comparável das avaliações?

No mínimo, o inventário dos sistemas e activos ambientais, tempo de negócio e processos-chave, ficheiros de código e implementações actuais, e o histórico de monitorização de apoio e falha, fornecendo uma conta do volume de negócios actual, tempo médio de processamento, anomalias importantes, sistemas em vigor, privilégios de dados, janelas de dependência e acesso de terceiros. A mesma versão de informação é fornecida a diferentes fornecedores e descrições separadas de pressupostos, exclusões, questões de cooperação com os clientes, entrega e aceitação de provas são necessárias para evitar comparar o preço total de apenas uma fronteira sem limite.

Por exemplo, a empresa espera que o projeto economize 160 horas de trabalho por mês, mas este valor deve ser dividido em número de tarefas, economia de tempo única, taxas de adoção e razões de revisão manual. Se apenas 40% dos usuários usarem o primeiro período, ou se o novo processo aumentar o processo de revisão, os benefícios reais serão significativamente menores do que a estimativa aparente.

Quatro tipos de evidência recomendada para interrogatório durante a comunicação do fornecedor

A primeira é a evidência de escopo: consistência de versões de demanda, processos de negócios, protótipos, interfaces e exclusões; a segunda é a evidência de engenharia: se tecnologias semelhantes têm estruturas acessíveis, métodos de gerenciamento de código, testes, implantação e gerenciamento de problemas; a terceira é a evidência de pessoal: se os participantes reais, estágios de entrada, responsabilidades e mecanismos de substituição são claros; e a quarta é a evidência de entrega: como códigos fonte, dados, números de conta, documentos, treinamento, garantia de qualidade e transporte são entregues. É normal que os fornecedores não possam fornecer confidencialidade ao cliente na fase de licitação, mas devem ser capazes de explicar seus próprios métodos e as evidências que podem ser desenvolvidas no âmbito deste projeto.

Recomenda-se que a clareza do âmbito, a confiança crítica, a capacidade da equipa, a aplicabilidade da aceitação e a aquisição a longo prazo sejam avaliadas separadamente e que a base para cada pontuação seja registada. Se um programa for mais barato, a interface, migração, testes ou responsabilidade em linha é excluída, então deve ser convertido para o mesmo calibre de entrega antes da comparação.

O princípio do acórdão

Esta página fornece um quadro de tomada de decisão que não constitui uma oferta fixa ou compromisso de desempenho.

FAQ

FAQs

As questões mais comuns antes da cooperação são claramente indicadas com antecedência.

O tempo de resposta SLA é igual ao tempo de reparação?+

A resposta indica que o início da ingestão e classificação está sendo feito, que o tempo de reparo depende da causa da falha, da dependência e do programa de recuperação, e que os objetivos da identificação, desvio, restauração e análise da causa raiz devem ser acordados separadamente.

Quantas mudanças a taxa mensal de base geralmente contém?+

A nova funcionalidade não pode ser compartilhada com um compromisso vago com a falha de produção.

Só podemos pagar quando há uma avaria?+

O suporte subsidiário pode ser adquirido, mas a recuperação de emergência e o compromisso com SLA são geralmente mais limitados quando os fornecedores não têm conhecimento ambiental e sistemático contínuo.

DECISION FAQ

Questões comuns relacionadas com os projectos em curso

Confira todas as 265 perguntas.
Consultoria AI, integração MCP, terceirização de tecnologia e fornecimento de sistemas

Como deve ser acordado o SLA, que é terceirizado para manutenção do sistema de software?

O SLA deve distinguir primeiro o nível de falha pelo impacto comercial, e depois concordar separadamente sobre os objetivos de receber, responder, contornar, restaurar e analisar a causa raiz. Tempo de resposta não é igual ao tempo de reparo, e plataformas de terceiros e colaboração do cliente são escritos.

Ver resposta completa
Consultoria AI, integração MCP, terceirização de tecnologia e fornecimento de sistemas

Sem código fonte completo e documentação, a nova equipe pode assumir a manutenção do sistema?

O primeiro passo é preservar os ativos e backups existentes, sem modificações diretas no ambiente de produção. A construção ou, pelo menos, restauração da dependência operacional é restaurada, e processos centrais, dados, segurança e interfaces de terceiros são verificados. Até que o intervalo desconhecido é confirmado, apenas o plano de fase e orçamento de risco são dados, e não é apropriado comprometer-se a preços fixos completos ou SLAs rigorosos.

Ver resposta completa
Informações de Negócios, Integração de Sistemas e Transporte

Quais serviços de manutenção de longo prazo normalmente estão incluídos na terceirização de implantação de software?

O serviço baseia-se na importância do sistema, no tempo de uso, na sensibilidade dos dados e na dependência externa, e não apenas na barreira da imprensa, mas também na observação contínua do desempenho, erro, custo e anomalias operacionais.

Ver resposta completa
Contratos, pagamentos, alterações e entrega de projetos

Quanto tempo demora normalmente a garantia de qualidade para o desenvolvimento de software e como é que a garantia de qualidade difere do transporte?

O termo não é uniforme e é determinado pela importância do sistema e acordo contratual. As partes também especificam o tempo de resposta, o nível de deficiência e o serviço após a garantia de qualidade ter sido concluída.

Ver resposta completa