Построение цикла непрерывной поставки через культуру DevOps

Тренинг сайт события http://scrumtrek.ru/trainings/view/52/

Добавить в календарь:
Поделиться:

Зачем нужен этот тренинг

Многие компании, в том числе и внедрившие у себя agile, сталкиваются со следующими проблемами:

  • сопротивление отдела отвечающего за выпуск и установку продукта (Operations) - в то время, как команда разработки хочет выпускать продукт чаще, operations сопротивляется этому из-за ожидания возможных проблем при поставке
  • снижение скорости выпуска нового функционала - команда разработки тратит много времени на то, чтобы решить проблему пришедшую с боевого сервера или от клиента, вместо создания нового функционала
  • сложности диагностирования проблем пришедших от клиента - вся команда от тестировщиком до operations тратит много времени на то, чтобы выявить причину ошибок, воспроизвести их у себя и отправить fix клиенты
  • и многие, многие другие

На сегодняшний день существует подход, позволяющий решать подобные проблемы. Он называет DevOps.

Что такое DevOps

Термином «DevOps» обычно называют подход, который выступает за совместные рабочие отношения между разработчиками и ИТ-подразделением, в результате получая более быстрое выполнение планируемых работ (например, высокие темпы развертывания), одновременно увеличивая надежность, стабильность, устойчивость и безопасность production-среды. DevOps особенно хорошо дополняет Agile, так как он расширяет и дополняет процессы непрерывной интеграции и выпуска продукта.

Существует 4 работающих метода внедрения DevOps:

Метод 1: Углубление процессов разработки в поставку: это включает расширение непрерывной интеграции и выпуска в на боевые сервера, интеграция тестирования и информзащиты в рабочие процессы, что дает готовый к поставке код, настроенные среды, и так далее.

Метод 2: Создание обратной связи от боевой среды до разработки: включает создание полной хронологии событий в разработке и администрировании, с целью помощи в разрешении проблем, а так же предоставление доступа команде разработки к анализу проблем на проде, одновременно с созданием разработчиками сервисов самообслуживания, везде где это возможно, и создание информационных радиаторов, показывающих изменение в поведении системы при вносе изменений.

Метод 3: Объединение разработки и администрирования: состоит во включении команды разработки в цепочку разрешения проблем, назначение разработчиков на разрешение проблем на проде, а так же взаимные тренинги между разработчиками и администраторами, чтобы уменьшить количество эскалаций.

Метод 4: Включение ИТ команды в разработку: состоит во включении или тесной связью между IT и разработкой, создание многоэтапных пользовательских историй (включая развертывание, управление кодом в производстве и т.д.), и определение нефункциональных требований, которые могут быть использованы во всех проектах.

В чем отличие этого тренинга от других тренингов

На данный момент этот тренинг является единственным русскоязычным тренингом, которые охватывает процессную составляющую трансформации компании на пути перехода к непрерывной поставке.

Андрей Ребров

Андрей начал свой путь в IT как разработчик в компании Magenta, занимающейся разработкой мультиагентных систем, применяемых в логистике и торговле. После окончания университета перешел в компанию Luxoft, где занимал позицию Senior Java Developer в подразделение UBS Investment Bank и активно развивал agile как scrum master распределенной команды, работающей в трех локациях: Москва, Киев и Лондон. Помимо этого активно участвовал в развитии agile методологии внутри Luxoft как тренер Luxoft Agile Practice.

C 2012 года работает в команде ScrumTrek в роли тренера и коуча, каждый день помогая проектным командам крупнейших российский компаний улучшать свои процессы разработки, делая упор не только на процессные методологии, но и на инженерные практики, такие как TDD, ATDD, AFT, Refactoring, Continuous Deployment и так далее. Кроме этого, является лидером и развивает инженерное сообщество Russian Software Craftsmanship Community, имеющее целью популяризацию инженерных практик.

Обзор практики Continuous Delivery

- Что это такое
- Плюсы/минусы такого подхода
- Способы внедрения

Обзор Best Practice методологии DevOps

- Автоматизация процессов
- Переход на подход test driven
- Создание инструментов мониторинга
- Создание инструментов прогнозирования возможных проблем

Построение культуры взаимодействия между отделами

- Проблемы взаимодействия отделов разработки и operations
- Проблемы взаимодействия отделов тестирования и operations
- Паттерны решения проблем взаимотношения

Обзор необходимых навыков

- Автоматизация тестирования
- Автоматизация поставки
- Знание скриптовых языков
- Работа с OS/платформами
- Развитие кроссфункциональности

Обзор существующих инструментов

- Инструменты настройки сред
- Инструменты логирования
- Инструменты мониторинга
- Инструменты визуализации
- Выработка стандартов и единого набора инструментов

 

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

Комментарии (0):

Оставлять комментарии могут только зарегистрированные пользователи

Для получения embed кода необходимо кликнуть правой
кнопкой мыши на видео и выбрать пункт меню
'Сгенерировать HTML код'

Забыли пароль? Регистрация