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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Вывод

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

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

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

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

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

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

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

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

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

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

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

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

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