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

Agile и ITSM: кто здесь?

В ожидании нашего первого курса про Scrum я решил спросить у нашего друга Маартена Бордевайка — опытного тренера, знатока лучших практик и автора руководства EXIN Agile Service Projects: an integrated approach, что стоит за модными теперь словами Agile и Scrum, причем тут ITSM и как это все может работать вместе. 

- Вы опытный ITSM-тренер, а с некоторых пор в вашем портфеле есть и курс про Agile / Scrum. В чём актуальность, польза этого подхода для современного управления ИТ? Можете объяснить простыми словами — что такое Agile? Для кого? Это такой способ управлять проектами, или процессами, или услугами? Манифест Agile видели многие, слова красивые, но что стоит за ними на практике?

Agile — это набор принципов и практик, собранных за последние 30 лет, формирующий основу для создания полезных заказчикам результатов. За тезисами манифеста — свод практик. Заказчики часто не знают, чего они хотят, до того, как увидят работающий продукт. Поэтому имеет смысл дать им этот продукт как можно раньше и быть готовыми услышать их требования. Затем короткими итерациями можно улучшать продукты, с каждым шагом всё лучше отвечая требованиям организации.

- Ок, а Scrum кто такой? Техника? Подход? Очередная философия? В чем его польза?

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

- AXELOS сейчас много говорит о совмещении Agile и других подходов с традиционным сервис-менеджментом, описанным в ITIL. Что вы об этом думаете? Насколько это совмещение возможно и полезно?

Я думаю, это хорошая идея, причем дополнения потребуются и в том, и в другом. ITSM — про управление жизненным циклом услуг. Изменения в услугах могут проводиться и управляться на основе принципов Agile. В то время как Scrum обеспечивает создание продуктов, которые можно передавать заказчикам, ITSM делает возможным дальнейшее управление ими. Думаю, объединение двух подходов будет полезным, и думаю, что идеи и принципы ITSM могут быть учтены в итерациях разработки так же, как в них учитываются потребности заказчиков. 

Для ITIL действует правило "adopt and adapt", пользователи библиотеки вольны выбирать для себя те инструменты из книг, которые полезны для решения их насущных задач. Действует ли такой же принцип для Agile и Scrum, или эти вещи надо внедрять и использовать целиком, как законченную методологию?

Для Agile этот принцип работает так же, как для ITSM. Используйте те практики, которые помогают улучшить качество продуктов, хотя вообще-то следовать руководству Scrum (Scrum Guide) — хорошая идея. Это небольшой документ, он хорошо зарекомендовал себя на практике. Например, опыт показывает, что короткие итерации (не более месяца) позитивно влияют на качество работы. Более долгие итерации затрудняют постоянный контакт с заказчиком. Команды числом более 9 человек сложнее фокусируются, и в них сложнее обеспечить взаимную поддержку участников.

Если вам тоже интересно узнать подробности, разобраться со спринтами и долгами, изучить покер планирования и решить, что со всем этим делать на практике — задавайте свои вопросы в комментариях. 

Что-то обсудим прямо здесь, что-то — на курсе в конце мая

 

«Управление проектами на основе PRINCE2»
Аккредитованный сертификационный учебный курс

Комментариев: 4

  • Лялеко Владимир

    Курс по Scrum, мега круто! Мы уже давно все ITSM проекты реализуем в терминах релизов и спринтов...

    Пока очень хорошо получается настраивать систему автоматизации итерациионным методом и не очень получается закладывать в спринты организационные изменения и работу с людьми...

    Собственно это и главный вопрос, насколько оправдано использование scrum в процессах \ проектах организационных преобразований? Пока не определил для себя однозначный ответ...

     

     

     

     

  • Андрей

    Возможно я ошибаюсь, но что-то Шустрость(Agile) у меня перекликается с "точечной" застройкой, которой посвящена статья на этом же ресурсе.

    Теперь предлагается не заниматься анализом требований заказчика, построением моделей для согласования с ним, разработкой стратегии продукта, чтобы все последующие доработки укладывались в общую систему. Предлагется шустро, на коленке слепить  что-то и отдать заказчику: угадал/не угадал. Угадал — тогда еще что-то шустро слепить. Дома так иногда строят с кучей пристроек.

     

    • Александр

      Не совсем так, задача продемонстрировать макимально быстро, на что будет похож результат. Из опыта автоматизации процессов могу сказать, что часто на второй итерации менялась концепция автоматизации. Например, планировался один флоу с ветвлением, а после первых результатов и визуализации взаимодействия объектов, решили сделать несколько флоу с различными триггерами для запуска. При этом для конечно пользователя, с точки зрения взаимодействия с интерфейсом ничего не изменилось. 

  • Ruslan Ziganshin

    Scrum хорош также и при поквартальном планировании внутренних проектов  ИТ-подразделений различных функциональных направлений.

    В качестве версий используются кварталы, эпики становятся проектами, в которые включаются

    необходимые для их выполнения шаги-запросы.

    При этом достаточно просто оценить, что и сколько сделано/недоделано/не начато за отчетный период (спринт, квартал, год), и если вдруг потребуется Руководству — быстро выгрузить и выслать (используем функциональное расширение баг-трекера JIRA).


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

Ваш адрес 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