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