Modber Сообщество
профессионалов по 1С

Эксплуатационные опасности и их минимизация



Платформы: Linux, Web, Windows, Mobile
Конфигурации: Другие конфигурации
2013-08-23
1571 
tolia159
1  
Всем знакомо положение, когда на весь состав, персональных компьютеров, ноутбуков, копировальной техники, серверов, активного сетевого оборудования и т.д. всего один управляющий.

Но как ни крути, когда весь ИТ формфактор предприятия, завязан на одного человека – это такой нехилый эксплуатационный риск. Я всегда задаюсь вопросом: «Что будет, если он, например, заболеет или уволится без объяснения причин?» Сколько дней вы продержитесь, пока найдете человека, который будет разбираться во всем этом зоопарке с нуля? Нет, ну серьезно? Вообразите, что завтра этого человека не будет, а у вас закончились лицензии, интернет, бумага в принтере и сломался сервер с базой данных покупателей.

Как все это сделать:
1. Скоординировать цели и задач с заказчиком. Это может быть опись и документация ИТ инфраструктуры. Может быть официализация процессов и инструкций. Может и первое и в ту же очередь другое.

2. Скоординировать все полученные результаты. То есть в каком виде заказчик хочет получить информацию.
Первые два пункта очень важно хорошо проработать, так как и заказчик и исполнитель должны из пункта А проследовать в пункт Б. И это должен быть именно Б, а не английская «B» или испанская «V»

3. Потом необходимо заняться сбором информации. На этом этапе происходит глубокий сбор всех технических данных с использованием программных средств или без них, анкетирование и интервьюирование сотрудников. На этой фазе зачастую вылезают дополнительные проблемы и опасности. Формат предоставления опасностей и предложений по минимизации также согласуется с заказчиком.

4. Анализ собранной нами информации. Всё, что удалось собрать на предыдущем этапе тщательно изучается и анализируется. Составляется документ «Потенциальные опасности и рекомендации по их минимизации»

5. Документирование инфраструктуры. Создаются физические и логические схемы топологии сети. Создается база данных по инвентаризации оборудования. Каждый сервер документируется, включая описание установленного ПО и частоту проверки резервных копий. Если парк рабочих станций внушительный, тогда нуно использовать средства по автоматизации инвентаризации и учету лицензий.

6. Разработка и документирование ИТ процессов. Нужно разработать инструкции для пользователей «Что делать, если…». Инструкции и процедуры для администратора «Что делать, если …» и «Что делать, если у пользователя…». При большом количестве пользователей предлагается внедрить хелпдеск для приема заявок и мониторинга эффективности. Описываются все основные ИТ процессы. Описываются точки контроля и точки измерения со стороны руководства. Описываются и документируются процедуры по внесению изменений.
Регламентируются должностные инструкции и требования при подборе нового сотрудника.

7. Внедрение. Как показывает практика, внедрение процедур, регламентов, документирования вызывает отторжение как у ИТ сотрудников, так и у обычных пользователей. Поэтому тут нужна железная воля и поддержка самого главного. И постоянный контроль плюс измерения KPI.

Вывод такой:
Этот процесс занимает не один месяц и не приносит сиюминутной выгоды, это процесс долгий, нужно запастись терпением. Этот процесс решает стратегическую задачу по уменьшению рисков связанных с ИТ. При этом ИТ отдел становится масштабируемым, легко измеримым по эффективности, полностью задокументированным и прозрачным для руководителя. Это не черная дыра, куда надо тратить деньги, это функция, которая эффективно поддерживает бизнес. Но для этого нужно проделать не мало работы и приложить много усилий. Мой вам совет — запасайтесь терпением.



Бесплатная юридическая
консультация по телефону

8 (499) 350-80-26(Москва)
8 (812) 627-15-62(Спб)

звонок бесплатный

В центре внимания

Комментарии (5)