Agile долго считался must-have подходом к ИТ-проектам и синонимом успеха. Компании выстроили процессы по рекомендациям лучших консультантов, внедрили SAFe и Scrum, подготовили специалистов. Но сказка не стала былью – в итоге ничего не летит или летит как-то не так. Основное требование Scrum (релиз заказчику раз в спринт и не реже, чем раз в 2 недели) выполняется далеко не всегда. Большие проекты все также не укладываются в сроки, а бизнес разочарован. В чем причины пробуксовки Agile и DevOps трансформаций и как их исправить? Станет ли Agile сошедшим на «нет» шумом и стоит ли уже искать новых «спасителей» для ИТ-проектов?

Инструментов, технологий и фреймворков для поддержки ИТ-трансформации существует не один десяток. SAFe, LeSS, Spotify, Scrum@Scale, Kanban – знакомые каждому термины; какой вариант лучше подойдет для конкретной ситуации? Какие основные плюсы и минусы нужно принимать во внимание при выборе и как в нем не ошибиться?

Мы часто слышим: «Agile – это способ мышления; оргструктура не играет никакой роли; хорошие инженеры могут работать в любой структуре». Но не стоит ли руководителям задать себе вопрос: их инженеры хорошо работают благодаря созданным ими структурам – или вопреки им?

В самом деле, почему мы уделяем больше внимания архитектуре наших систем – чем архитектуре наших организаций, которые эти системы создают, «по своему образу и подобию» (и по закону Конвея)?

Как создать гибкую оргструктуру, не мешающую движения «потока ценности»? 

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

Какова роль культуры менеджмента при создании адаптивной организации? Какие новые возможности открывает культура «лидерства служения» и каковы риски перехода к этой культуре? Возможно ли воспользоваться «командованием-и-контролем» для того, чтобы уйти от «командования-и-контроля»?

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