Garantias fundamentais
Manutenção do sistema acessível, reutilizável e recuperávelInspeção de recursos em nuvem, alarme de vigilância, verificação de backup, nome do domínio do certificado, gerenciamento de falhas de base e registros mensais
Home / Orientação de decisão do projeto / Custos de terceirização de transporte de software
PROJECT DECISION GUIDEComo o custo de terceirização de transporte de software e o escopo dos serviços de manutenção de software são determinados
A conexão não significa que o projeto está fechado. Monitoramento, backup, patches de segurança, renovação de certificados, alterações em interfaces de terceiros, compatibilidade de versão do sistema e falha online exigem responsabilidades claras e entrada contínua.
Responde à pergunta.
Custos de externalização de transporte de software
O custo do transporte de software deve ser estimado separadamente dos custos de infraestrutura, segurança básica, resposta a falhas, manutenção de segurança, liberação de lançamentos e sobreposições funcionais. O nível de serviço, a importância do sistema, a integridade técnica do ativo, o tamanho do usuário, o número de interfaces e a necessidade de uma resposta 7x24 são os principais fatores que determinam o custo.
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.
Transporte de produção
Garantir a estabilidade e segurança dos sistemas de negócios críticosResposta de nível, capacidade de desempenho, patches de segurança, liberação de retrocesso, monitoramento de interface, planejamento de contingência e retrofit periódico
Otimização contínua
Melhoria contínua da funcionalidade e eficiência com base em operações estáveisDemanda pool, plano de versão, iterativa funcional, governança de dívida de tecnologia, análise de dados e otimização de arquitetura
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.
Importância do sistema e nível de serviço
Os sistemas de negociação principais e as ferramentas internas genéricas estão investindo de forma diferente nos tempos de resposta, desempenho, objetivos de recuperação e exercícios de emergência.
Nível de integridade técnica dos activos
Quanto mais completo for o código fonte, documentação, implantação automatizada, testes e monitoramento, mais gerenciável será o custo de assumir e manutenção diária.
Utilizadores, dados e escala de acesso
A combinação de distribuição, volume de dados, pico de atividade e taxa de crescimento afetará a capacidade, otimização de desempenho e custos de infraestrutura.
Complexidade do sistema e interface
Interfaces externas, como o número de serviços, tarefas programadas, logística de pagamento e múltiplas liberações ambientais, aumentarão a vigilância e o posicionamento de problemas.
Requisitos de segurança e conformidade
O reparo de gap, a dependência de atualizações, auditorias de competência, retenção de logs, backup de dados e requisitos de preparação para desastres exigem implementação contínua.
Manutenção ou sobreposição funcional
A segurança de falhas e a funcionalidade adicional devem ser definidas, priorizadas e custeadas separadamente, evitando misturar todos os requisitos em manutenção básica.
Preparação de recomendações antes da comunicação ou avaliação
Arquitetura do sistema e entubação tecnológicaAs permissões de repositório de código e de implantaçãoRecursos de nuvem de servidor e serviços de terceirosCópia de segurança e distribuição do monitor atualDados e picos do volume do usuárioTempo de resposta e recuperação aceitáveisFalhas históricas e dívida técnica conhecidaVersão anual e plano iterativo funcional
Caminho sugerido para a implementação
Recomenda-se que seja realizada uma verificação DSS para identificar código fonte, ambiente, número de conta, backup e riscos existentes, e então concordar em salvaguardas básicas, resposta falha e iteratividade funcional separadamente. Os sistemas chave também devem realizar exercícios de retomada periódica e avaliações de capacidade.
DECISION WORKSHEET
Traduzindo custos de terceirização de transporte de software em 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.
Importância do sistema e nível de serviço
Os sistemas de negociação principais e as ferramentas internas genéricas estão investindo de forma diferente nos tempos de resposta, desempenho, objetivos de recuperação e exercícios de emergência.
Se o factor se mantiver incerto, deve ser organizada uma validação diagnóstica ou em pequena escala e não é adequado incluir directamente a gama de preços fixa não variável.
Nível de integridade técnica dos activos
Quanto mais completo for o código fonte, documentação, implantação automatizada, testes e monitoramento, mais gerenciável será o custo de assumir e manutenção diária.
Se o factor se mantiver incerto, deve ser organizada uma validação diagnóstica ou em pequena escala e não é adequado incluir directamente a gama de preços fixa não variável.
Utilizadores, dados e escala de acesso
A combinação de distribuição, volume de dados, pico de atividade e taxa de crescimento afetará a capacidade, otimização de desempenho e custos de infraestrutura.
Se o factor se mantiver incerto, deve ser organizada uma validação diagnóstica ou em pequena escala e não é adequado incluir directamente a gama de preços fixa não variável.
O que deve conter um resumo comparável das avaliações?
No mínimo, o armazém de arquitetura e tecnologia do sistema, privilégios de armazenamento de origem e implantação, recursos de nuvem de servidor e serviços de terceiros, métodos de backup e distribuição de monitoramento atuais, juntamente com uma indicação do volume atual de negócios, tempo médio de processamento, anomalias principais, sistemas em vigor, privilégios de dados, dependência de terceiros e janelas de acesso. 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 o cliente, entrega e aceitação de provas são necessárias para evitar comparar o preço total de apenas uma fronteira em falta.
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.
A manutenção de software inclui apenas reparo de Bug?+
Não. A gama completa de operações também inclui monitoramento, backup, atualizações de segurança, manutenção de certificado e dependência, gerenciamento de capacidade, emissão de rollback, mudanças de interface e resposta de emergência.
Não existe nenhum código fonte que possa fornecer os meios?+
Servidores, pacotes de implantação, bases de dados e logs operacionais podem ser avaliados primeiro, mas a falha em modificar códigos limita o escopo da restauração e autorização legal e ativos de código fonte devem ser confirmados o mais rápido possível.
Os custos do servidor de nuvem estão incluídos na oferta de transporte?+
Os recursos de nuvem, mensagens de texto, armazenamento, CDNs e serviços de terceiros são normalmente liquidados com base no uso real ou contas de fornecedor.
DECISION FAQ
Confira todas as 265 perguntas.Questões comuns relacionadas com os projectos em curso
Produção e continuidade de sistemas AI
O que devo verificar primeiro?
A primeira rodada deve verificar a versão código e implantação, nuvem e número de contas de modelo, chaves, fluxos de dados, fontes de conhecimento, dicas e fluxos de trabalho, avaliação, registros, custos e registros de falhas. Não atualizar ou reconstruir o modelo diretamente quando não há compreensão dos meios de dependência e regressão.
Ver resposta completaInformações de Negócios, Integração de Sistemas e TransporteQuais 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 completaContratos, pagamentos, alterações e entrega de projetosQuanto 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 completaContratos, pagamentos, alterações e entrega de projetosO projeto de software foi adiado. O que devemos fazer com o A?
Pare de pedir apenas a porcentagem de conclusão, e peça à equipe para fornecer uma lista de resultados operacionais, empregos remanescentes, riscos e dependência. Distinguir entre aumento de escopo, colaboração do cliente, questões técnicas ou gestão de fornecedores leva a atrasos. Reformular o plano de recuperação de recepção e inspeção com base em fatos e congelar novos requisitos não críticos.
Ver resposta completaRELATED
Apresentação da avaliação dos projectosMantenha o seu conhecimento dos serviços
Relevante
Terceirização de transporte de software e manutenção contínua
Ver implantação on-line, segurança, resposta a falhas e serviço iterativo contínuo
Para mais informações.RelevanteOrientações para a aquisição e os transportes
Compreender a preservação de ativos, o diagnóstico independente, a recuperação de acesso e os métodos de manutenção a longo prazo
Para mais informações.RelevanteProjeto de software de aquisição e resgate
Processamento de cenários complexos de aquisição, como falta de equipes de manutenção, documentação inadequada e falha do sistema
Para mais informações.RelevanteLista de projectos de software para transferência de informação
Verificar códigos, contas, ambientes e documentos de origem que devem ser obtidos antes de entrar no transporte de longo prazo
Para mais informações.