Métricas para provar ou refutar a necessidade de DBAs adicionais?

Atualmente, temos dois DBAs, eu e um outro cara, e ambos sentimos a necessidade de um recurso adicional (ou dois). Conversei com meu gerente direto sobre esse tópico algumas vezes, mas estou tendo dificuldade em vender a noção. Mais recentemente, nosso gerente compartilhou conosco que é realmente bom criar nossa lista de "valores suaves" de coisas que queremos ou sentimos que precisamos fazer, mas o que realmente ajudará é a criação de "valores concretos", mostrando economias em dólares.

Você poderia me ajudar a entender, em primeiro lugar, se a nossa necessidade percebida é legítima? Em caso afirmativo, como é que vamos elaborar essa lista de "valores concretos"? Eu sinto que poderíamos inventar as coisas que precisamos fazer para economizar dinheiro da empresa, mas isso poderia ser colocado na frente da nossa lista de prioridades e muito mais estresse para nós nesse processo.

Para dar uma olhada de alto nível em nosso ambiente, aqui estão as coisas que eu estou olhando em termos do que estamos fornecendo suporte.

Servidores de produção - mais de 30
bancos de dados de produção - mais de 200
versões SQL - 2008 / 2008R2 / 2012, com entrada em 2014 e 2016 no final do ano
Aplicativos (de terceiros e cultivados em casa) - Mais de 20
equipes de aplicativos suportadas - 6
virtualização - 75%
Clusters virtualizados 25% físicos -
Replicação 3+ mais planejada - 1 servidor de distribuição, 2 servidores de assinatura, 24 assinaturas, 6 servidores de publicação, 12 publicações
Envio de logs - 8 primárias + mais planejadas, 4 secundárias + mais planejadas, 49 bancos de dados enviados de log + mais
Grupos de disponibilidade planejados - nenhum no momento, mas explorando a possibilidade
Atualizações / instalações médias de aplicativos por ano que geram alteração de versão ou recursos do DBA - 2-3
Patches (SP, CUs) - inexistentes no momento, a menos que ocorra um problema Tamanho cumulativo do banco de dados - 14 TB +
servidores de relatórios - Uma implantação em expansão que consiste em 2 servidores, nenhum de nós é versado no SSRS
Analysis Server - dois servidores, nenhum de nós é bem versado no SSAS

Quais métricas devemos usar para provar ou refutar a necessidade de DBAs adicionais?

Minha intenção inicial era demonstrar nossa capacidade atual versus nossos projetos planejados e repetir tarefas, mas precisamos demonstrar o ROI da contratação de recursos adicionais.

Demonstrar ROI na contratação de DBAs adicionais é difícil, uma vez que os DBAs não geram receita sozinhos. No entanto, eles permitem que a organização funcione e gere receita, como qualquer outra equipe de suporte. A falta de pessoal em qualquer departamento faz com que a organização funcione menos ideal e perde dinheiro ou perde oportunidades. Portanto, existe um custo devido à falta de investimento e não ao retorno do investimento.

Se você acha que precisa de DBAs adicionais, deve saber quais tarefas não pode executar devido à falta de tempo / habilidade, se é falta de habilidade (como as coisas do SSAS que você mencionou) que pode ser treinada, se é falta de tempo. pode ser temporário ou estrutural. Eu já estive em situações em que você apenas sabe que sua vida seria muito mais fácil se você pudesse automatizar isso e aquilo ou criar alguns alertas, mas nunca dar a volta por causa de muito trabalho reativo ou repetitivo e combate a incêndio em geral.

Depois de determinar por que sua equipe não está funcionando tão bem quanto é hora de documentá-lo.

Antes de tudo, documente o que você faz agora, por que isso ocupa todo o seu tempo e deixe claro para o gerente os problemas existentes que precisam ser resolvidos não são absolutamente culpa da sua equipe . Certifique-se de não dar a impressão de que o problema seria resolvido com a contratação de DBAs 'melhores'.
Faça uma planilha do Excel mostrando sua carga de trabalho para as próximas semanas, se possível, os gráficos impressionam e ela pode mostrar sua carga de trabalho em um único slide.

Depois de esclarecer isso, documente todas as tarefas adicionais e tudo o que precisa ser aprimorado, mas documente especialmente quais são os riscos e os possíveis custos da empresa e as economias que podem ser. Documente também quantas horas de trabalho você acha que seriam necessárias para fazer essas melhorias e executar essas tarefas.

Coisas que vão do lado do investimento da equação são

• Salário do recém-contratado DBA
• Preço do treinamento

As coisas que vão do lado da economia da equação são

• Projetos não concluídos no prazo
• Impedindo o tempo de inatividade que faz a empresa perder dinheiro
• Prevenção de riscos legais
• Impedindo a perda de dados
• As taxas de consultoria podem ser reduzidas
• Custo de esgotar os funcionários por causa de muito trabalho

Depois de compilar a lista o mais completa possível, deve ficar claro qual é a melhor opção de preço / recompensa

• Obtendo treinamento adicional
• Obtendo DBAs adicionais
• Contratar um consultor temporário para auxiliar na automação, monitoramento e execução de uma migração para que a equipe existente tenha mais tempo
• Mudar as prioridades impostas a você pela empresa, para que você tenha tempo para implementar as coisas que permitirão que você trabalhe com mais eficiência mais tarde