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

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

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

 

 

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

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

ИТ-скептик (Роб Ингланд) решил начать список терминов и выражений из области ИТ, которые утеряли свое первоначальное значение. Термин Современное его значение Достойный заменитель 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

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

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

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

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

Джентльменский набор. Всё, что нужно для управления ИТ

Наверное, каждый свод знаний в какой-то момент пытается стать универсальным, всеобъемлющим и достаточным. И, видимо, стать таковым нельзя без написания списка всего того, что нужно иметь/применять для того, чтобы правильно и успешно управлять информационными технологиями/услугами. Список, конечно, тоже должен быть универсальным, всеобъемлющим и достаточным. Вот, например, в COBIT 3 говорилось, что для того, чтобы предоставлять бизнесу информацию надлежащего качества, нужно управлять ресурсами, и этих ресурсов пять: Данные / Data Прикладные системы / Application systems Технологии / Technology Инфраструктура / Facilities Персонал / People. В COBIT 4 и 4.1 этот список несколько сократился: Информация / Information Приложения / Applications Инфраструктура / Infrastructure…

Начался конкурс ITSM-проектов

Российское отделение Международного форума по управлению ИТ-услугами itSMF Russia объявило о начале приема заявок на участие в конкурсе "ITSM-проект года". Заявки принимаются до 10 августа 2012 года, а затем компетентное жюри выберет победителя по набору формализованных критериев к началу осени.. На сайте Форума опубликованы критерии отбора и выбора лучшего проекта по совершенствованию системы управления ИТ-службой. К участию принимаются проекты, завершенные в период с 1 сентября 2011 года по 30 июня 2012 года. Примечательно, что "заявленные цели проекта должны быть достигнуты в большей степени в рамках данного срока". Участники должны будут продемонстрировать применение любых стандартов, сводов знаний и методик управления ИТ,…

Шпаргалка по ISO 20000:1-2011

Для тех из нас, кто еще не успел купить стандарт ISO 20000 версии 2011 года, консультанты блога itservicemngmt.blogspot.com выложили в свободный доступ пересказ содержания требований стандарта в популярном формате Mindjet MindManager. Этот документ можно скачать (для воспроизведения понадобится проигрыватель) или просмотреть в браузере (понадобится Flash Player). "Карта сознания" не до конца детализирована, но даёт представление о том, как сгруппированы требования стандарта.

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM