Это общий управленческий вопрос к ИТ-менеджерам.
Мы небольшая фирма с 4-мя серверами в нашем офисе.Нет ИТ-менеджера на полную ставку. Но у нас есть один человек с ежемесячным контрактом, и мне очень трудно заставить его рассказать, что это за планы на самом деле. Я уверен, что у него есть план (и он, вероятно, в его голове ..), но это не принесет нам пользы, если его сбьет автобус ...
Как вы, ребята, справитесь с этим? Он наш давний друг, но я боюсь, что это опасно для нас в долгосрочной перспективе ... Я несколько раз сталкивался с ним по этому поводу, и он говорит мне, чтобы я не волновался, он это скрыл ...
Спасибо.
Во-первых, это ВАШ бизнес, и первый шаг для ВАС - определить, каковы ваши потребности и цели в области обеспечения непрерывности бизнеса и аварийного восстановления. Вы определили и задокументировали их? Если нет, сделайте это. BC / DR - это НЕ только технология и данные.
После того, как вы это сделаете, вы можете представить их этому человеку и сказать ему, что он вам нужен, чтобы он предоставил документацию относительно технических аспектов вашего плана BC / DR, который поддерживает ваши цели BC / DR.
Если он не желает или неспособен сделать это, нет необходимости портить или рисковать дружбой из-за этого. Объясните ему, зачем вам это нужно и почему вам нужно привлечь другую сторону, чтобы с этим справиться. Если он друг и профессионал, он поймет и поддержит ваше решение.
Я бы спросил его, почему у него сейчас нет письма в письменном виде, что ему нужно, чтобы это сделать ... а затем передать его ему и привлечь к ответственности за доставку.
Я был в нескольких небольших магазинах в качестве руководителя или единственного ИТ-специалиста, и у меня не было письменного плана аварийного восстановления или резервного копирования, потому что у меня никогда не было времени, чтобы его составить, или более 5 минут между выездами на пожаротушение. (С тех пор я перешел на консалтинг и более крупную среду, слава Богу, но стоит отметить, что вам нужно как предоставить ему ресурсы и время, чтобы сделать это, так и дать ему полномочия, чтобы сделать это приоритетом). Трудно расставить приоритеты в документации и планировании, а не в повседневной борьбе с пожарами, глупых пользовательских уловках и запросах привилегий руководителей,
Ударил его по голове копией Лимончелли и Мандиа и Прокис . Черт, прочти обе книги сам - M&P несколько раз спасал мне тыл в школе, а у Лимончелли есть все. Между этими двумя вы должны быть в состоянии понять, что влечет за собой план DR (или все, что встречается на вашем пути).
Приведите его на обед и расспросите его об этом великом большом плане, который он задумал. Записывать. Передайте ему записи после обеда и попросите его написать.
базовый план аварийного восстановления НЕ займет много времени, чтобы написать его (я собрал один из них в течение нескольких часов для школьного задания), но, как и в случае со всем, что требует планирования, он получит откладывали без ультиматума.
Изменить: Перечитывая, я немного ужасаюсь - отсутствие резервных копий означает, что в случае реальной катастрофы у вас не будет никаких средств для восстановления ваших данных. Вы не можете запускать пробный запуск после , что действительно происходит. Его план в голове не очень похож даже на школьный план DR.
Это бизнес, так что забудьте о дружбе и наймите кого-нибудь, кто захочет выполнить эту работу должным образом (или дайте вашему другу последний шанс сделать это самому, но я бы не стал этого делать. потому что он ясно продемонстрировал, что он не профессионал).
Абсолютно обязательно, чтобы вы были в состоянии продолжить свои операции, если он недееспособен и если он не понимает, что у него нет бизнеса, занимающегося управлением ИТ.