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

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

DevOps

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

Чем канбан отличается от списка задач?

В последнее время в разговорах довольно часто воспроизводится в сущности один и тот же шаблон: … – У нас Agile. – А в чём заключается? – Ну, мы используем в работе канбан. – Каким образом? – Все задачи на стене висят (в колонках «Надо сделать», «Делаем», «Сделано»). … Т.е. некоторые ставят знак равенства в следующих парах «Agile = Канбан» (что не так) и «Канбан = таск-трекер» (что не совсем так). Вот, и получается, висит на стене табличка с задачами – стало быть, Agile. И если с первым уравнением/неравенством обычно разбираемся довольно быстро, то второе требует больше времени. В принципе «всё…

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

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

DevOps-тренды 2018

В течение последних 6 лет компания Puppet проводит ежегодные опросы более 27000 технических профессионалов по всему миру, и сегодня ее ежегодные отчеты о состоянии DevOps можно назвать  наиболее длительным и представительным по охвату исследованием данной темы. Одним из вопросов, наиболее часто адресуемых авторам – как данные отчетов распределяются по регионам, отраслям и размерам компаний. В специальном отчете 2018 года информация излагается более глубоко с учетом трендов и типовых случаев, присущих выделяемым сегментам. Большинство организаций начинает свой путь к DevOps в попытках устранить существующие «болевые точки» своих внутренних процессов. Автоматизация внедрения, контроль версий, непрерывная интеграция и автоматизация инфраструктуры – вот наиболее…

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

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

Как “Ops” найти своё место в DevOps

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

SRE vs DevOps: конкурирующие стандарты или близкие друзья?

Site Reliability Engineering (SRE) и DevOps – два популярных направления, которые во многом совпадают. Ранее находились те, кто называл SRE конкурирующим с DevOps набором практик. Но мы считаем, что они не такие уж и разные. Различия между DevOps и SRE Возникновение DevOps обусловлено тем, что разработчики писали код, не сильно озадачиваясь тем, как он будет работать в рабочей среде. Они бросали этот код через пресловутую стену к эксплуатации, которая отвечает за работоспособность и сохранность приложений. Это часто приводило к возникновению напряженности между двумя группами, поскольку их приоритеты никак не соотносились с потребностями бизнеса. DevOps появился, как культура и набор практик,…

Какие запросы на изменение нужно выносить на CAB?

Если ваш ИТ-департамент отправляет каждый запрос на изменение (RFC) в Совет по изменениям (CAB) для утверждения, то вы неправильно управляете изменениями. По моему опыту, есть четыре причины того, что все или большинство RFC отправляются в CAB: Плохо построенный процесс управления изменениями. Не прозрачные бизнес-требования для внесения изменений («что мы должны получить в результате?»). Объем RFC не понятен. В ИТ есть те, кто больше озабочен выполнением предписанных действий, чем хорошей работой. Хорошо продуманный процесс управления изменениями должен облегчить, но не перегружать контролем осуществление изменений. Эффективные процессы управления изменениями устраняют столько разногласий, сколько возможно, гарантируя ясность того, каким образом осуществляются изменения. В…

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

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

Принципы DevOps от DASA

На сайте сообщества по развитию компетенций DevOps и Agile, ассоциации DASA (DevOps Agile Skills Association), опубликован список принципов DevOps. Авторы предваряют этот список формулировкой задачи, решение которой было бы крайне полезно. Существует множество определений DevOps. И многие из них адекватно объясняют один или более аспектов важных для предоставления ИТ-услуг. Вместо попыток сформулировать наше собственное исчерпывающее определение, мы предпочитаем подчеркнуть шесть принципов DevOps, которые мы считаем важными для тех, кто применяет или переходит на подходы DevOps к организации работы. Но, как видно из краткого изложения этих принципов ниже, подход к формированию списка вряд ли можно признать системным. Например, если в первом…

Сочетание Cynefin и Swarming для лучшего управления инцидентами

Cynefin – интригующий фреймворк, он базируется на теории сложности и принципе, согласно которому разные ситуации требуют существенно разных подходов. Его создатель, Дейв Сноуден (Dave Snowden), кратко описывает это как «осознать сложность, чтобы действовать». Сноуден создал фреймворк в 1999 году, когда работал в IBM, а в 2003 опубликовал широко известную статью «Комплексные акты познания». Он оставил IBM в 2005 году, чтобы основать Cognitive Edge. Cynefin привлекает значительное внимание DevOps-сообщества. Модель также вызывает интерес у ITSM-профессионалов, особенно с учетом грядущей эволюции (или замены) привычных фреймворков, таких как ITIL. Этот всеобщий интерес к Cynefin напоминает аналогичную заинтересованность в Swarming, философии, которая отвергает привычные…

DevOpsDays Moscow 2018 пройдёт 16 июня

Международная некоммерческая комьюнити-конференция DevOpsDays,  посвященная проблемам разработки ПО, контроля качества, безопасности, а также новым методикам и технологиям в области DevOps, пройдёт в России второй раз. 16 июня 2018 в Москве вам представится возможность послушать доклады от российских и международных экспертов DevOps, принять участие в практических мастер-классах, получить полезную информацию, которая пригодится в решении актуальных задач вашего бизнеса. Программа DevOpsDays Moscow 2018 находится в стадии разработки, продолжается прием заявок от желающих выступить на конференции. По мере утверждения докладов программным комитетом, программа на сайте будет обновляться. Обращаем ваше внимание, что до 8 апреля действует специальный тариф “Early bird” с самой большой скидкой на базовый билет —…

 
DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM
;