Портал №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.

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

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

“Деловая игра” – ущербное словосочетание, нам нужно какое-то другое

“Деловая игра” — довольно неудачное сочетание слов. Занимаясь такими играми с 2005 года, могу сказать, что сами мероприятия крайне эффективны с точки зрения обучения, но недостатков у названия действа хватает. Начнём с того, что чисто по звучанию под игрой многие понимают что-то несерьёзное, развлекательное. Отчасти это верно, деловые игры позволяют хорошо и приятно провести время, но основная их ценность не в сплочении команды, а в решении двух очень чётких задач: показать коллективу, отдельным участникам и сторонним наблюдателям состояние “как мы сейчас работаем”, или “как у нас принято делать дела” освоить новые управленческие приёмы, почувствовать понятия, отработать новые для участников навыки…

Такой же, но совсем другой (как мы сделали учебный курс по DevOps)

В марте прошлого года мы впервые провели учебный курс “Основы DevOps“. Проведению предшествовала большая работа по созданию: анализ источников, общение с российскими и зарубежными экспертами, изучение схем сертификации специалистов, подготовка к профильным экзаменам и собственно сдача экзаменов… Курс получился неплохим, и за год мы провели его в открытом формате шесть раз. В декабре прошлого года этот курс был полностью переделан. По сути, от него осталось только название и не более 10% исходных слайдов. Сложилась даже удивительная и непривычная для нас ситуация, когда в самом конце декабря мы одновременно проводили два курса с одинаковым названием и существенно различным контентом для двух…

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM