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

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

Аналитика: точка зрения

Мнение авторов может не совпадать с их точкой зрения

Понять и принять ITIL 4

Портал ITSM.tools провел опрос, пытаясь оценить восприятие ITIL 4. Опрос прошло не очень большое количество участников (210). И, поскольку это отраслевой портал, понятно, что аудитория, поучаствовавшая в опросе, специфичная. Тем не менее, с учётом того, что подобные конкретные цифры встречаются довольно редко, возможно, будет любопытно ознакомиться с краткими итогами (ссылка на оригинал). Ничего не знает об ITIL 4 или не интересуется 3,3% респондентов. Знают слишком мало 18,2%. Остальные 78,5% считают, что знают много или достаточно. 10,9% не имеют никаких персональных планов относительно ITIL 4 или не определились. 19,5% просто читают ITIL 4. Остальные 69,9% либо уже сдали экзамен(ы) ITIL 4…

Пять признаков токсичной культуры труда

Культура труда в организации определяет, как сотрудники ведут себя, как принимают решения и взаимодействуют друг с другом. Излишне говорить, что это оказывает большое влияние на то, как они выполняют свою работу и как чувствуют себя на протяжении всего периода работы на данную компанию. Благоприятная культура приводит к тому, что довольные и вовлечённые в работу члены команды показывают стремительный рост производительности труда. А если взглянуть на антипода – токсичную культуру, – то перспективы совершенно не радужны. Исследование, проведенное в Гарвардской школе бизнеса, показало, что почти половина сотрудников, столкнувшись на работе с грубостью и невежливостью, сократили свои усилия и сознательно решили проводить…

Эксплуатация ИТ-услуг и скорость

Среднее время поставки (Lead time) является одной из ключевых метрик команд разработки ключевых информационных систем /продуктов компаний.  Если ваша компания уже не стартап, а “безжалостный и беспощадный” энтерпрайз, то ваши основные бизнес-процессы и поддерживающие их системы / продукты обросли вспомогательными услугами и приложениями, сервисами, on-site инфраструктурой.  Все эти артефакты ваших внутренних и внешних услуг важны в некоторой области, но их ценность не превышает того порога, когда вы задумываетесь о необходимости создания и финансирования отдельной постоянной команды по их развитию в продуктовом ключе, не готовы  инвестировать в их развитие. Тогда вы создаете  подразделение по эксплуатации этих разнородных приложений и сервисов и…

Разработка vs QA – покончим раз и навсегда с противостоянием?

В отрасли разработки ПО уже давно является обыденным, что разработчики и инженеры по обеспечению качества (QA) находятся в постоянном конфликте. Мы настолько привычно воспринимаем такое положение вещей, что многие организации считают, что так и должно быть. Они верят, что конфликт интересов двух сторон весьма выгоден, поскольку QA-инженеры, с одной стороны, требуют от разработчиков хорошего качества разрабатываемого кода, а разработчики, с другой стороны, оказывают встречное давление на QA-инженеров, чтобы те не препятствовали скорейшему выпуску продукта, опутывая их многочисленными тестами. Эрик Фогг (Erik Fogg) на страницах портала DevOps.com рассуждает о том, какими средствами можно прекратить “непримиримое противостояние” двух сторон. Разработчики заинтересованы в…

Как COVID-19 изменит мир ИТ и ITSM?

Во всем мире сейчас с особым уважением и поддержкой относятся к медицинскому персоналу, к людям, работающим на транспорте, в магазинах, в сфере общественных услуг. И вместе с ними – к мириадам невидимых ИТ-профессионалов, которые творят чудеса, чтобы обеспечить работоспособность инфраструктуры и технологий, поддерживающих работу тысяч предприятий и служб. Небезызвестный Патрик Болджер (Patrick Bolger, Chief Evangelist, Hornbill) в заметке на портале ITSM.tools рассуждает на волнующую тему. Многое разом изменилось. То, что было важным совсем недавно, сегодня может стать как жизненно важным, так и вовсе неактуальным. Главным вопросом всего за последние две недели стал “Как мы можем обеспечить эффективную удалённую работу в…

Владелец продукта превращается…

Мы живём в эпоху DevOps. Предприятия организуют непрерывную интеграцию / непрерывную поставку (CI / CD). Традиционные команды превращаются в междисциплинарные и саморганизующиеся. Они намного быстрее разрабатывают и выпускают новые функции. С их помощью функциональные колодцы приказывают “долго жить”, как и длительные сроки ожидания и скопившиеся очереди заданий между отделами. Scrum-мастера следят за тем, чтобы спринты помогали командам достигать своих целей. А что происходит с владельцем продукта? Как изменилась его роль с течением времени? Какие произошли изменения? Об этом рассуждает в своей заметке технический консультант и Scrum-мастер Виби де Рус (Wiebe de Roos) на портале Amazic World. Очень сильно возрос темп…

Многоликий change manager

Роль менеджера изменений исторически вызывает некоторые расхождения в толковании охвата обязанностей. Довольно часто доводится задавать слушателям вопрос: “Вы сейчас кого имеете в виду, менеджера процесса в целом или координатора отдельных изменений?”. Надо сказать, что в зависимости от контекста ответ бывает разным. После очередного случая решил пробежаться по рекомендациям ITIL, чтобы выделить те, которые касаются области ответственности менеджера изменений. Что интересно, в книжке ITIL V3 2011 Service Transition (вы же ещё не забыли такую?) роль “менеджер изменений” в разделе “6.4.6 Роли управления изменениями” не описана. Там есть традиционные Владелец и Менеджер процесса, а также Инициатор, Практик, Авторизующий, Участник и Председатель комитета…

Не вижу, не слышу… не обвиняю

Многим нравится идея корпоративной культуры, где не ищут виноватых. И правда, что тут может не нравиться? Отличная идея – в конце какого-либо производственного цикла, завершения проекта собрать всех участников событий и провести ретроспективный анализ событий, ошибок, неудач, не занимаясь при этом поиском виновников этих ошибок! Видна немалая польза в бесстрашном, беспристрастном, непредвзятом и, главное, без намёка на поиск виноватых объективном рассмотрении имевших место проблем с благой целью улучшения и недопущения их в будущем. В ходе обсуждения возникает множество полезных идей! Казалось бы, каждая компания должна делать подобный анализ. Но закавыка на текущий момент в том, что многие, если не подавляющее…

Медленное движение “влево” в автоматизации тестирования

Похоже, что стремление “сдвинуть” тестирование влево, к началу конвейера, в сторону разработчиков для ускорения разработки приложений и их развертывания зашло в определённый тупик. Недавний опрос, проведённый компанией Perforce (специализируется на разработке средств автоматизации тестирования) среди 102 ИТ-специалистов, принимающих непосредственное участие в тестировании приложений в своих организациях, показывает, что только 18% компаний тестируют приложения внутри групп разработчиков. Остальные продолжают полагаться на отдельные команды в той или иной форме. При этом более половины респондентов (56%) автоматизируют менее четверти своих тестовых сценариев. Результаты опроса показывают, что, когда речь заходит об автоматизации тестирования в средах DevOps, то и в них всё ещё продолжает существовать…

Управление услугами в 2020 и далее…

Многие организации усердно работают над улучшением у себя управления ИТ-услугами. Зачастую они сосредотачиваются на изменениях способов управления своими внутренними процессами, средств автоматизации и технологий, которые они используют. У такого подхода есть свой предел. Повышение эффективности управления инцидентами, изменениями, проблемами и другими процессами ITSM может привести к положительным результатам. Но если вы мыслите не только категориями этих общих процессов, а ещё и охватываете вопросы совместного создания ценности с другими заинтересованными сторонами, вы можете продвинуться гораздо дальше. Стюарт Рэнс, один из старейших экспертов в ITSM и информационной безопасности, соавтор ITIL 4 рассуждает в своей новой заметке о том, как следует управлять услугами…

Потоки создания ценности и их природные аналоги

Пол Вилкинсон (Paul Wilkinson) и Дэниел Брестон (Daniel Breston) в своей новой заметке на портале ITSM.tools, обсуждают важность потоков создания ценности, анализируют их функционирование и сравнивают потоки создания ценности со схожими природными явлениями. В природе потоки воды (ручьи, реки, водопады) издают специфический шум. Природа вокруг реагирует на него. И не в хаотичном, а в согласованном и гармоничном порядке. То же самое происходит и с потоками создания ценности на работе – они создают определённый присущий им шум. Вопрос в том, как вы реагируете. Потоки создания ценности – это инструменты диалога, обсуждения, вызывающие тот самый шум, необходимые для обеспечения движения потока без…

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM