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

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

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

 

 

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

Прозрачность компании для её руководства

Интересная картинка была опубликована 21 мая в Facebook группе Back2ITSM. Основной тезис этого изображения можно сформулировать так: "Сложно управлять компанией, если ты обладаешь только 4% информации о том, как она функционирует". Но картинка интересна не сама по себе, а тем что она заставляет нас задавать целый ряд вопросов: Сомнительна истинность подхода, при котором то, что сложности и проблемы в компании "злостно скрываются от вышестоящего руководства" принимается как безусловно отрицательный фактор. Если проблема возникла на операционном уровне, а в последующем была функционально эскалирована и разрешена с привлечением эксперта, то о такой проблеме нет необходимости информировать (и ожидать управленческой реакции) руководство компании. Факт того, что руководство использует для…

ITIL и DevOps – разные дороги, единые правила

Могут ли ITIL и DevOps сосуществовать, или же DevOps вытеснит ITIL? На ресурсе ITWNET один из авторов приводит мнения различных экспертов о будущем ITIL в "эпоху" DevOps, а также делится собственными идеями на этот счёт. Мнения экспертов разделились. Например, наряду с мнением, что в эпоху Agile методология ITIL становится чем-то вроде динозавра, звучат голоса, указывающие на идеальное сочетание этих подходов. Автор для обоснования собственной точки зрения использует аналогию на примере автомобильных дорог. Подход к управлению изменениями ПО "старой школы", по мнению автора, является аналогом езды по старым, проверенным дорогам, где много светофоров и пешеходных переходов, которые увеличивают время проезда по…

На критику SLA

В последнее время мне как-то часто стала попадаться на глаза критика SLA. Замечания сильно перекликаются с теми, которые я отмечал для себя несколько лет назад, работая в команде над составлением SLA в одной из компаний. На первых встречах с заказчиками мы тоже часто слышали высказывания в духе: "Зачем нам SLA? Мы и без них прекрасно обходимся", "Вы предлагаете нам новый порядок взаимодействия? А зачем?", "Вы же хотите подстраховаться?". Вот и сейчас звучат голоса авторов, кто предлагает новые формы, а кто-то вообще считает соглашения об уровне обслуживания отжившими своё. Но, как поётся в одной песне: "А не спеши ты нас хоронить,…

Анонсирована модель компетенций Professional Service Management Framework (PSMF)

На сайте британской ассоциации специалистов в области сервис-менеджмента itSMF UK анонсирована  инициатива под названием Professional Service Management Framework (PSMF). Согласно описанию, в рамках инициативы профессионалам в области сервис-менеджмента (ITSM) предлагается комплексная модель отраслевых компетенций. Представленная модель, как сообщается, будет применяться для подтверждения компетенций профессионалов в области ITSM – как отдельных экспертов, так и организаций. Анонсированная модель описывает комплекс знаний и навыков, сгруппированных по следующим категориям: "Организация и позиция на рынке" – включает требования к знанию ИТ-профессионалами своих организаций в терминах структуры, стратегии, отрасли и позиции на рынке; "Технологии" – охватывает требования к более широкому пониманию ИТ, как индустрии, перспективных технологий…

Press any key…

На недавно проведенном учебном курсе "Основы ITIL" возникла дискуссия. Курс корпоративный, соответственно трудности слушателей общие, и их хочется коллективно обсудить.  Проблема состоит в низком уровне компьютерной грамотности бизнес-пользователей. Причем довольно серьезная, вплоть до того, что ИТ-специалистам приходится удаленно входить в компьютер пользователя и выполнять бизнес-операции за пользователя, или чтобы понять суть ошибки, то есть что конкретно у него "сломалось". А в контексте проекта, в рамках которого все и собрались на курсе, проблема навыков работы с компьютером бизнес-пользователей вырастает в разы.   Становится очевидным, что при внедрении любой услуги\системы автоматизации, требования должны быть двусторонние, – как бизнеса к услуге, предоставление которой обеспечивает ИТ, так и ИТ к бизнесу – какой объем…

Супер-герои нашего дня или кто подружит бизнес и ИТ

Наш давний друг и партнёр Paul Wilkinson из компании GamingWorks побывал на конференции BRM Connect и поделился своими наблюдениями на страницах ресурса ITWNET. Основной фокус прошедшей за океаном конференции была направлен на проблему достижения стратегического партнёрства и конвергентности бизнеса и ИТ (Business & IT Convergence). Идея "конвергентных ИТ" или "конвергентной операционной модели" далеко не нова, первые упоминания концепции некоторые источники там же за океаном относят к концу 80-х годов 20-го века. От концепции "бизнес-ориентированных ИТ" (Business & IT Alignment) её отличает акцент на полной интеграции ИТ, фактически "растворении" ИТ в бизнесе. Основной смысл – в отсутствии противопоставления бизнеса и ИТ,…

ITIL vs Agile

В очередной раз видя рассуждения на тему «ITIL/ITSM vs Agile/DevOps/Lean» или «Agile vs PRINCE2/PMBOK», подумал, что, возможно, что-то важное от меня ускользает. В моей картине мира противопоставления нет. Что я делаю не так? Мне нравится высказывание Роба Ингланда (IT Skeptic) о том, что ITSM – это не изобретение, а открытие. ITSM описывает реальность. Также, как это делает физика. Т.е. это не просто набор каких-то рекомендаций. Самое ценное в ITIL и других подобных сводах знаний – это то, что авторам удалось вычленить закономерности происходящего (в данном случае в сфере оказания ИТ-услуг), уловить природу явления и сформулировать некоторые принципы (знание которых, согласно…

Знак “PRINCE2” на груди у него, больше не знают о нём ничего

PRINCE® (Projects IN Controlled Environments)  – свод знаний по управлению проектами, зародившийся в Великобритании. В настоящее время правами на бренд PRINCE2, соответствующие публикации и сертификацию обладает британская компания AXELOS, которая в течение двух недель в феврале-марте 2016 проводила исследования с целью лучше понять тех, кто проходит сертификацию PRINCE2 (линейка сертификации по управлению проектами состоит на данный момент из трёх уровней: Foundation – Practitioner – Professional). Зачем они это делают, и что им эта сертификация даёт? А заодно выяснить предпочтения респондентов и их понимание текущего состояния управления проектами в  компаниях, на которые они работают. Перед проведением опроса был проведен анализ большого…

ITIL – мифы и заблуждения

Компания AXELOS (правообладатель ITIL) на своём сайте создала раздел «ITIL Misconceptions», где публикует наиболее распространённые мифы и заблуждения относительно практики применения ITIL. В качестве примеров приведены следующие заблуждения. ITIL рекомендует разделять разработку и эксплуатацию ITIL всегда следует внедрять полностью ITIL не работает в организациях, использующих Agile ITIL подразумевает, что самое главное – это процессы. AXELOS приглашает всех желающих поделиться своими историями. На нашем портале это приглашение сделано давно, и актуально поныне. Есть возможность не только поучаствовать в обсуждении вопросов, затронутых в любой их заметок на портале, но и задать свой вопрос в рубрике «Вопрос из зала».

Нужен ли процесс управления доступностью?

Управление доступностью – уникальный процесс. Уникальный в первую очередь тем, что является изобретением авторов ITIL и не замечен как отдельный процесс (если я не отстал от жизни) ни в одном известном мне своде знаний по управлению ИТ, кроме ITIL, или процессной модели известной мне реальной компании. Почему – вопрос, который я хочу поднять в этой заметке, и поделиться своими размышлениями на этот счет. Причина 1: Доступность уже обеспечивается другими процессами Взглянем на задачи процесса: Создавать и вести план доступности, отражающий текущие и будущие потребности заказчиков. По услуге такой план может быть частью SIP. Кроме того, задача сильно пересекается с аналогичной в управлении…

Планирование мощностей и CMDB

В последнее время я несколько раз обсуждал с ИТ-руководителями практику планирования мощностей на основании объемов потребления услуг. Один из вопросов, который поднимали мои собеседники, заключался в том, можно ли использовать для такого планирования их существующие CMDB. И действительно, есть ли какие-то специальные требования, которые управление мощностями и сервисная экономика предъявляют к CMDB? Я бы выделил три основных требования: В CMDB должны быть построены логические модели приложений и услуг. Эти модели должны включать в себя не только «физические» ресурсы (оборудование и сети), но и функциональные роли ресурсов, например, СУБД (причём, отдельно от баз данных!), web-сервер, файл-сервер, и так далее. Функциональные роли…

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM