Портал №1 по управлению цифровыми
и информационными технологиями

Обучение
по ITIL 4, ITSM, PRINCE2
Деловые
игры
Новые экзамены
по ITSM
Реестр ESM- и ITSM-систем в России 2024

Checklists (списки самопроверки)

Короткие списки по разным областям, помогающие проверить, что ничего важного не забыто, а также дающие новые идеи

Checklist: планирование запуска процесса

Сколько бы вы не потратили сил и времени на проектирование и автоматизацию процесса, рано или поздно вы приступите к планированию запуска. Так как успешная работа процесса зависит от множества факторов, желательно при планировании уделить внимание всем областям. Мы подготовили список вопросов, которые можно задать себе для того чтобы убедиться в том, что ничто не будет забыто при планировании запуска процесса. 1.    Процесс документирован? a.    Есть утвержденный регламент процесса? b.    Регламент доступен участникам процесса? 2.    О процессе знают люди? a.    Назначение на роли в процессе выполнено? b.    Ролевые инструкции предоставлены участникам процесса? c.    Участники процесса прошли обучение? d.    Другие сотрудники компании…

Checklist: выбор провайдера обучения по ITIL

Обучение по управлению ИТ в России и соседних странах предлагают более трёх десятков различных компаний. Учебные курсы по ITIL, ITSM и COBIT теперь не читает только ленивый, при этом цены на одинаковые по названию курсы могут отличаться в четыре раза. Тем, у кого есть задача узнать больше про ИТ-менеджмент, а не просто потратить деньги, будет полезен следующий список проверки:   Компания 1. Является ли учебный центр специализированным по управлению ИТ, или это заведение широкого профиля? Узкий специалист, досконально знающий тему, может рассказать вам больше, чем поверхностно знакомый с предметом эрудит. 2. Аккредитован ли учебный центр? После прослушивания курс в неаккредитованном…

Checklist: регламент процесса

Регламент процесса – это способ донести до людей, как и зачем они исполняют ту или иную работу, с кем взаимодействуют, как контролируются и оцениваются. Разрабатывая регламент процесса, важно стараться написать его как можно короче. Не нужно пытаться предусмотреть все возможные варианты и повороты событий, описать всё на уровне детального компьютерного алгоритма. Жизнь все равно разнообразнее. Куда важнее сделать акцент на взаимодействии участников и выявлении отклонений в процессе. На наш взгляд, хороший регламент процесса должен содержать следующие разделы (давать ответы на следующие вопросы): Назначение процесса Задачи / ключевые практики процесса (о назначении, целях и задачах написано здесь) Принципы организации процесса (иногда…

Checklist: процессная документация (по COBIT 5 PAM)

Написать хорошую процессную документацию – непростая задача. Само по себе понятие "хорошая документация" требует пояснения:  должна помогать участникам процесса должна позволять четко проводить границы (например, разграничение ответственности в процессе) должна давать ответы аудиторам … Список можно продолжать.  В COBIT 5 PAM есть замечательная таблица, которая может помочь при составлении хорошей процессной документации, отвечающей на многие вопросы.   Продукт Содержание Комментарии Описание процесса Название процесса Название процесса в соответствии с принятой моделью управления Владелец процесса Лицо, ответственное за проектирование процесса, включая формирование и актуализацию процессной документации Границы процесса Четкое указание на область действия процесса Роли в процессе В том числе –…

Checklist: 7 шагов по работе с major-инцидентами

Тема major-инцидентов уже поднималась на нашем портале, и неоднократно. Однако после недавней встречи с одним из заказчиков я решил вернуться к ней еще раз. Теперь в виде короткого чек-листа, который можно использовать для проверки дизайна и исполнения процессов управления инцидентами и непрерывностью. Итак: О возникновении major-инцидента в первую очередь, как правило, узнают профильные специалисты – сетевые инженеры, администраторы СУБД и прикладных систем. Нужно позаботиться о том, чтобы информация о major-инцидентах как можно быстрее достигла первой линии поддержки. Эта информация должна включать в себя:     описание инцидента (что и когда произошло, когда ожидается решение) чтобы первая линия имела ответы на…

Checklist: определение зрелости ИТ

Тони Прайс, эксперт по ИТ-преобразованиям, руководитель направления стратегического консалтинга и трансформаций в компании HP, делится в блоге своими соображениями в части оценки зрелости ИТ. Компании похожи на детей. Они растут, развиваются, взрослеют. Как отмечает Тони, фактически, основная часть его работы заключается в том, что он, приходя к заказчикам, говорит, что их дети безобразны. Есть множество интересных вещей, внедрение которых требует определённого уровня зрелости. Проблема состоит в том, что многие организации не просто не находятся на нужном уровне, но и не осознают этого. При этом те изменения, что были запланированы, просто не могут реализоваться – это горькая правда. Как бы ни было…

Checklist: три простых способа проверить учебный центр

"Вы нам тут ерунду не рассказывайте: проблема – это инцидент, который перешёл в стадию поиска корневой причины. Нам так тренер на "Основах ITIL" рассказывал в компании AAA." "Мы с коллегами прошли обучение по курсу Operational Support and Analysis (ITIL SOA) в компании BBB, но на экзамен нас не пускают, так как курс не был аккредитован. Можете продать нам сертификаты, как будто мы у вас учились?" "Мы оплатили обучение и экзамен в компании CCC, обучение частично прошли, но экзамен сдать не можем – компания куда-то исчезла, на запросы не отвечает. Что нам теперь делать? Можем ли мы у вас пройти обучение…

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM