Бизнес и ИТ

Для кого

Для компаний, кто зарабатывает не на ИТ, но чей успех зависит от эффективной ИТ-разработки.

Финансовый сектор : банки, брокеры, депозитарии, страховые компании
Технологичные компании

Как проявляется проблема?

Взаимное недовольство между бизнесом и ИТ:

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

Почему трансформации не решают проблему?

Не меняют систему бизнеса

Несмотря на различные декларации, по факту большинство трансформаций не меняют систему бизнеса. Они меняют только ИТ, а бизнес продолжает работать по своему.

Невозможно изменить систему, заменяя только один элемент.

Обе стороны заинтересованы в конфликте

Наблюдение за различными компаниями показывает, что, к сожалению, обе стороны заинтересованы в конфликте.

Для бизнеса - это возможность получить больше ресурсов и одновременно, списать на ИТ свои неудачи (“они не успели”)
Для ИТ - стратегия “маленького человека” (“мы работаем по задачам бизнеса”) и возможность получать ресурсы на игры с новыми технологиями и подходами.

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

Революции не происходит

Agile-трансформации, как революционные изменения, в большинстве случаев постигает весьма предсказуемый провал.

В компаниях нет достаточной “революционной ситуации” для успеха изменений
Изменения проводятся локально большей частью внутри ИТ, без реального вовлечения бизнеса
и главное - не учитывается сфера применимости Agile подходов.

Scrum появился из наблюдений за тем, как работают профессиональные команды, создающие новые продукты. Но конструкторское бюро - это не вся компания. Это элита, 2-10% наиболее профессиональных и мотивированных сотрудников, создающих новые шедевры в условиях неопределенности. В остальной компании нет ни такого уровня неопределенности, ни такого уровня профессионализма, ни такой мотивации.

В итоге мы наблюдаем только повышенные расходы, увеличенные потери и управленческий хаос, заботливо упакованный в Agile-термины и ритуалы.

Эволюция тоже не решает проблему

Эволюционный подход Канбан-метода крайне полезен в изменениях и дает заметный эффект в улучшении потока.

Фокус на совершенствовании системы приводит к тому, что создается весьма эффективное производство:

повышается пропускная способность
растет качество
растет частота, предсказуемость и прогнозируемость поставки

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

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

Имитация изменений

Что в итоге? Чаще всего трансформация происходит по следующему сценарию:

Выбрали правильный подход - “Agile”, “SAFe”, “Kanban” и т.д.
Пригласили известных консультантов - “они же эксперты, знают, как надо”
Провели тренинги, семинары, воркшопы
Изменили структуру, ввели новые роли, термины и понятия
Провели несколько пилотных проектов, которые “показали потенциал”
Выступили на Agile-конфереции, чтобы показать, что “мы тоже Agile/SAFe/Kanban”
И вернулись к привычному подходу, но с новыми терминами и ролями.

На возможные претензии руководства - деньги и время потрачены, а результата нет - есть готовый ответ:

Системный взгляд на трансформацию

Один инструмент не решит все проблемы

Первый закон кибернетики (закон Эшби):

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

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

Цифровая трансформация требует соответствия между:

задачами и контекстом,
людьми и их мотивацией,
инструментами и реальностью, в которой они применяются.

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

Замена элементов не меняет систему

В системном мышлении есть важный принцип:

Система остаётся прежней, даже если заменить её отдельные элементы, если не меняется структура и логика взаимодействия.

Цифровые трансформации часто терпят неудачу, потому что попытки изменить ИТ (или бизнес-процессы) не затрагивают надсистему — то есть:

как ставятся цели,
как принимаются решения,
как устроено взаимодействие между бизнесом и ИТ.

Если стратегия, цели и коммуникация не меняются, то замена структуры, технологий или ролей даст лишь косметический эффект. Без изменений в надсистеме система “восстанавливает статус-кво”, и всё возвращается на круги своя.

Что делать?

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

Три шага к результату:

Пилот. Улучшать там, где болит.

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

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

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

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

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

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

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

Как выглядит результат трансформации?

Трансформация — это не проект со сроками, это путь.

Не обещаю “готовую систему за 3 месяца” — такие обещания, как правило, заканчиваются имитацией изменений.

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

Основные принципы пути:

Эволюционно, а не революционно — без “ломки”, но с системными сдвигами
На всех уровнях — не «снизу вверх», а на всех уровнях: от стратегии до реализации
С принципом “не навреди” — бережно, уважая текущую структуру и ценности
Индивидуально — под ваш контекст, масштаб и амбиции подбирается дорожная карта и привлекается команда профессионалов

Настоящие изменения начинаются с честного диалога и совместного действия.

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