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

В своей книге я ориентировался именно на антихрупность создания IT-продуктов в том варианте, как описывает этот термин Нассим Талеб в книге «Антихрупкость». IT-продукт может, и я бы даже сказал должен, уметь меняться и мутировать как угодно и когда угодно, то есть быть по-настоящему антихрупким относительно внешних изменений. Добиться этого можно, используя логику, которую я описываю в книге.

Хотелось бы остановиться подробнее на том, что я имею в виду под «как угодно» и «когда угодно».

Если продукт изначально рассчитывался на небольшую аудиторию, а стал массовым, то его IT-архитектура должна иметь нужные точки расширения для горизонтального масштабирования нагрузки. Если продукт был для b2c, а по случайности нашёл клиентов в b2b, то он должен иметь правильный подход с прилаживанием новых изменений и не ломаться от бесконечных проб и ошибок на этапах перехода.

Другими словами, как процесс разработки IT-продукта, так и его внутреннее качество должны быть способны претерпеть неограниченное число изменений, и сохранять эту способность неограниченное время. То, что я описал в книге, и те материалы, которые я собрал в Приложениях, даёт понимание и инструменты, как выстроить разработку и как выдержать высокое внутреннее качество, чтобы в любой момент жизни продукта его можно было менять как угодно. Делать продукты, которые работают, попадают в потребности пользователей и готовы меняться в любое время и в любом направлении.