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

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

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

 

 

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

ИТ + психология?

Как изменить организационное поведение и улучшить производительность? Марк Смолли (Mark Smalley), известный как IT Paradigmologist, в своей статье "Важность организационного поведения" (The Importance of Organisational Behaviour) рассуждает о значимости поведения в организации, и о том, как этим можно управлять. Управление поведением в организации Organisational Behaviour Management (OBM) является важным аспектом управления, которое применяет психологические принципы организационного поведения и экспериментального анализа поведения в организациях, чтобы улучшить производительность индивидуумов и групп в организации. OBM применяет принципы из многих областей, включая поведенческий анализ и управление эффективностью деятельности. Но почему вам это должно быть интересно? Потому что поведение является основным фактором, который стимулирует организационную эффективность. У вас…

Краткая запись о пользе управления знаниями

Тот факт, что наша компания является компанией полного производственного цикла, позволяет на собственном, личном примере наглядно продемонстрировать всю пользу от процесса управления знаниями. В проекте, над которым в настоящее время мне с коллегами приходится работать, я выступаю в нескольких ролях: процессного консультанта, разрабатывающего архитектуру решения, и разработчика решения, осуществляющего доработку и настройку платформы автоматизации. Для успешной работы в качестве разработчика/технического эксперта на настоящем этапе мне требуется следующая информация: Проектная документация: Актуальный проектный план, для понимания охвата и вех; Список текущих проектных задач, для оперативного планирования и координации работ; Список открытых вопросов, для планирования коммуникаций и мероприятий по их разрешению; Список контактных лиц. Процессная…

Критерий доступности

Уровень доступности является одним из важнейших параметров качества услуги, требования к которому должны быть зафиксированы в SLA. За определение измеримых обязательств по предоставлению ИТ-услуг отвечает процесс управления уровнем услуг, однако решающее значение в том, насколько адекватно отчетность будет отражать реальную ситуацию, а, следовательно, и удовлетворенность заказчиков доступностью услуг, имеет то, насколько четко определены границы доступности и недоступности. Вне зависимости от услуги и способа измерения, расчет уровня доступности основан на учете периодов недоступности. Чтобы избежать споров как внутри ИТ-организации, так и с заказчиком, о том, считать тот или иной сбой инцидентом недоступности или нет, требуется документировать критерий доступности. Для этого, как…

7 R’s – суть управления изменениями

Для чего нужен процесс Управление изменениями? Коротко – для контролируемого проведения изменения при прохождении всех этапов, определенных для конкретного изменения. В книге ITIL Service Transition авторы предлагают 7 вопросов (7R's – так как ключевые слова на "R"), на которые нужно ответить тем, кто проводит изменения, – чтобы оценка влияния была целостной, и был выдержан баланс рисков и эффективности проводимого изменения. Собственно вопросы: Who Raised the Change?  – кто инициирует изменение What is the Reason for Change? – какова причина для данного изменения What is the Return? – что мы получим в результате изменения Who is Responsible to do the change? – кто ответственный за…

Major incident – когда становится горячо…

На курсе ITIL Foundation слушатели часто задают вопрос о значительных инцидентах (major incident). Иногда потому, что тема управления ИТ-подразделением для них вообще новая и термин «значительный инцидент» слышится впервые, хотя в реальной жизни – это знакомая ситуация, иногда – потому что не совсем ясно, где провести границу между просто инцидентом и значительным инцидентом, и почти всегда – как с ним работать. О ключевых моментах, которые нужно учесть при работе со значительными инцидентами, пишет Neven Zitek в своей статье «Управление значительными инцидентами – когда становится горячо…»  Что такое значительный инцидент? В теории значительный  инцидент – это инцидент с самым высоким влиянием и…

А в Блумах-то я гораздо умнее!

На всех аккредитованных курсах по ITIL мы кроме всего прочего разбираем пробные экзамены для подготовки к сдаче соответствующих сертификационных экзаменов. Некоторые варианты пробных экзаменов (как минимум один для каждого экзамена) AXELOS (компания правообладатель ITIL) сопровождает документом, дающим правильные ответы и пояснения к ним. В этом официальном документе помимо ответа и пояснения (иногда, будем честны, требующего дополнительного пояснения) к каждому вопросу также указываются темы, к которым относится данный вопрос, ссылки на соответствующие разделы библиотеки ITIL и уровень сложности вопроса. Уровень сложности вопроса никак не влияет на систему расчёта баллов (во всяком случае, в существующих на данный момент экзаменах ITIL). Сложный и…

Перевоплощение. Туда и обратно

Не так давно мне предоставилась интересная возможность поработать на стороне заказчика. Нужно было на время подменить руководителя проекта по внедрению системы в очень "горячую" пору – сразу после запуска. Для этого заказчика мы выполняли свою часть работ. Поэтому было очень интересно увидеть, как это реализовано в системе и как работает "вживую". Как вы понимаете, я такой возможностью не воспользоваться не мог. И началось моё полное погружение… Запуск был непростым. С одной стороны не все подготовительные организационные и технические процедуры были проведены до старта. Плюс с другой стороны, как выяснилось, и в самой системе тоже было не всё гладко, хотя, на…

Управление событиями и рейтинги

Интересная идея была озвучена Аугусто Барросом (Augusto Barros), исследовательским директором Gartner в его недавней публикации в авторском блоге. Фокусом его интересов является информационная безопасность. В своей публикации он отмечает, что индустрия средств мониторинга событий и инцидентов безопасности изменилась за последние несколько лет. Ранее они работали следующим образом: одно или несколько средств отслеживания событий безопасности генерировали некоторый поток этих событий и присваивали им определенные степени критичности. Имелся некоторый пул сотрудников невысокой квалификации, которые в непрерывном режиме отслеживали этот поток и обрабатывали его в соответствии со скриптами, осуществляя требуемую эскалацию на профильные группы, а также проводя дополнительные расследования событий в силу своих возможностей.  Очевидно, что с тотальной цифровизацией такой…

Опыт гибкого управления проблемами

Своим практическим опытом о том, как сочетать в одной организации методы гибкой разработки и классического процесса эксплуатации услуг, с нами делится Ян Джонс (Ian Jones), консультант KPMG Australia. В одной неназванной организации методы гибкой разработки были приняты как стандарт исполнения проектов и успешно применялись достаточное время. При реализации ITSM инициатив возникло желание использовать их и для организации процесса управления проблемами. Изначально организация использовала Scrum для координации этих работ, но этот подход показал себя не с лучшей стороны. После чего, была предпринята более успешная попытка применения "бережливой" практики Kanban. Для того, чтобы объяснить различия между этими двумя методиками приведем небольшую таблицу.   Kanban Scrum Планирование работ В объеме…

Точка зрения консультанта

Информационные технологии являются очень быстро изменяющейся отраслью. Компаниям приходится бежать со всех ног, только чтобы остаться на месте. На площадке блогов IBM были опубликованы наблюдения Дага Теддера (Doug Tedder), который, являясь известным экспертом и консультантом, отслеживал то, как различные компании реализовывают ITSM инициативы. Наиболее часто встречающимися ошибками являются следующие ситуации: Акцент строго на рутинные процессы эксплуатации услуг и базовые процессы преобразования. Компании реализуют и применяют процессы управления инцидентами, проблемами, запросами на обслуживание, изменениями и … останавливаются на этом. ITSM рассматривается как "неизбежное зло", а не как что-то, действительно добавляющее ценность. Приоритет отдан контролю, нежели облегчению труда специалистов. Чрезмерное внимание к букве процесса создает дополнительную бюрократическую…

Смогут ли роботы управлять проектами?

В контексте текущего развития технологий вопрос, которым задаётся Brad Egeland на страницах ресурса CIO.COM, совсем даже не праздный. Роботы становятся всё совершеннее, прогнозы по их интеграции в нашу повседневную жизнь – всё изощрённее. В частности, много сейчас говорится о том, что роботы заменят людей на значительном числе рабочих мест. Так что относить данную новость в раздел "Юмор" рука не поднимается. Автор заметки, анализируя перспективы выполнения искуственным интелектом такой важной функции, как управление проектами, формулирует пять ключевых причин, по которым это, на его взгляд, не осуществимо. То есть пытается доказать нам, что не всё так плохо, и человеческий интеллект ещё на…

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM