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

Обучение
по ITIL 4, ITSM, PRINCE2
Деловые
игры
Консалтинг
по управлению ИТ

DevOps

Современные идеи организации эффективной разработки программного обеспечения и развёртывания релизов.

Роль и место процесса управления конфигурациями в современном IT

Процесс управления конфигурациями является одним из наиболее спорных процессов библиотеки ITIL с точки зрения практической полезности. Не буду вступать в полемику по этому поводу, т.к. практический опыт показывает, что те, кто поставили себе задачу получить от этого процесса пользу и приложили к этому определенные усилия — эту пользу получают. На практике, процесс управления конфигурациями — набор активностей, выполнение которых гарантирует наличие актуальной информации о значимых для нас сервисных активах. Этот же процесс обеспечивает то, что эта информация предоставляется целевому адресату в удобной для него форме. Важным для процесса понятием является термин "базовое состояние" (baseline), которое отражает некоторое эталонное, авторизованное значение конифгурационной единицы. Таким образом процесс...

В защиту Роба нашего Ингланда

Провокационный пост от Роба Ингланда (IT Skeptic), посвящённый CAB, заметка о котором недавно была опубликована на нашем портале, и не менее эмоциональный (но весьма рациональный) комментарий моего коллеги по этому поводу побудили меня высказаться немного более развёрнуто, чем предполагает формат комментариев на форуме. Действительно в обсуждении практик DevOps у апологетов, по моему мнению, в некоторых случая наблюдаются проявления, обусловленные слишком упрощённым взглядом на вещи. Вряд ли имеет смысл без оглядки применять рецепт по отказу от CAB в абсолютно любых компаниях. Собственно, примеров классических «enterprise’ов» (крупных, распределённых компаний, с «гетерогенной, территориально распределенной» инфраструктурой, как писал Андрей Труфанов, которые бы поменяли свой...

The DevOps Handbook на русском языке

Издательство «МИФ» в ближайшее время планирует выпустить перевод книги «The DevOps Handbook» на русский язык. И если по поводу предыдущей книги («Проект Феникс») мнения в среде творческой интеллигенции расходятся, то в данном случае наблюдается единодушие. Всем, кто интересуется темой DevOps, имеет смысл читать. Несмотря на сходство картинок на обложках, содержание книг сильно различается. «Феникс» же, возможно, будет намного интереснее читать после прохождения игры «Проект Феникс – DevOps на практике». Причем именно так, а не наоборот, несмотря на то, что сюжетная линия игры построена по мотивам книги. Такой подход заставит обратить внимание и осознать большее количество деталей, описанных в книге, а...

Состояние развития DevOps

Компания Puppet выпустила очередной, шестой ежегодный отчет о состоянии развития DevOps («State of DevOps Report»). В этом году в опросах участвовало 3200 респондентов. А за всё время проведения исследования – 27000. Как обычно в отчёте представлена широкая география (традиционно, чуть больше половины — представители Северной Америки), а также различные отрасли и компании разного масштаба (как с точки зрения количества сотрудников – до 10 000, так и с точки зрения ИТ-инфраструктуры – в этом году 5% респондентов оценили количество серверов в своей компании цифрами более 100 000). С точки зрения распределения специализации участников опроса за последние четыре года прослеживается следующая динамика (в...

Деловая игра Phoenix Project — личные впечатления скептика

Тема DevOps, "гибкой" разработки на слуху уже долгое время, многим она наверняка приелась, а практикам уж точно навязла в зубах. Работы, которые мы выполняем в рамках наших проектов, в подавляющем большинстве планируются и исполняются по классической водопадной схеме. Да, мы всегда пытаемся ускорить получение заказчиками результатов, где это возможно, но параллелизация потоков работ и введение локальной итеративности разработки продуктов или документов являются лишь незначительными элементами на общей картине проекта. Мое личное мнение о новом тренде было очень скептичным, особенно, в последнее время. Ситуация, когда этот подход практически объявлятся "серебряной пулей", единственным правильным способом добиться настоящего успеха и результата, меня попросту раздражала. Выдавшаяся возможность поиграть...

Экзамен SAFe Agilist: опыт сдачи

Лучший способ заставить себя прочесть книжку на 500 страниц —это решить подготовиться к экзамену (есть и ещё один способ, я расскажу о нём в самом конце заметки). Так я попал на базовый экзамен по SAFe. Почему SAFe? Потому что с обычным Agile всё более-менее понятно. Манифест, команда, спринт и всё такое. А вот с применением Agile в компаниях среднего и крупного размеров вопросов гораздо больше. Scaled Agile Framework заявляет целью своего существования именно ответ на вызовы масштаба, так что пройти мимо ни в коем случае нельзя. Масштабы мы любим. Не знаю, насколько популярна эта штука в России и ближайших странах. Возможно, что не...

Будущее рядом

DevOps, Agile, цифровые процессы, скрамы, etc – все эти знакомые (и не очень, и не всем) слова звучали на прошедшем в минувшый четверг ITSM форуме.  И среди всей этой какофонии новых идей-подходов-фреймвоков, явно встал вопрос «A что же будет с ITIL? Каково будущее?».  Во-первых, библиотеке, а именно версии 3 в первой редакции, ни много ни мало на днях исполняется 10 лет. Пора бы уже в принципе предложить что-то новое. Во-вторых, мир информационных технологий не стоит на месте, и все новые методологии семимильными шагами завоевывают рынок, и двигают библиотеку на задворки. Поэтому точно пора. Пора вливаться в новые течения и веяния, учитывать, интегрироваться,...

IT Management Forum 2017 — фотоотчёт

На этой неделе, в четверг, в Москве состоялось одно из ключевых мероприятий отрасли, традиционно проводимое в начала лета — IT Management Forum (ITMF). Текущий съезд уже 14-й по счёту. Мероприятие неизменно привлекает множество участников, являясь отличной площадкой для обмена опытом, дискуссий, заведения новых контактов и возможности "быть в тренде". Мой небольшой фотоотчёт с места событий ниже. Формат проведения Форума был привычный. Две части пленарной сессии с перерывом на кофе, а затем, после обеда, несколько стримов рабочих сессий. Я заметил, что в атмосфере Форума явно ощущался запрос на обновление, на изменение привычных фреймворков и подходов. Максим Тищенко в своём докладе обозначил это...

DevOps в динамике — 2. Метрики

Продолжение заметки "DevOps в динамике". Одни из ключевых вопросов, которые стоят перед теми, кто строит карту показателей процесса, системы менеджмента или любого другого объекта управления: как убедиться в необходимости и достаточности набора метрик? как получить набор метрик, который даст наиболее точное представление о состоянии объекта управления? Коллеги Дмитрий Исайченко и Роман Журавлев в книге «ITSM. Руководство по измерению» в части разработки процессных метрик предлагают следующий подход: Установить назначение процесса Разработать метрики соответствия назначению Установить ключевые практики Разработать метрики ключевых практик … Назначения процессов широко известны, поэтому шаги 1-2 обычно не вызывают трудностей – что должны показывать метрики понятно, вопрос только в выборе правильной...

Канбан и карта потока создания ценности

К недавней заметке «Эксперименты с Kanban, визуализацией и потоком создания ценности» Олега Скрынника хотел бы добавить пару соображений по поводу разработки канбан и разницы между канбан и картой потока создания ценности. 1. При формировании структуры доски канбан нередко на первых шагах получают некое подобие списка задач со статусами выполнения. На самом деле, как  описал Олег, канбан используется в том числе для того, чтобы организовать производство вытягивающего типа. Собственно для этого исходно (на производстве Тойота) и была разработана система Канбан. Это система карточек, используемых для сигнализации о том, что нужно произвести перемещение продукции или материалов/комплектующих между участками производственной цепочки. По завершению...

Definition of Done

Одно из важных концептуальных понятий DevOps — определение завершения (англ. — Definition of Done). Как и многие другие важные концептуальные понятия DevOps, оно появилось и сформировалось задолго до возникновения этого самого DevOps. Однако именно в DevOps определение завершения развили, продолжили и наполнили дополнительным смыслом. Давайте разберёмся, каким. О чём, собственно, речь? Умные ребята говорят, что неплохо бы договориться о том, когда работа считается выполненной. Очень важно, говорят, одинаково понимать, что это означает — работа выполнена. Посмотрим на эволюцию такого понимания. Первая ступень под кодовым названием "совсем, совсем плохо" такова: завершено тогда, когда разработчик сказал, что всё работает. Очень понятно почему это плохо — кто же станет...

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM