Блог CEO, CIO Виктора Карабедянц Блог CEO, CIO Виктора Карабедянц
  • Обо мне
  • Навыки
  • Образование
  • Опыт
  • Проекты
  • Блог
  • CIO аутсорсинг
  • Контакты

Сочетание Scrum и DevOps в менеджменте Ит проектов (Часть 2)

07 января 201904 января 2019 / By Виктор
  • Home
  • Сочетание Scrum и DevOps в менеджменте Ит проектов (Часть 2)

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

Интегрируйте новые процессы

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

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

Итак, нужно изменить подход к покупателю и разработчику – это две основные детали, которые существенно влияют на результат. Поделим этот процесс на несколько этапов.

1-й этап: объединение процессов поставки ПО

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

Наша задача привести все в порядок. Для масштабных продуктов достаточно эффективен Nexus, который позволяет четко распределять задачи между группами разработчиков. Для небольших задач подойдет стандартный подход Scrum:

  • Формируйте команды исходя из их направленности: один занимаются непосредственно продуктом, а другие – ориентированы на заказчика.
  • Подбирайте нужных специалистов и переводите их в другие группы, если это необходимо. Это очень важно для соответствия «критериям готовности».
  • Возложите ответственность за конечный результат на группу, а не за отдельную часть работы. Это существенно изменяет подход к разработке ПО.

Также уделите внимание службам эксплуатации:

  • Сервисы необходимо разделять на те, которые ориентированы на клиентов и на продаваемый продукт.
  • Избавляйтесь от очередей за получением необходимой помощью или услугами в компании. Эффективный менеджмент ит проектов невозможен без этого.
  • Управление ИТ услугами нужно делегировать Scrum-команде.
  • Не забывайте про автоматизацию процессов.

2-й этап: организация обратной связи

Налаживание взаимосвязи между командами безусловно важный аспект в достижении беспрерывной работы. Но также не стоит забывать и про обратную связь. Это позволяет не только сократить время ожидания между циклами разработки, но и быстрее решать возникающие проблемы в ходе производства ПО.
Scrum-команда должна применять следующие идеи:

  • Проверять готовность продукта как можно чаще, не прерывая процесс разработки. По сути, разработчикам придется просто чаще осуществлять релизы.
  • Внедрить в бэклог задач новые критерии успешности, чтобы проверять их важность и актуальность в процессе работы, а не после ее завершения.
  • Реализовать более прозрачную методику работу, которая будет понятна для всех участников разработки и бизнес-партнеров. Чем больше заинтересованность, тем больше спрос.
  • Создать новые критерии для оценки качества разрабатываемого ПО. Это не только повышает само качество, но и налаживает лучшее взаимопонимание между разработчиками.

Эксплуатационная команда должна применять следующие идеи:

  • Создать новые инструменты для возможности их применения в анализе продукта и измерении его качества.
  • Создать содержательные информационные панели, которые смогут быстро доставлять важную информацию о разработке и самом продукте конечному пользователю.
  • Участвовать в процессе работы всех Scrum-команд.
  • Учитывать все замечания во время совместных совещаний со Scrum-командами и постепенно переходить к DevOps методикам, внедряя их в процесс работы.

3-й этап: создание культуры самообразования и экспериментов

Цель работы всех Scrum-команд – помочь разработчикам достичь свободы в разработке. Это означает, что им нужно проявлять инициативу, изучать новые технологии и побороть страх перед нововведениями. Итак, командам необходимо:

  • Регулярно проводить собрания команд и демонстрировать реальные текущие результаты их работы, указывая на недостатки. Это повышает стимул к саморазвитию.
  • Избегать масштабных процессов по согласованию тех или иных действий с руководителями компании, чтобы не замедлять процесс. Достаточно наделить определенными полномочиями руководителей групп разработчиков. Все, что нужно показывать – это конечный результат.
  • Внедрить бэклог для тех процессов, которые работают в экспериментальном режиме.
  • Налаживать мотивационные рычаги для повышения заинтересованности среди участников команд разработчиков, а также потенциальных клиентов.

Вывод

Создание различных методик имело место не просто так. DevOps устраняет те недостатки, которые были присущи Agile. Поэтому современный подход к разработке бывает куда эффективнее.

Однако, не стоит забывать про корни, которые представляют из себя основополагающие вещи, позволяющие пересмотреть способ корпоративного управления ИТ в компании.

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

Для того, чтобы понять, какие методы вам подходят, а какие нет, нужно оценить несколько важных аспектов:

1. Способы организации

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

  • Мешает ли масштабность некоторых процессов и достаточно ли они понятны для вас, чтобы применить определенные методики? В некоторых случаях Scrum-команды вряд ли помогут.
  • Действительно ли наставничество, обмен опытом и улучшение взаимосвязи поможет вам улучшить работу? Потому что существуют специалисты с очень узким профилем, который просто не нужен остальным.

2. Распределение ответственности и налаживание отчетности

Этот пункт является важным для того, чтобы упростить взаимодействие и ускорить процесс разработки, так как он позволяет объединить несколько этапов в один, избегая ненужных процессов. Для этого нужно:

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

3. Налаживание самоорганизуемых процессов за счет правильного распределения обязанностей

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

Обращайтесь за консультацией по любому вопросу и помощью в эффективном управлении ИТ проектом:+38 (067) 523-77-57

About The Author

Виктор

Leave a Comment

Cancel Reply

*Please complete all fields correctly

В блоге представлены не только мои материалы, я делаю композицию из разных материалов, а так же размещаю переводы интересных тем.

Категории
  • DevOps
  • Без рубрики
  • ИТ поддержка
  • Руководитель ИТ
Популярные статьи
  • 10 причин, по которым компании привлекают своих ИТ-директоров на аутсорсингВторник - 29 июня, 2021
  • Какие нужны знания, чтобы работать DevOps-инженером: основные навыкиЧетверг - 17 июня, 2021
  • Тренд на SASE: что это и зачем нужноСреда - 12 мая, 2021
  • Ключевые вызовы для ИТ-директоров при разработке корпоративного ПО в 2021…Среда - 21 апреля, 2021
  • 5 важных тезисов для CIO по работе с ИИСреда - 14 апреля, 2021
Tags
CIO DevOps service desk Безопасность ИТ директор ИТ менеджер Удаленный ИТ директор контейнеры
Комментарии
  • Делегирование как инструмент руководителя – личные советы Понедельник - октября 02, 2023 03:02 пп
  • 5 важных тезисов для CIO по работе с ИИ Понедельник - октября 02, 2023 02:54 пп
  • Selenium, Selenoid, Selenide, Selendroid – что все это значит Понедельник - октября 02, 2023 02:53 пп
  • Работа удаленно: чего ожидать и как себя подготовить Понедельник - октября 02, 2023 02:50 пп
  • Особенности работы data driven компании Понедельник - октября 02, 2023 02:43 пп
© 2017 - 2019 Виктор Карабедянц