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

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

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

 

 

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

“Средний класс”

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

Оценка RFC

На днях прорабатывал последовательность действий по оценке запроса на изменение в ИС. Получилась несложная и довольно универсальная методика, которую можно понятным образом уложить и в процедуры процесса, и в формы документов. Конечно, решил сравнить с ITIL, тем более что со времен разработки и чтения курса IPRC в 2006-м году, помню про описанный в ITIL подход «Семь R». У кого под руками есть книжка Service Transition, смотрите раздел 4.2.5.4 «Assess and evaluate the change». У кого книжки нет, вкратце оценку RFC там предлагается выполнить, ответив на семь следующих вопросов: Who Raised the change? What is the Reason for the change? What…

Слон в посудной лавке

Многие слышали про повышение цен на экзамены ITIL. Откровенно говоря, мы узнали об этом намерении новых хозяев ITIL, компании Axelos, совершенно случайно и в тот же момент, что и остальной мир. Один человек обронил одну фразу на одном из публичных мероприятий. Пошёл слух. Слух опровергать не стали. Мы даже написали об этом в новостях. Но никто особо не знал на что именно поднимутся цены, насколько сильно, на каких условиях. Ничего, кроме даты – "с нового года". Да ладно мы – маленькая компания из далёкой страны, где медведи ходят по улицам, а людей сначала сажают, а потом ВНЕЗАПНО амнистируют. В идентичном неведении…

Big 4 Agenda: топики на следующий год

Некоторое время назад коллеги из Великобритании анонсировали опрос, целью которого было определить четыре темы, наиболее волнующие сообщество, на которых в 2014 году itSMF UK сконцентрирует свое внимание. Обсуждению этих проблем уделили время и на ежегодной конференции, проходившей в Бирмингеме, а недавно итоговый список опубликовали на сайте itSMF UK. Выглядит он следующим образом: Назад к основам (Back to Basics) Все мы встречали яркие, порой провокационные заголовки, говорящие о том, как ошибки в предоставлении услуг могут привести к остановке деятельности компании и невозможности предоставлять услуги заказчикам. Правильная организация базовых механизмов управления ИТ-услугами обеспечит наличие надежных повторяемых процессов, которые уменьшают количество приводящих к затратам ошибок, позволяют плавно…

Процессная математика. Опросы пользователей

Постановка задачи Допустим, мы решили провести опрос пользователей. Известно, что всего их – 1 000 человек. Для простоты предположим, что мы задаём 1 вопрос (например, об удовлетворенности качеством поддержки) с ответом по пятибалльной шкале (1-5). Интересующий нас результат опроса выражается средним из полученных ответов. Вопрос: сколько ответов пользователей необходимо получить, чтобы результаты опроса были достаточно точными (достаточно – для принятия на основании результатов опроса управленческих решений)? Ответ первый: на основании здравого смысла (то есть предрассудков) Я опросил несколько знакомых, как они думают, сколько голосов пользователей необходимо получить. Ответы ранжировались в диапазоне 10-50% голосов от общего количества участников опроса, наиболее часто –…

itSMF Estonia – возможно, самая международная ITSM-конференция

…состоялась, как и было запланировано, 11.12.13 в Таллине. Получилось компактное мероприятие (один день, десять докладов без разделения на секции) с очень высоким КПД: ни одного пустого доклада, ни одного рекламного. Практики из эстонских компаний рассказали о своем опыте, международные гости рассказали о своем видении ITSM. Восемь из десяти докладов были на английском, включая доклады эстонских коллег. Не было: выставки спонсоров, пакетов участников, рекламы.  Было: безупречная организация, отличная еда, интересные гости.  Были среди гостей наши старые знакомые и друзья: Патрик Болджер, Аале Роос, Барклай Рей (выступали), Бартош Горчинский, Владимир Иванов (слушали). А организовал все это Каймар Кару, чей доклад про DevOps…

Управление конфигурациями и V-модель

​​Слушайте, а ведь V-модель (V-model) – это самая классная картинка в ITIL. Я давно это подозревал, но за последний год на курсах по контролю ИТ-услуг она стала для меня основной сюжетной линией, увязывающей все ключевые процессы контроля ИТ-проектов и продуктивной среды. Смотрите: Для управления тестированием V-модель является иллюстрацией комплексного подхода к тестированию: от технической отладки до подтверждения результатов бизнес-процессов. Она, кстати, и была изначально придумана для иллюстрации жизненного цикла разработки и тестирования. Для управления изменениями (и для управления проектами) ступени модели являются справочником вех, на которых нужно будет осуществлять проверки успешности проекта. Для управления релизами наличие всей проектной документации, формируемой на…

И снова про постоянное улучшение

Австралиец Франсуа Биккар, по-видимому, начитавшись Дмитрия Исайченко, загорелся идеей постоянного улучшения услуг. Кроме весьма образного английского языка, его статья ценна тем, что Франсуа предлагает способы борьбы с популярными заблуждениями о постоянном улучшении: Например: «… все наши сотрудники и так постоянно улучшаются, прямо каждый день». Есть одно замечание: если при этом у вас нет единого подхода и способа документирования стратегий улучшения, которые они предлагают, то вы не сможете  информировать коллего о постоянном улучшении и воспитывать соответствующую культуру. А еще вы не можете воспользоваться преимуществами коллективного мышления, которое очень важно для улучшения, тем более, что ваши сотрудники, имея дело с заказчиками, знают об их трудностях лучше всех. Не обязательно…

“Каталог услуг для успешного управления ИТ”

Тема управления уровнем услуг в этом году была очень актуальна. Мы видим это по запросам слушателей учебных курсов, по нашим консалтинговым проектам, по общению с клиентами, по вопросам на портале… Идя навстречу этой волне интереса, мы посвятили теме SLM и каталогов услуг три вебинара CleverTALK из десяти в весеннем сезоне этого года, и ещё три из семи – в осеннем. Более того, мы уверены, что тема будет актуальна и в следующем году тоже. Поэтому, выбирая очередную книгу для перевода и публикации, мы остановились на издании "Defining IT Success Through The Service Catalog", выпущенном компанией Pink Elephant. Это – хорошая книжка, справедливо именуемая "Практическое руководство"….

Средний и малый бизнес тоже готовы к ITSM

Коллеги из компании Naumen создали новый программный продукт для управления ИТ-процессами. На этот раз – с учетом пожеланий, упрощений и ясности, которой так не хватает небольшим сервисным ИТ-подразделениям в малом и среднем бизнесе. Решение, предоставляемое как облачный сервис, доступно по адресу itsm365.ru. Здесь можно автоматизировать все самые необходимые ИТ-организации процессы: Управление Service Desk, включая управление инцидентами и запросами на обслуживание; Управление проблемами; Управление изменениями; Управление внутренними задачами и поручениями; Управление конфигурациями; Управление уровнем услуг и SLA; Управление каталогом услуг; Управление знаниями; Кроме этого, готова к употреблению функциональность учета трудозатрат сотрудников ИТ-службы. Авторы заявляют, что стоимость решения, его функциональность, сложность интерфейса и общее…

Вопрос из зала про конфигурационные единицы

Читательница Елена задает такой вопрос:  Есть ситуация: Оказывая услуги ИТ-поддержки бизнес-процессов своих заказчиков, под процессным управлением в компании (предоставляющей такие услуги ИТ-поддержки) находятся разные элементы конфигурации, выход из строя которых может привести и снижению уровня обслуживания заказчиков. В компании используется спец. программное обеспечение (ПО) для расчета заработной платы и ведения бухучета в целом, и в процессах предоставления услуг Заказчику оно не участвует. Вопрос – является ли оно подотчетной единицей процесса управления конфигурациями? Как корректнее выполнять и учитывать запросы на изменение для такого ПО (установку/обновление), если этот учет осуществляется? Что скажете, коллеги?

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM