Авг
20
2014
2

Регламент резервного копирования — разбор составляющих.

загружено   Никто не сомневается, что резервное копирование нужно, Об этом я писал и есть много статей на просторах всемирной паутины. Аналогично многие даже реализовали стратегию резервного копирования с “полным” циклом 3-2-1. Но если уже такая сложная архитектура резервирования или стремящаяся ей стать, то возникает резонный вопрос в унификации действий по резервному копированию, восстановлению данных и общие требования к системе резервного копирования. Опять же, никто не отменял ротацию сотрудников в подразделении, и с приходом новых кадров придется все объяснять и / или обучать или переучивать. На все эти вопросы может ответить наличие регламента резервного копирования. Который не только отвечает на все выше перечисленные вопросы, но и решает задачи, связанные с требованием к программно-аппаратному комплексу, порядку восстановления и наличию ответственных сотрудников. Зачем нужен регламент понятно, осталось определиться с перечнем необходимых пунктов в самом регламенте. Давайте первоначально озвучим список вопросов, которые должен четко регламентировать целевой документ для составления списка структурированных подпунктов. Начнем по порядку: » Читать дальше »

Июл
03
2014
0

Резервное копирование — снова теория?

Как правильно организовать резервное копирование? Достаточно ли только полного копирования раз в сутки или остановится на инкрементных копиях. Хранить на дисках или ленточных носителях. И сразу стоит подумать про процедуры восстановления информации в случае катастрофы. Это минимальный перечень вопросов, с которого должна начинаться работы по грамотной организации структурного подразделения ИТ. Вы спросите почему, а где-же служба поддержки ServiceDesk, где управление заявками и прочие атрибуты современного подразделения, построенного с применением методик ITIL.

Ответ, как ни банально звучит лежит совершенно в другой плоскости. Если будут потеряны бизнес-данные, финансовая или иная информация от которой зависит нормальное функционирование компании, то это равнозначно огромной “пробоине в борту линкора” благодаря которому само подразделение ИТ может потерять смысл. (в своей практике я действительно встречал подобное, поэтому представляю, о чем говорю.)

» Читать дальше »

Мар
28
2014
0

Service Desk: продолжение?

ServiceDesk продолжение

Если вы думаете, что после запуска в «промышленную эксплуатация» службы ServiceDesk  все административные вопросы закончатся — то это глубокое заблуждение. Вопросы останутся, просто они видоизменятся и трансформируются в новом направлении.

    1. Ротация сотрудников отдела Service Desk. Типовой пример на который нужно ориентироваться — первая линия поддержки. У операторов ServiceDesk зачастую очень быстро накапливаются необходимые навыки для перехода на другую должность или наоборот, т.е. быстрая ротация сотрудников при количестве операторов больше 4-5. Огромным плюсом правильно организованной ротации является то, что после операторской работы часто выходят перспективные кадры с пониманием проблем пользователей и базовым знанием всех ИТ-систем и предоставляемых ИТ-услуг организации.

2. Альтернативные способы работы. Ввиду того, что со временем Service Desk станет важным звеном при обслуживании пользователей, то перебой в ее работе стенает заметен заметен всей организации. Необходимо проанализировав ее работу иметь экспрессный план на случай оперативного восстановления доступа к нужной информации.

3. Контроль. Важная фигура данного этапа, это руководитель отдела Service Desk и вышестоящий руководитель подразделения ИТ. От них требуется не только постоянный мониторинг работы службы ServiceDesk, но и  анализ деятельности службы с выдачей рекомендаций по его развитию.

4. Развитие. Кроме всего прочего, очень важно обратить внимание со стороны руководства подразделения ИТ, выраженное в постоянных докладах о работе службы ServiceDesk и рассмотрении предложений о дальнейшем развитии службы с учетом выявленных наработок и предложений.

Итог:

Итогом работ по внедрению системы ServiceDesk станет существенные изменения в подходе к работе службы поддержки, закрываются многие типовые вопросы, оптимизируется работа. Но останется главный вопрос, который обычно адресуют топ менеджеры компании и руководители и начальнику отдела ИТ (руководителю ServiceDesk): Какова оценка эффективности внедрения системы ServiceDesk.

На мой взгляд, когда мы слышим такой вопрос — значит само внедрение ServiceDesk  и его пост жизненный цикл прошели успешно. Это последний вопрос при внедрении ServieDesk, и на него я постараюсь ответить в следующих статьях.

Остается только один вопрос — а почему у Вас еще не внедрен SrviceDesk?

Мар
05
2014
0

Организационной подход к внедрению Service Desk

  Внедрение ServiceDesk Создание службы Service Desk является в прежде всего организационной (административной) задачей. А это накладывает соответствующий отпечаток в виде необходимости подготовки соответствующей нормативной базы в виде регламентов, приказов, распоряжений.

Давайте рассмотрим типовое решение по созданию службы Service Desk, тут стоит кратко описать подход, согласно которому будет развиваться проект.

В соответствии с этим подходом задачи проектирования службы Service Desk можно разбить на следующие этапы:

    1. «начало проекта» — это отправная точна, связанная с началом планирования работ, формирование проектной команды, решение организационных вопросов. Средняя продолжительность – 1–2 недели;

» Читать дальше »

Фев
13
2014
--

Внедрение Service Desk, с чего начать?

 

Внедрение ServiceDesk    Первый вопрос который обычно ставит руководство — обязательно ли организовывать Service Desk?

Внедрение службы Service Desk целесообразно по многим причинам. Многие современные средства автоматизации предусматривают возможность регистрации заявок самим пользователем (через Web-формы, emai письма). Однако пользователь порой не в состоянии квалифицированно определить суть проблемы. Но даже если он может провести самостоятельную классификацию, все равно требуется уточнение (или, как минимум, подтверждение) специалиста. Автоматизированный ввод инцидентов самим пользователем не отменяет механизма ввода и модерации специалистом службы Service Desk, поскольку в ряде случаев пользователь просто не имеет возможности завести заявку (инцидент) для автоматической обработки.

Service Desk обеспечивает единую точку входа. Это очень важно, поскольку отпадает необходимость выстраивать персональные отношения с ИТ-специалистами, и пользователь всегда знает, куда ему обратиться с проблемами.

» Читать дальше »

Янв
28
2014
--

Жизненный цикл заявки в ServiceDesk

Взаимодействие с системой ServiceDesk (заявки).

Я уже достаточно давно работаю с различными системами учета заявок – в простаивании ServiceDesk, хоть ServiceDesk охватывает существенно больше аспектов. Сегодня хочу остановится на аспекте жизненного цикла ITIL процесса – заявки.

Система ServiceDesk – это своего рода прослойка между бизнес пользователями (подразделениями) компании и ИТ персоналом.

В процессе работы с заявками стоит определится с иерархией в структурированном ИТ подразделении. Будем считать, что ИТ подразделение (отдел, департамент) четко структурирован по линиям поддержки (1/2/3…) в зависимости от размера подразделения, выполняемых обязанностей и т.д. В развитых подразделениях таких уровней поддержки может быть до 5. В нашем случае рассмотрим 3 уровня поддержки.

В процессе работы с заявками выделяются следующие роли:

Автор заявки – сотрудник, который имеет право формировать новые заявки.
Специалист – сотрудник, который проверяет корректность оформления заявки, распределяет заявки между Исполнителями.
Исполнители – сотрудники, которым поступают заявки на исполнение.

Рассмотрим самый простой алгоритм управления заявками Service Desk.

» Читать дальше »

Мастерская IT решений © | 2013-2018 | При копировании или цитировании ссылка на сайт netolkoit.ru и автора обязательна!