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

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

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

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

Закупки по Agile

Гибкость процесса закупок является большой проблемой для многих организаций. Мы стараемся повысить гибкость во всей нашей рабочей деятельности, а зачастую именно подразделение, отвечающее за закупки, становится той бетонной стеной, в которую мы со всего разгона влетаем. Так считает Роб Ингланд (также известный как ИТ-скептик). По его личному опыту, поиск подрядчика может занять несколько месяцев, что делает работу невозможной. В своей недавней заметке он высказывает мнение о том, как можно изменить подобную ситуацию. Финансовые процессы в общем и закупки в частности используют принцип нулевого риска. Организации, стремящиеся к большей гибкости, каждая их часть, должны понимать, что такой сущности, как нулевой риск,…

ITSM мёртв. Да здравствует AISM!

Если вы присутствовали на любой из конференций, посвящённых ITSM, – большей частью очень хороших – вы можете быть уверены, что в программе подобного рода мероприятий обязательно будет сессия или доклад, провозглашающий, что “ITSM мёртв”.  Там непременно будет выступать идейный вдохновитель, активно проталкивающий замечательную новую методологию, свод знаний или парадигму, которая по ходу повествования становится удивительно схожей с ITSM. Возможно, что с немного изменённой приставкой перед “SM”. На волне этого хайпа хотел бы прокатиться и Ян Эйтчисон (Ian Aitchison), объявивший не так давно в блоге портала ITSM.tools свою версию “смерти ITSM”…и рождения AISM – Artificially Intelligent Service Management, управления услугами при…

В поисках ценности… Правда?

Мой уважаемый коллега, Андрей Труфанов уже сделал небольшой анонс нашей очередной книги, над которой мы сейчас работаем. В ней центральное место занимает ценность и вопросы создания её потока. В окружении потока создания ценности находятся разные вещи. Поиск и идентификация ценности. Реализация функций / особенностей (фич), которые нужны клиентами. Проверка их на работоспособность. Анализ востребованности и адекватного восприятия и понимания (всё же очень быстро меняется в нашем текущем быстроразвивающемся цифровом мире, и то, что было нужно вчера, совсем не обязательно будет встречено клиентами с теплотой сегодня). Нужно поспевать за меняющимися предпочтениями пользователей и поспевать быстро. Быстрота, скорость “поспевания” обеспечивается снижением длительности…

DevOps 2018. Аналитика

Авторы исследования DevOps из компании Puppet за последние 7 лет опросили более 30 000 технических специалистов по всему миру, чтобы изучить отношения между ИТ-эффективностью, практикой DevOps, культурой, организационной эффективностью и другими элементами, которые влияют на результаты бизнеса. В 2018 году они определили пять различных этапов эволюции DevOps и критические практики на каждом этапе, которые помогают компаниям добиться успеха и прогресса в движении к следующему уровню зрелости. Авторы исходят из предположения, что конкретные практики могут ускорить успешное принятие DevOps на разных этапах. Они также считают, что самые успешные примеры развития DevOps распространяются подобно волнам от подразделений-лидеров к другим частям компаний. В…

Текущее и будущее состояние ITSM и ITIL (на примере Канады и США)

Хорошо известный и знакомый нам профессионал в ITSM – Трой Дюмулен (Troy DuMoulin), книгу под авторством которого мы выпустили в 2014 году, – в середине лета опубликовал свои наблюдения о текущем состоянии ITSM и ITIL в Канаде и США. Любопытно, что его высказывания применимы в отношении и других стран, в том числе и нашей. Предлагаем вам с ними ознакомиться. Если присмотреться, и США, и Канада очень схожи в своих практиках использования ITSM, даже несмотря на то, что в Канаде начали применять ITSM чуть раньше, чем в США. И хотя в ITIL описание полного жизненного цикла появилось с 2007 года, подавляющее…

ИТ как бизнес. 7 аспектов

Давайте задумаемся, что обозначает выражение “ИТ как бизнес”, которое можно услышать довольно часто. Что за ним скрывается? Введение ли системы взаиморасчётов с потребителями? Или, может быть, подразумевается вывод ИТ-подразделения из основной организации и формирование новой компании? По мнению Дуга Теддера (Doug Tedder), которым он поделился, опубликовав статью на портале ITSM.tools, это не совсем то, что под этим следует понимать. “ИТ как бизнес” – это когда ИТ-подразделение организовывает свою работу так, что начинает думать и действовать в бизнес-контексте. Бизнес-ценность и бизнес-результат вместо процессов и технологий. Поскольку ИТ на сегодняшний день образуют немалую часть практически каждого предприятия, и доля ИТ в бизнесе…

COBIT 5: Атрибуты фактора влияния «Организационная структура»

Продолжим (см. ранее опубликованную заметку «COBIT 5: Практика адаптации Организационных структур и Ролей в компании») раскрытие концепции фактора влияния – «Организационная структура» (место фактора влияния “Оргструктура” в общей модели факторов влияния представлена на рисунке 1). Предложенный в заметке мэппинг организационных структур и ролей COBIT5 с контекстом организационной структуры конкретной компании закрывает только часть вопросов, связанных с деятельностью (формирование состав ролей, их взаимосвязей, уровни полномочий, границы принятия решений, делегирование и ответственность), осуществляемую в рамках «Оргструктуры». Остаются открытыми масса вопросов: Для чего мы формируем оргструктуру компании? Кем, когда, как и какие управленческие решения принимаются? По каким критериям и как можно оценить в…

Инженеры ли вы?

Не только в Кремниевой долине широко используется термин “инженер”, чтобы обозначить технического специалиста. Любой, кто не относится к продажам, маркетингу или проектированию в ИТ – это он. “Мы ищем инженеров” – похожее объявление можно увидеть в разделе вакансий какого-нибудь стартапа. Что может означать, что угодно: от программиста Java Script до специалиста по робототехнике. Правильно ли это? И кто это – инженер в разработке? На эту тему в своей заметке рассуждает Ян Богост (Ian Bogost), академик и член редакции технологического раздела портала The Atlantic. Термин, вероятно, является сокращением от “инженера по программному обеспечению”. Инженер – это звучит гордо. При этом в…

Какая документация нужна, чтобы быстро включиться в работу

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

Актуально о ITSM сегодня

Мы уже знакомили вас с мнениями экспертов о последних тенденциях развития ITSM (раз, два), но чем больше мнений, тем полнее картина. Джон Мелло (John P. Mello Jr.) излагает свою точку зрения на состояние и векторы движения ITSM в своей статье. Основными тенденциями и факторами развития названы рост DevOps, расширение предложений по самообслуживанию и интеграция цифровых технологий. DevOps меняет все По словам Чарльза Бетца (Charles Betz), аналитика Forrester Research, организации, внедряющие DevOps, переживают прорыв в отношении укоренившихся подходов к управлению изменениями. Повышается степень его автоматизации, и больше полномочий в проведении изменений переходит к командам разработчиков. Усовершенствованный процесс управления изменениями предоставляет инструменты…

“Назад к основам” ITSM

“Назад к основам”, “назад к истокам” ITSM. Для многих из нас, на первый взгляд, кажется понятным, что под этими выражениями подразумевается, и как их можно было бы доходчиво объяснить, если потребовалось. Казалось бы, “истоки” – это что-то вроде основных ИТ-процессов, например, управления инцидентами или управления изменениями… …Похожим образом думал и Стюарт Рэнс, пока не стал глубже погружаться в тему. Повидав в своей практике немало предприятий, у которых хотя и был высокий уровень как процессного управления, так и используемых технологий, но тем не менее не умевших приносить бизнесу большую пользу, он пришёл к выводу, что основы находятся вовсе не в этих…

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM