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

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

Олег Скрынник

Управляющий партнёр Cleverics. Сертификация: IT Service Manager, IPSR (Certified ITIL Practitioner: Support & Restore), IPRC (Certified ITIL Practitioner: Release & Control), IPAD (Certified ITIL Practitioner: Agree & Define), ITIL Expert, EXIN DevOps Master, SAFe 4.0 Agilist, ITIL Managing Professional, ITIL Strategic Leader.

Повышение приоритета как (неработающий) способ ускорения работ

Мы это видим довольно регулярно. Не только видим, но и принимаем участие в обсуждении или принятии решения: “смотрите, задача АВС уже очень долго находится в работе, давайте повысим её приоритет, чтобы, наконец-то, устранить проблему”. Согласитесь, это вполне привычный способ управления. Беда в том, что он очень деструктивен и зачастую приносит больше вреда, чем пользы. Для дальнейших рассуждений необходимо сделать два предположения: Задача, приоритет которой повышается, не единственная в очереди. Работы много; точно больше, чем ресурсов в данный момент. В большинстве случаев оба предположения верны и дела обстоят именно так. Эти два пункта позволяют нам смотреть на ситуацию как на систему,…

Кейс: увеличение частоты релизов в продуктовой команде

Рассмотрим кейс. Предположим, есть продуктовая команда – группа высококвалифицированных специалистов, создающая и развивающая продукт, основанный на информационных технологиях. Команда отвечает и за выявление потребностей, и за доработку ИТ-систем, и за развёртывание изменений, и за эксплуатацию всего решения. Предположим также, что данная команда переносит наработки в среду эксплуатации через релизы (накопленные изменения) и имеет сложности с регулярностью и частотой релизов: много изменений собираются вместе, влияют друг на друга, разом тестируются через “регресс”, не все тесты проходят успешно, уходим на второй круг, снова куда-то ушли месяц или два. Есть и целый букет технических сложностей, связанных с выделением ИТ-ресурсов для разных сред, низкой…

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

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

DevOps – A Business Perspective

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

Короткие тесты на профессиональную пригодность

По роду деятельности приходится часто заниматься подбором персонала. Время от времени мы ищем новых сотрудников в свою компанию, а иногда помогаем клиентам отбирать лучших кандидатов на их вакантные позиции. За последние 15 лет довелось собеседовать совершенно различных специалистов: ИТ-директоров, руководителей среднего звена, технических специалистов, консультантов, менеджеров ИТ-процессов, тренеров, бизнес-аналитиков, программистов, всевозможных администраторов, главных по QA и даже, страшно сказать, методологов, скрам-мастеров и эджайл-коучей. В условиях катастрофического дефицита времени собеседования необходимо делать как можно более сжатыми. При этом за сильно ограниченное время требуется понять: стоит ли с кандидатом разговаривать дальше? Недавно поймал себя на мысли, что так или иначе использую для…

Прозрачность как инструмент организационных изменений (делаем DevOps)

Прозрачность – супермощный инструмент в руках грамотного менеджера. Те, кто только начал организационные изменения для уменьшения времени выпуска (lead time), могут пока сомневаться. Бывалые, и их мнение я полностью разделяю, считают прозрачность более эффективным способом воздействия на умы и культуру, даже чем административный ресурс. Постараюсь объяснить, что я имею ввиду. Прозрачность – это объективное открытое знание, во-первых, значений ключевых метрик, а во-вторых – уровня соответствия принятым в компании стандартам и практикам. Для каждого продукта и для каждой продуктовой команды. Какие самые основные метрики DevOps? Их очень немного, и для начала измерений можно обойтись ограниченным набором: время нахождения идеи в бэклоге…

Руководители проектов в эпоху Agile (когда всё гибко, бережливо и продуктово)

Необходимое примечание (disclaimer): я не имею ничего против управления проектами вообще и руководителей проектов в частности. Мне известна область применения проектного менеджмента, равно как и его ограничения. Я знаю менеджеров проектов, способных получить качественный результат в совершенно не располагающих к тому условиях; я также видел РП, польза от которых ограничивалась созданием протоколов встреч. Во многих проектах я сам был на роли менеджера, и хорошо знаю, в чём заключается эта работа. Ну и формальное обучение проходил, разумеется. Данная заметка не имеет цели поставить под вопрос пользу от дисциплины управления проектами в общем случае. Лишь в частном. Теперь перейдём к теме. В…

DevOps: неудобные вопросы про начальников

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

От MVP к продукту, а затем к продукту 2.0: как мы развиваем один из наших учебных курсов

Обсуждения и дискуссии на учебных курсах – самые главные составляющие учебного процесса. Действительно, ключевая разница между лекцией на 50+ человек и интенсивным тренингом заключается в вовлечении каждого участника. Дискуссии важны по следующим причинам: во-первых, это возможность для тренера понять успевает ли группа за рассказом; во-вторых, это возможность для слушателя прояснить непонятный для него момент; в-третьих, это потрясающая по своей силе возможность примерить то, о чём говорит тренер, на реальную ситуацию конкретного участника. Только так можно получить пользу от обучения, только путём сравнения, примерки, приближения к действительности. В учебном курсе “Основы DevOps” предусмотрено примерно двадцать точек, где тренеру необходимо организовать обсуждение….

Проектируем канбан для ИТ (по следам мастер-класса)

22 мая на замечательной конференции “IT Management Forum 2018” я проводил мастер-класс “Проектируем канбан для ИТ”. Понятное дело, что помимо задачи рассказать самое главное, поупражняться с группами и продемонстрировать собственную безграничную компетенцию в данном вопросе (ха-ха), я также преследовал и иные цели. А именно: мне было очень любопытно, вызовет ли такая тема интерес и насколько большой, кто придёт на мастер-класс и с какими вопросами, не будет ли приготовленная мной задачка банальной и слишком простой для участников. Одним словом, мне хотелось многое узнать для дальнейших размышлений. Вот что могу сообщить по итогам. Уже в первой половине дня несколько участников конференции меня…

Сертификация специалистов по DevOps: всё очень печально

В конце прошлого года я написал книжку про DevOps. Вполне возможно, в ней содержится полная ерунда – мало ли что придёт в голову автору? Именно ради снижения риска краснеть за труд я разослал её разным знакомым экспертам, чьим мнением дорожу. Эксперты люди занятые, даже очень, поэтому ответы, рецензии и обратную связь я собираю до сих пор, уже почти четыре месяца. Только сегодня пришёл, наконец-то, долгожданный развёрнутый отзыв от Пола Вилкинсона, опытного международного специалиста именно в вопросах управления информационными технологиями. Он хорошо знаком российской аудитории как один из основателей GamingWorks, компании-разработчика серьёзных деловых игр. В целом он книжку хвалит (что приятно),…

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM