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

Business Agility, DevOps, ITIL, ITSM, COBIT, PRINCE2, TOGAF, Kanban...

14 лет в эфире. 3 000 записей. 10 000+ постоянных подписчиков.

 

 

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

SLM-позитив

Сегодня получил очень яркое впечатление от обсуждения с представителями бизнес-подразделения одного крупного банка состава предоставляемых ИТ-услуг и структуры SLA. Скажу так: многочисленные выступления в духе «не понимают они ITSM» – весьма односторонняя точка зрения. Я понимаю, не все бизнес-подразделения одинаковы, но от сегодняшней встречи у меня остались следующие наблюдения: бизнес задумывается о том, в чём заключается ИТ-обеспечение его деятельности и что требовать от ИТ-подразделения; бизнес конструктивен в диалоге, понимает, что требовать всего и прямо сейчас в принципе можно, но не очень полезно; понимая ограничения, бизнес тем не менее смотрит в будущее и хочет видеть, как сегодняшние ограничения при заключении SLA…

Владельцы и менеджеры услуг в дикой природе

Все слушатели курсов "Основы управления ИТ-услугами" почти всегда тонко чувствуют терминологическое болото, в котором не-англоговорящим коллегам предлагается утонуть, буквально с первого дня знакомства что с сервисным, что с процессным подходом. Дело, наверное, в различных культурных установках, на которых и строятся языки. В любом случае, весь тяжелый словесный багаж может привести к разочарованию в ITSM. Не расстраивайтесь, в жизни всё гораздо веселее, чем в универсальных сводах знаний. Так вот, однажды я получил вопрос: ITIL описывает роли в процессах: владелец процесса и менеджер процесса. Все прозрачно: владелец занимается целеполаганием и инвестициями в процесс и заинтересован в результатах процесса. "Надо выкопать канаву вооон…

Вопрос из зала: что почитать?

Наши друзья и коллеги часто спрашивают у нас, где найти литературу: Про управление ИТ-услугами Про международные стандарты в области ИТ Про управление проектами Желательно – не только фундаментальные труды, но и периодику. Хорошо бы еще и на правильном русском языке. Мы своими советами делимся охотно.  А что порекомендуете вы?

Меняем смыслы слов с ИТ-скептиком

ИТ-скептик (Роб Ингланд) решил начать список терминов и выражений из области ИТ, которые утеряли свое первоначальное значение. Термин Современное его значение Достойный заменитель Governance (Корпоративное руководство Менеджмент (ну тут мы не согласны) Королевская власть Board (Совет директоров) Комитет, группа Незримый хор небесный CMDB, CMS Активы Незачем заменять глупую идею Engineer Технарь (с праздником, сисадмины!) Системный архитектор Vice President Менеджер по чему-либо Исполнительный директор по чему-либо Best Practice Общепринятая практика Фигура высшего пилотажа   Сможете дополнить список?  

Вопрос из зала: как организовать мониторинг, который никому не нужен?

Дмитрий, один из читателей нашего портала, предлагает обсудить непростую ситуацию и задаёт три конкретных вопроса: Передо мной стоит задача разработки системы мониторинга ИТ-инфраструктуры в крупной нефтяной компании. Уровеь ИТ-процессов – практически нулевой.  Ни процессы, ни службы (в т.ч. Service Desk) не обозначены, не регламентированы – живут своей дикой жизнью. Существующие нормативные и регламентные документы (в т.ч. SLA) носят формальный характер. Такая СИТУАЦИЯ ВСЕХ УСТРАИВАЕТ. И бизнес и ИТ считают: Применение западных стандартов не для нас; Затраты на стандартизацию, внедрение и поддержание процессного, а тем более сервисного подхода – необоснованными. Естественно, при таком раскладе, возникающие инциденты и проблемы решаются реактивно, в…

Невыносимая ясность бытия

В очередной раз в моей голове сформировалась ясная картина мира. Думаю ненадолго – примерно до первого комментария Дмитрия к этому посту. Но, пока есть возможность, спешу поделиться: по-моему, симпатично получилось.  Сформировали эту картину два не связанных друг с другом обстоятельства: во-первых, изучение COBIT 5 в очередной раз привело меня к необходимости как-то внятно описать различия governance и management, а во-вторых, мне очень понравилось, как наглядно в завершающем вебинаре летней серии Дмитрий продемонстрировал, что сервисный и процессный подход могут рассматриваться как альтернативные способы управления получением ценности от использования ИТ-ресурсов.  Вот что нам говорит Дмитрий: Процессный подход – способ организовать деятельность поставщика…

Не бойтесь обучать сервис-деск!

ИТ-скептик (Роб Ингланд) написал про то, что сервис-деск можно и нужно отвлекать от работы на обучение, непременно в полном составе. Я считаю, что у сервис-деска должно быть право на таймаут для профессионального развития и тим-билдинга. Я был руководителем, и мне было трудно обеспечить профессиональное обучение для моих подчиненных. Но сложнее всего было сделать так, чтобы от этого обучения их не отвлекали. Многим кажется, что обучение коллег – это «задача с низшим приоритетом». Я постоянно боролся с тем, что моих сотрудников хотели снять с обучения ради «более важных дел». Многие сервис-дески из тех, что я встречал, были настолько маленькие, что дважды…

Мировая статистика процессов INC, PRB и CHG

Компания Pink Elephant продолжает проект по сбору статистических данных о реальных значениях процессных метрик. Напомним, что ITIL рекомендует сравнивать организации, чтобы устранить имеющиеся недостатки в способностях по управлению процессами. Принять участие в опросе может любая компания, а результаты периодически публикуются в блоге  Pink Elephant. Сегодня появились обновлённые на июль 2012 года данные по процессам управления инцидентами, проблемами и изменениями. В опросе принимали участие организации из разных стран, различного размера и из разных отраслей. Некоторые выдержки из отчёта: На количество инцидентов в организации больше всего влияют (в порядке убывания значимости): размер организации, количество внутренних и внешних пользователей ИТ, длительность существования формального процесса управления инцидентами….

Разыскивается технический эксперт!

  Уважаемые коллеги, в связи с расширением проектной практики мы предлагаем работу экспертам в области автоматизации процессов ITSM.  В качестве сотрудника Cleverics ему предстоит изучать новые технологии и подходы к автоматизации, проектировать, создавать и развивать системы автоматизации процессов,  не останавливаться на достигнутом. Детальные требования описаны у нас на сайте в разделе "Вакансии". Желающие могут присылать свои резюме по адресу: info@cleverics.ru

Между разработкой и эксплуатацией

Работая с разными компаниями, в последние годы мы несколько раз сталкивались с задачей определения требований к взаимодействию в триаде «проектный офис, разработчики, эксплуатирующие подразделения». Практика в этой области весьма разнообразна. Столкнувшись с этой задачей в очередной раз, решил кратко суммировать накопленный опыт (спасибо нашим заказчикам!). Итак, вот основной набор регламентирующих документов в этой области: Документ, определяющий основные стадии создания новой АС (новой версии АС) или выполнения доработок. Обычно называется «Положение о разработке прикладного ПО» или аналогично. Основное содержание – по каждой стадии определяется состав работ, ответственных, входные и выходные документы. Важный момент – вовлечение эксплуатирующих подразделений в определение требований и…

Что и требовалось доказать….

Недавно позвонил один хороший знакомый, с которым вместе работали в одном из проектов. Спрашиваю его, как работает процесс (неважно, какой ): – Плохо. – В чем главная причина? – Менеджера процесса перевели на другую должность, он очень занят. Ему некогда заниматься процессом. Не правда ли, знакомая картина? Главный мотор, который не дает процессу "умереть" – менеджер. Там, где у менеджера есть время, желание и возможности – процессы работают. Там, где менеджеру "некогда" (ну или добавьте сюда еще десяток причин) – "умирают". Что и требовалось доказать….

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM