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

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

Lean

Особенности национальной ИТ-трансформации. Часть 2: Ожидаемые выгоды

В предыдущей статье из цикла «Особенности национальной ИТ-трансформации» речь шла о проблемах понимания готовности бизнеса к изменениям. Переход к гибким формам организационного управления и продуктовому подходу требует реформирования процесса разработки, начиная с верхнего уровня управления. Готовность бизнеса определяется через возможность выстраивать внутренние коммуникации по другим правилам. А кроме того, ИТ-трансформация потребует перестройки структуры управления в компании, развития новых компетенций и кадрового потенциала, улучшения инженерных практик, внедрения нового стека технологий, приобретения необходимых инструментов и много чего ещё. Сложность и ресурсозатратность такого пути становится большим барьером на старте. Однако бизнесу хорошо известно, что чем выше риск, тем больше прибыль. Это весомый аргумент,…

Особенности национальной ИТ-трансформации. Часть 1: Готовность к изменениям

Про необходимость digital-трансформации любой поисковик вам выдаст сотни тысяч статей, на разные лады повторяющих лозунг о том, что «выживает тот, кто быстро приспосабливается к изменениям». Далеко не в каждой из них можно найти хотя бы общие цели, к которым ведёт этот трудный и тернистый путь. Цели эти всегда сулят невероятное будущее и трудноуловимый успех, в случае достижения. Иногда приводится общий набор ограничений готовности бизнеса к трансформации, которые сложно, но, несомненно, преодолимы, особенно если привлечь необходимых экспертов. Доказательства сопровождаются кейсами из жизни мировых лидеров индустрии или стартапов-единорогов, отчётливо попахивающих «ошибкой выжившего». Гораздо сложнее найти ответ, который раскроет, как работает эта магия?…

Вакансии направления Digital

Есть две интересные вакансии – консультанта по Agile и методолога продуктовых команд. Консультант по Agile Cleverics расширяет спектр предоставляемых услуг – уже несколько лет мы помогаем клиентам выстраивать работу продуктовых команд и трансформироваться в сторону современных подходов управления ИТ. У нас есть опыт точечного привлечения для отдельных команд, а есть и участие в масштабных трансформациях крупных компаний. Всё это невозможно без квалифицированных консультантов. Мы рассматриваем кандидатов с совершенно различным опытом. В любом случае мы обеспечиваем обучение и выравнивание понимания. Развитие навыков и накопление знаний начинаются с первого дня, потому что задачи клиентов не ждут – работы больше, чем мы успеваем…

Что такое “минимальная жизнеспособная практика (MVP)”?

В новой книге ITIL (r) 4 Create, deliver and support, которая, правда, пока что доступна только по подписке, описан довольно “простой” подход к определению охвата любой практики. Он называется “минимальная жизнеспособная практика” (minimum viable practice, MVP). Слово “простой” я сознательно поставил в скобки. Простым этот подход становится после того, как вы опишете потоки создания ценности своей организации. После этого можно скомпоновать практику (например, управления инцидентами или управления конфигурациями), собрав из всех шагов всех описанных потоков все случаи “вовлечения” практики. В книге есть даже шаблон такого описания, тоже весьма несложный. Единственное, надо учитывать, что в подобный “джентльменский” набор, как следствие, попадёт…

Продуктовым командам метрики не нужны

Модное течение последних лет заключается в отказе от управления проектами в пользу управления продуктами. Долгое время мы пытались получать ценность от информационных технологий (и, соответственно, от ИТ-специалистов и ИТ-руководителей) с помощью проектного подхода: назовём важное изменение проектом, запланируем, выделим ресурс, постараемся уложиться в ограничения. В некоторых случаях срабатывало хорошо, в последнее время – не очень. Теперь ставку делают на управление продуктами как интересную и перспективную альтернативу. Где продукты – там и команда. Необходимо сильно ограничить область ответственности, выделить и закрепить ресурс на 100% времени, посадить всех рядом, объявить единую цель, начать работать по новым принципам организации труда. Без этого всего…

Кто отвечает за конвейер развёртывания?

Нужно очень сильно отстать от жизни (примерно лет на 5-7, что по нынешним временам приравнивается к вечности), либо иметь крайне веские аргументы, чтобы не использовать для доставки готового кода до среды эксплуатации конвейер развёртывания (в народе часто именуемый конвейером CI/CD, что в данном случае непринципиально). Техническая сторона вопроса – как построить конвейер – в большинстве случаев понятна, если не очевидна. Инструментов море, идеология ясна, собрать конвейер можно в простых случаях за час, в сложных – за пару недель. Организационная же сторона вопроса не так проста, как кажется. Кто должен/может его создать? Кто обеспечит функционирование? Кто починит, когда сломается? Кто будет…

ITIL и новые модные штуки

В самом начале 2000-х мне, как и многим другим ребятам, было очень важно узнать: как организовать современный (на тот момент) ИТ-департамент коммерческой компании среднего размера. Скажем, на 50-200 “айтишников”. То был не праздный интерес, а вполне реальная задача – столкнувшись с управленческим аспектом организации труда стало понятно следующее: Работа персонала может и должна быть организована (в противовес простому устройству мира “все люди изначально хорошие, и они просто ходят на работу, и там работают изо всех сил“). Работа может быть организована сильно по-разному. Способ организации работы существенным образом влияет на получаемые результаты. Мне и моим коллегам в то время очень сильно…

“12 шагов к гибкому бизнесу” – новая книга Cleverics

Наверное из-за того, что в прошлом году план по ежегодному выпуску новой книги был перевыполнен, в этом году соблюсти многолетнюю традицию оказалось сложнее. Но сегодня наша новая книга должна выйти из печати и мы готовы представить её вам: “12 шагов к гибкому бизнесу”, авторы Гайдн Шонесси (Haydn Shaughnessy) и Фин Гудлинг (Fin Goudling). Много написано о том, как Agile и Lean способствуют более быстрой и эффективной разработке программного обеспечения, но большинство этих описаний – на самом деле о том, как делать быстрее неправильные вещи. «Flow» – это книга о том, как способствовать тому, чтобы Agile и Lean делали правильные вещи…

DevOps – A Business Perspective

Наверное, это реклама, но не могу не поделиться. Простите. Недавно, с год назад, я написал книжку про DevOps. Нужно было разобраться в теме, структурировать мысли, да и объяснять кому-то намного лучше, если есть источник знаний – вот и получилась целая книга. Мне, конечно, было очень важно узнать мнение экспертов по поводу этого монументального (для меня) труда. Раньше я книжек не писал, вдруг там внутри глупости или банальности? Поэтому я передал рукопись нескольким уважаемым мной ребятам и, в целом, получил хороший отклик. Но русскоязычные товарищи, мнением которых я дорожил, очень быстро закончились. Что делать? Пришлось книжку перевести на английский. Это было,…

Заказчик – кто это?

При обсуждении взаимодействия ИТ-службы (будь то внутреннее ИТ-подразделение в организации или сторонняя ИТ-организация) с контрагентами, довольно часто происходит блуждание в, казалось бы, трёх соснах. Как обозначить одну сторону этих взаимоотношений, обычно вопросов не возникает – «ИТ» или «поставщик ИТ-услуг» (вслед за ITIL’овским «IT service provider»). А вот для обозначения второй могут использоваться разные слова: «заказчик», «бизнес», «потребитель», «клиент», «пользователь» (реже «покупатель» и т.д.). Причём, когда в обсуждении участвуют несколько коллег, да ещё с опытом работы в разных компаниях, ситуация напоминает знаменитое столпотворение. С «пользователями» разбираемся довольно быстро – это те, кто пользуется ИТ-услугами; user-ы в привычном для ИТ-специалистов смысле слова….

“Поверх задач”

К начинающемуся 22 октября в Лас-Вегасе очередному мероприятию DOES (DevOps Enterprise Summit)  «машина по производству DevOps-публикаций», издательство «IT Revolution Press» (например, DevOps Handbook, Gene Kim) выпустила публикацию «Преодоление неэффективности множества систем управления работами» («Overcoming Inefficiencies in Multiple Work Management Systems»). Постановка задачи очень понятная – в ИТ-организации существует большое количество различных информационных систем, используемых для управления различными видами деятельности и подразделениями. Картинка, которая поясняет проблему, отображает суровую правду жизни во многих крупных ИТ-службах. Грубо говоря, есть разработка (с проектированием, тестированием и пр.) – тот самый «Dev». На картинке обозначен как жизненный цикл разработки систем (SDLC). Одной из фаз которого, кстати,…

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM