Гибкость системы — это не то, что думает заказчик

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

Гибкость.

— Нам нужна гибкая система. — Нам важно, чтобы решение было максимально гибким. — Мы не хотим ограничений.

За годы работы я заметил интересную закономерность.

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

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

Разработчик слышит:

— возможность менять архитектуру; — расширять платформу; — создавать новые механизмы; — писать собственную логику.

Архитектор думает о конфигурируемости и расширяемости решения.

А бизнес обычно имеет в виду совсем другое.

Он хочет:

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

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

Он хочет менять свой бизнес.

И желательно без участия разработчиков.

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

Когда дошли до конкретных сценариев, выяснилось, что почти все пожелания заказчика сводятся к трем вещам:

— самостоятельно менять правила расчета; — быстро настраивать новые процессы согласования; — добавлять новые объекты планирования без доработок.

В какой-то момент разговор можно было свести к одной простой фразе:

«Мы не хотим каждый раз ждать IT».

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

На старте проекта полезнее спрашивать не:

«Насколько гибкой должна быть система?»

А:

«Какие изменения бизнес должен иметь возможность делать самостоятельно?»

После этого обычно происходит интересная вещь.

Большая часть требований к «гибкости» внезапно превращается в требования к настройкам, ролям, справочникам, параметрам и бизнес-правилам.

Без новой архитектуры.

Без нового движка.

Без бесконечной кастомизации.

Есть еще одна закономерность, которую я часто наблюдаю.

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

Хотя именно этот список определяет требования к системе гораздо точнее, чем любые разговоры о гибкости вообще.

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

А самые успешные корпоративные решения обычно позволяют менять далеко не всё.

Они позволяют быстро менять именно то, что действительно меняется в реальной жизни.

Потому что настоящая гибкость измеряется не количеством настроек.

Не количеством возможностей платформы.

И даже не количеством написанного кода.

Настоящая гибкость измеряется временем между появлением новой бизнес-идеи и её внедрением в работу.

Большинство компаний ищут гибкие системы.

На самом деле они ищут независимость от очереди в IT.