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

DevOps: «до» Dev и «после» Ops

linkУже знакомый нам Марк Смолли (Mark Smalley) предлагает взглянуть на философию DevOps с позиции всей цепочки создаваемой ИТ ценности. Многим из тех, кто знаком с DevOps не просто на уровне знаю-как-расшифровывается, давно известны три основополагающих принципа, которые описаны в книге, обязательной к прочтению для всех интересующихся данной темой — "The Phoenix Project: a Novel about IT, DevOps and Helping Your Business Win", или "Проект Феникс". На них основаны все модели DevOps. Принципы характеризуют ценности и философию, на базе которых создаются процессы, процедуры, практики. И эти принципы следующие:

1. Системное мышление.
2. Расширенные циклы обратной связи.
3. Культура непрерывного обучения и экспериментирования.

Первый принцип подчёркивает важность работы всей системы, а не только отдельных её частей, будь то функциональное подразделение / департамент (например, Департамент разработки или Департамент эксплуатации) или отдельно взятый специалист (например, разработчик или системный администратор).

Второй принцип говорит о создании информационного обмена для непрерывного внедрения корректировок. Он заключается в понимании и реагировании на запросы любых заказчиков — внешних и внутренних, укорочении и усилении всех циклов обратной связи.

Наконец, третий принцип — про создание культуры, которая благоприятствует постоянному экспериментированию. Это требует принятия рисков "safe-to-fail" (поведение, характеризующееся перекладыванием вины за неудачи и провалы на внешние обстоятельства. "Я не терпел поражений. Я просто нашёл 10 000 способов, которые не работают" — Томас Эдисон), анализа успехов и неудач, а также понимания, что постоянное повторение является ключом к мастерству.

Бесспорно, отмечает Марк, это хорошие принципы и их можно применять во многих областях, но давайте посмотрим, что происходит "до" разработки и "после" среды эксплуатации. Перед тем как начнётся, собственно, сама разработка, кто-то из бизнеса видит возможность делать работу лучше, быстрее, дешевле при помощи ИТ. Так появляются требования. И хотя это ещё стадия пре-разработки, для неё применимы те же самые три принципа. Давайте взглянем на них в этом контексте:

4. При формализации требований важно понимать возможности и ограничения ИТ.
5. Для бизнеса также будет полезно получить обратную связь, например, по полноте и качеству сформулированных функциональных требований в спецификации задания, переданного в разработку.
6. И, конечно, всегда полезно, совершенствовать способы организации работы между ИТ и бизнесом. В этом случае бизнес принимает обоснованные решения о том, куда направить инвестиции.

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

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

Таким образом, заключает Марк, 3 основополагающих принципа DevOps превратились в 9 на разных этапах: 3 для пред-разработки (pre-Dev), 3 для DevOps, 3 для пост-эксплуатации (post-Ops).

predev_devops_postops

Учебные курсы и сертификация
специалистов по ИТ-менеджменту

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *

  • Рубрики

  •  
  • Авторы

  •  
  • Самое свежее

    • VI форум «Управление данными — 2021»: наведите порядок в данных!
      23 сентября 2021 года издательство «Открытые системы» в шестой раз проведет в Москве масштабный форум «Управление данными — 2021», объединяющий всех, кто определяет стратегию работы с данными, воплощает ее в жизнь и управляет предприятием на основе объективных достоверных данных. Участники форума обсудят не только инновационные стратегии и бизнес-модели работы с корпоративными данными, но и конкретные архитектурные и технологические решения.
    • Простые уловки, как ускорить процесс разработки программного обеспечения
      С некоторыми вещами люди из бизнеса вынуждены соглашаться, и одна из них заключается в том, что никто не хочет сердить свою команду разработчиков. Часто они являются краеугольным
    • Почему каждая инициатива DevOps должна начинаться с оценки возможностей
      Внедрение практики DevOps идет полным ходом. Организации сосредоточены на том, как внедрить возможности DevOps в командах и как масштабировать DevOps в масштабах предприятия. Но важным аспектом любого пути масштабной трансформации является оценка возможностей команды или организации на этом пути.
    • Что такое процесс и что такое практика в ITIL®4
      Продолжаем публиковать короткие видеоролики, посвященные актуальным вопросам управления ИТ. Сегодня поговорим о том, что такое процесс и что такое практика в ITIL4. Это не переименование процессов в практики, это два отдельных понятия. Рассказывает Игорь Фадеев, ITIL 4 Managing Professional и ITIL 4 Strategic Leader, аккредитованный тренер по ITIL4.
    • Аудит. Что может быть скучнее?!
      На прошедшей неделе участвовал в аудите (в качестве объекта аудита). Большинство людей, проходивших аудит, подозреваю, разделяет это ощущение: «Бюрократия, формальности и т.п.»
    • Как технический долг вредит вашей команде программистов — и вашей безопасности приложений
      Техническая долг может серьезно повлиять на здоровье организации - и на психическое здоровье ваших разработчиков. Более половины из 200+ членов инженерных команд, опрошенных в рамках отчета Stepsize "Состояние технического долга в 2021 году", считают, что технический долг негативно влияет на моральное состояние их команд.
    • Что люди не понимают в управлении потоком создания стоимости
      Нет ничего плохого в самом управлении потоками создания ценности (VSM), но есть много плохого в том, как его рассматривают и обсуждают блогеры, отраслевые маркетологи и другие, которые часто смешивают его с DevOps и Agile. Это не одно и то же.
    • 5 основных тенденций развития искусственного интеллекта и машинного обучения на 2022 год
      Вот несколько основных тенденций, к которым вашему бизнесу стоит начать готовиться. Искусственный интеллект и машинное обучение становятся доминирующей частью технологической
    • 6 тенденций в ИТ, за которыми нужно следить
      Чтобы выжить во время пандемии, организации обратились к ИТ, чтобы помочь справиться с последствиями - как негативными, так и позитивными. В некоторых отраслях, таких как телемедицина и видеоконференции, бизнес резко вырос, и ИТ-отделам таких компаний пришлось в спешке справляться с нагрузкой. В других, например, в сфере путешествий и развлечений, бизнес резко просел. Кроме того, возобновилось стремление к цифровой трансформации.
    • Восход Desktop-as-a-Service: что это такое и зачем вам это нужно?
      Широкое распространение облачных вычислений добавило в наш словарь множество сокращений, наиболее распространенными из которых являются SaaS, PaaS и IaaS. Действительно, наступила эра облачных решений, которые доставляют программное обеспечение, платформу и инфраструктуру потребителям и предприятиям по запросу и с оплатой по мере использования.
  •  
  • Вход

  • DevOps
    Kanban
    ITSM
    ITIL
    PRINCE2
    Agile
    Lean
    TOGAF
    COBIT