O líder de TI não possui um plano de backup e DR por escrito [fechado]

Esta é uma questão de gerenciamento geral para os gerentes de TI por aí.

Somos uma pequena empresa com cerca de 4 servidores em nosso gabinete de colo. Nenhum gerente de TI em tempo integral. Mas temos uma pessoa com contrato mensal e estou tendo um tempo terrível para que ele compartilhe quais são realmente esses planos. Tenho certeza que ele tem um plano (e provavelmente está na cabeça dele), mas isso não nos serve se ele for atropelado por um ônibus.

Como vocês lidariam com isso? Ele é um amigo de longa data, mas temo que isso seja perigoso para nós a longo prazo. Eu o confrontei em várias ocasiões sobre isso, e ele me diz para não se preocupar, ele o cobriu.

Obrigado.

Primeiro, é SEU negócio e o primeiro passo é você determinar quais são suas necessidades e objetivos de continuidade de negócios e recuperação de desastres. Você definiu e documentou isso? Caso contrário, faça-o. Um BC / DR NÃO é apenas sobre a tecnologia e os dados.

Depois de fazer isso, você pode apresentá-las a essa pessoa e dizer que precisa que ela forneça documentação sobre os aspectos técnicos do seu plano de BC / DR que apóie seus objetivos de BC / DR.

Se ele não está disposto ou é incapaz de fazê-lo, não há necessidade de prejudicar ou arriscar a amizade por causa disso. Explique a ele por que você precisa disso e por que precisará envolver outra parte para lidar com isso. Se ele é um amigo e um profissional, ele entenderá e apoiará sua decisão.

Eu perguntava a ele por que ele não tem um por escrito agora, o que ele precisa para fazer isso ... e depois o entregava e o responsabilizava por entregar.

Eu já estive em várias lojas pequenas como o líder ou o único responsável por TI, e não tinha um plano de recuperação de desastres ou de backup por escrito, porque nunca tive tempo de redigir um, ou mais de 5 minutos entre excursões de combate a incêndios. (Desde então, mudei para consultoria e ambientes maiores, graças a Deus, mas vale a pena ressaltar que você precisa fornecer a ele os recursos e tempo para fazê-lo, além de lhe dar autoridade para torná-lo uma prioridade.) É difícil priorizar a documentação e o planejamento em casos de combate a incêndios do dia-a-dia, truques estúpidos de usuário e solicitações de privilégios executivos, principalmente porque todo mundo coloca uma prioridade mais alta em seu problema estúpido do que qualquer outra coisa, sem falar em algo como um documento de DR que pode ser feito "mais tarde."

Acertá-lo na cabeça com uma cópia do Limoncelli e Mandia e Procise . Inferno, leia os dois livros você mesmo - a M&P salvou minha retaguarda algumas vezes na escola e Limoncelli só tem tudo. Entre os dois, você deve ser capaz de entender o que implica um plano de recuperação de desastres (ou qualquer coisa que aparecer no seu caminho).

Leve-o para almoçar e questione-o sobre esse grande plano que ele tem em mente. Faça anotações. Entregue-lhe as anotações após o almoço e peça que ele as escreva.

Um plano básico de recuperação de desastre NÃO demorará muito tempo para ser elaborado (juntei um em poucas horas para um trabalho na escola), mas, como em qualquer coisa que precise de planejamento, ele será adiado sem um ultimato.

Edit: Ao reler, estou um pouco horrorizado - a falta de backups significa que, se ocorrer um desastre real, você não terá como restaurar seus dados. Você não pode executar provas secas depois que algo ruim realmente acontece. Seu plano na cabeça não parece muito com um plano de DR de estudante.

É um negócio, então esqueça sua amizade e contrate alguém que esteja disposto a fazer esse trabalho corretamente (ou dê a seu amigo uma última chance de fazer isso sozinho, mas eu não faria isso porque ele demonstrou claramente que não é profissional )

É absolutamente obrigatório que você seja capaz de continuar suas operações se ele estiver incapacitado e se ele não entender, então ele não tem negócios fazendo o trabalho de gerenciamento de TI.