ІТ-ведучий не має резервного копіювання, план роботи в письмовій формі [закрито]

Це загальне питання управління для ІТ-менеджерів там.

Ми невелика фірма з приблизно 4-ма серверами в нашому кабінеті колонії. Немає штатного ІТ-менеджера. Але у нас є одна особа на щомісячному контракті, і я переживаю страшний час, щоб змусити його поділитися, якими є ці плани насправді. Я впевнений, що у нього є план (і це, мабуть, в його голові ..), але це нам не приносить користі, якщо він потрапить на автобус ..

Як би ви впоралися з цим? Він є давнім другом, але я боюся, що це небезпечно для нас довгостроково. Я вже кілька разів зіштовхувався з ним з цього приводу, і він каже мені не хвилюватися.

Спасибі.

По-перше, це ТВОЙ бізнес, і перший крок - для ВАС, щоб визначити, які потреби та задачі щодо безперервності та відновлення аварій. Ви визначили та задокументували це? Якщо ні, зробіть так. BC / DR НЕ стосується лише технології та даних.

Після того, як ви зробите це, можете представити їх цій особі та сказати йому, що вам потрібно, щоб він надав документацію щодо технічних аспектів вашого плану BC / DR, який підтримує ваші цілі BC / DR.

Якщо він не бажає чи не здатний на це, немає потреби пошкоджувати чи ризикувати дружбою. Поясніть йому, для чого вам це потрібно, і чому вам потрібно буде залучити іншу сторону, щоб впоратися з цим. Якщо він друг і професіонал, він зрозуміє і підтримає ваше рішення.

Я б запитав його, чому у нього немає письмового письма зараз, що йому потрібно для того, щоб це зробити ..., а потім дати йому це і притягнути його до відповідальності за його доставку.

Я був у ряді невеликих магазинів як ведучий або лише ІТ-хлопець, і не мав письмового плану DR або резервного копіювання, тому що я ніколи не встигав написати один або більше 5 хвилин між пожежними екскурсіями. (З тих пір я перейшов до консалтингу та більш широкого середовища, слава Богу, але варто зазначити, що вам потрібно забезпечити йому ресурси та час, щоб виконати це, а також надати йому повноваження зробити це пріоритетним.) Важко визначити пріоритетність документації та планування щодо щоденної пожежі, дурних хитрощів користувачів та запитів на привілеї виконавців, значною мірою тому, що всі інші ставлять більш високий пріоритет у своїй дурній проблемі, ніж будь-що інше, не кажучи вже про щось на зразок документа DR, який можна зробити. "пізніше".

Ударив по голові з копією Limoncelli і Манді і Procise . Чорт, читай обидві книги самостійно - M&P кілька разів врятував мені тил у школі, і у Лімончеллі просто все. Між обома ви повинні мати можливість зрозуміти, що означає план ЗР (або все, що вам підходить).

Принесіть його на обід, і запитайте його про цей великий великий план, який він має в голові. Робіть замітки. Подайте йому записки після обіду і змусьте його написати.

Базовий план DR НЕ буде дуже довго , щоб писати (я постукав один разом у протягом кількох годин для шкільного завдання), але , як і всі , що потреби в плануванні, він буде отримувати тягнули без ультиматуму.

Редагувати: Щодо перечитування, я трохи жахнувся - відсутність резервного копіювання означає, у разі фактичної катастрофи, у вас немає коштів відновити свої дані. Ви не можете виконувати сухі прогони після того, як щось насправді трапиться. Його план в голові не дуже схожий навіть на план шкільного навчання.

Це бізнес, тому забудьте про свою дружбу і найміть того, хто готовий виконати цю роботу належним чином (або дайте вашому другові останній шанс зробити це сам, але я б цього не зробив, бо він чітко продемонстрував, що він не професіонал ).

Абсолютно обов'язковим є те, що ви здатні продовжувати свою діяльність, якщо він недієздатний і якщо він не розуміє, ніж у нього немає бізнесу, який займається управлінням ІТ.