Павел Шингарев: «Сейчас нужна максимальная гибкость»
Павел ШингаревГенеральный директор компании «Интегрированные Системы Управления», вендор ИТ-платформы Knowledge SpaceДо недавнего времени Excel казался мощным и почти безальтернативным инструментом для планирования и аналитики. Некоторым он таким кажется до сих пор. Однако новые условия и вызовы требуют новых решений: мощных, быстрых и гибких. В первую очередь это касается крупных промышленных предприятий, но не только их. О том, что приходит на замену Excel и как меняется область планирования и прогнозирования, мы побеседовали с Павлом Шингаревым, генеральным директором компании «Интегрированные Системы Управления», вендором ИТ-платформы Knowledge Space.
Он не только лидер успешной компании, стабильно входящей в топ профильных рейтингов, но и эксперт с большим опытом и широким кругом интересов. Авторские лекции по экономике и бизнес-планированию, которые Павел периодически читает в ведущих московских вузах, — яркое тому подтверждение.
Расскажите о себе нашим читателям. Какие моменты в вашей карьере вы считаете определяющими?
Практически всю жизнь я занимаюсь, скажем так, сплавом управленческих технологий и ИТ. В свое время мне довелось поработать в очень разных областях: стратегическое планирование, управление инвестиционной деятельностью, организационное моделирование, оптимизация бизнес-процессов, заниматься производственным планированием и так далее.
Постепенно я начал приходить к мысли, что во всех этих многочисленных и разнообразных процессах есть некая единая логика. И мне захотелось выявить эту глобальную методологию. При этом я понимал, что человеку самостоятельно справиться с задачами в этой области крайне сложно: слишком много разноплановой информации, слишком много сложных взаимосвязей — тут нужен специальный ИТ-инструментарий. Собственно, тогда я и начал заниматься созданием такого инструмента. По моему замыслу, он был нужен в первую очередь специалисту по управленческим технологиям, чтобы помогать описывать предметную область в виде модели и применять эту модель для различных управленческих задач.
Со временем у меня появилась команда единомышленников, с которыми я работаю до сих пор. Мы создаем и развиваем технологии, которые помогают оцифровывать управленческие системы для самых разных задач в области планирования, мониторинга, анализа и подготовки управленческих решений.
Давайте поговорим об интегрированном бизнес-планировании (ИБП). Что это такое? Чем оно принципиально отличается от традиционного планирования и бюджетирования?
Строго говоря, сейчас нет единого определения ИБП. Суть подхода лежит больше даже в плоскости не планирования, а управления, то есть мыслится более глобально. Смысл в том, чтобы смотреть на бизнес кросс-функционально, то есть учитывать не какую-то отдельную функцию или функциональный блок, а совокупность функций, которые нас больше всего интересуют. Логика принятия управленческих решений должна быть процессной, сквозной.
Традиционно представители функциональных блоков (например, продаж или производства), хоть и смотрят на смежные блоки, но все равно достаточно изолированы. У них свои компетенции, свои подходы, и при создании систем они мыслят своими категориями. Для них другие блоки — это нечто второстепенное, пусть и влияющее на общий результат. Такой подход сильно искажает общую картину, а система не дает надлежащего уровня качества плана. Интегрированное планирование — это следующий этап. На бизнес смотрят не как на набор функций, а как на единый сквозной процесс, в котором управляют созданием конечного продукта или созданием ценности, стоимости. Это дает новые преимущества и возможность создавать более качественные планы.
Расскажите подробнее, как внедрение ИБП влияет на эффективность компании? И для каких отраслей ИБП наиболее актуально?
Коммерческие организации всех отраслей занимаются планированием своей деятельности. Их эффективность определяется прибылью, рентабельностью. И главный эффект, который дают системы ИБП — это минимизация так называемых непроизводительных затрат. То есть затрат, которые возникают из-за некачественного планирования. Такое случается не только из-за ошибок. Это может быть просто неоптимальное решение. Подобное происходит не от того, что люди недостаточно квалифицированы. Проблема в том, что информации, как правило, очень много, она сложно организована, распределена и доступна разным людям по-разному. И при этом вся она так или иначе критична.
Непроизводительные затраты могут составлять до 50% всех расходов. И этого можно избежать при помощи ИБП.
Планирование сейчас — сложное и рискованное дело. Как можно планировать в условиях нынешней неопределенности?
Сейчас и правда ничто не детерминировано в нашей жизни, все постоянно меняется, и неопределенность велика. Но при этом планы должны быть, и планы хорошие. А к изменениям всегда нужно быть готовым. И для этого нужно видеть максимальное количество факторов, которые влияют на деятельность. Их нужно идентифицировать, описывать, оценивать, и помещать в модель, которая позволяет эти факторы использовать для прогнозирования, и регулярно применять ее в управленческом цикле.
В таких условиях нужен максимально гибкий инструмент, который сопоставим с Excel. Он должен быть способен быстро адаптироваться к предметной области, к окружению, адаптировать модель, вводить новые понятия, вводить новые связи, зависимости. И главное — эти зависимости применять. Мы называем это знанием. Поэтому и платформу мы назвали Knowledge Space. Она позволяет конструировать знания в форме моделей и применять эти знания для целеполагания, планирования и принятия управленческих решений.
Например, 2020 год и пандемия создали новые условия, которые перевернули все существующие подходы. Но это дало понимание — инструменты должны пытаться предвидеть даже то, с чем мы никогда не сталкивались. И не опираться только на опыт, а опираться в том числе и на экспертные суждения.
Если говорить более концептуально и образно, я за метод осьминога, а не метод корабля. Корабль держится курса, который сложно быстро поменять. Особенно если это большой корабль. В турбулентных условиях, когда вокруг айсберги, он очень уязвим. А осьминог изначально приспособлен к тому, чтобы максимально быстро реагировать на любую угрозу. Он меняет цвет, направление движения, прячется, выбрасывает чернила. Такой и должна быть современная система планирования и управления.
Вы упомянули Knowledge Space — платформу, разработанную вашей компанией «Интегрированные Системы Управления». Расскажите о ней подробнее.
Knowledge Space — это платформа интегрированного планирования, которая активно использует технологии low-code, no-code. По сути, она представляет собой систему конструкторов, которая позволяет полностью настраивать приложения для интегрированного бизнес-планирования разных типов и для разных отраслей. Платформа включает в себя средства описания модели данных, вычислительный движок, инструменты оптимизации и прогнозирования с использованием разных технологий, инструменты продвинутой визуализации для того, чтобы описывать сложные структуры данных. Конструктор интерфейсов позволяет настраивать пользовательские приложения с нуля. Есть управление нормативно-справочной информацией и аналитические инструменты. Есть инструменты интеграции со смежными системами. Читайте также
Миграция баз данных: почему это сложно? С необходимостью миграции СУБД сталкиваются многие компании, решая задачи перехода на отечественные решения, увеличения производительности баз данных и повышения эффективности работы с информацией в целом. Однако у бизнеса возникают опасения, что в процессе данные могут быть потеряны или, например, станут недоступны. К сожалению, эти тревоги оправданы, но при должной подготовке не случаются в реальности. В статье постараемся разобраться с двумя ключевыми аспектами миграции база дынных: миграции данных и миграции кода, и разберем, как правильно подготовиться к каждому этапу, избежав проблем и остановки бизнес-процессов.
Как выглядит проект по внедрению Knowledge Space?
Проект стандартный с точки зрения этапов для всех компаний и для всех вендоров. Первая стадия — это разработка методологии или бизнес-архитектуры. После того как проработана методологическая часть, происходит проработка ИТ-архитектуры. Получается, образно говоря, эскиз или проектная документация для внедрения, техническое задание. Затем начинается собственно разработка, настройка решения, которая ведется в режиме agile: созданный функционал передается пользователям, а они дают обратную связь. И это происходит раз в две недели, условно говоря. На основе обратной связи оперативно вносим корректировки. И снова отдаем пользователям. Сейчас уже никто не уходит в разработку на полгода без представления промежуточных результатов, очень высокие требования у заказчиков по скорости поставки ИТ-решений.
Естественно, параллельно происходит обучение и вовлечение сотрудников с развертыванием платформы на рабочих местах. В конечном итоге происходят приемно-сдаточные испытания, система признается соответствующей требованиям ТЗ и переводится в промышленную эксплуатацию.
Длительность проекта — от трех месяцев до нескольких лет (в зависимости от специфики задачи), а стоимость может составлять от 20-30 до сотен миллионов рублей.
Кто занимается внедрением, вы или ваши партнеры?
Внедрять можем и мы, и наши партнеры, все зависит от специфики проекта и конфигурации сделки. Партнеров у нас много. Только активных партнеров, которые постоянно с нами взаимодействуют, 40.
Бывает, что внедряют партнеры, а мы осуществляем поддержку и архитектурный надзор. Были случаи, когда внедрял и контрактовался партнер, но мы принимали активное участие в проекте, помогали в разработке. А иногда — наоборот: мы контрактуемся, но привлекаем партнера, например, на методологическую часть.
Мы постепенно движемся к вендорской модели — к тому, чтобы основная доля проектов внедрялась нашими партнерами в виде продуктов высокой стадии готовности.
А кто занимается сопровождением после окончания проекта?
Есть наша ответственность в рамках техподдержки — если нашли ошибку в платформе, мы ее исправляем. Если нужно проконсультировать по технологиям самой платформы, мы консультируем.
И есть поддержка конечного решения. Ее можем осуществлять и мы, и партнеры, в зависимости от конкретных условий.
На что компании стоит обратить особое внимание при старте проекта по ИБП? Какие ошибки чаще всего совершают на этапе выбора технологии?
Для начала нужно понять, насколько компания в принципе готова к проекту — он сложный и связан с трансформацией как организационной, так и цифровой. Нужен лидер, который будет принимать решения; топ-менеджеры, готовые к изменениям; и те, кто готов активно участвовать в agile-разработке.
Что касается выбора конкретных решений, то я хотел бы обратить внимание на специфику «коробочных» вариантов. Сразу оговорюсь, «коробка» — это не плохо в принципе. Это запрограммированный функционал, который решает определенную задачу. Благодаря этому, он может быть очень быстро «приземлен» за небольшие деньги и в относительно короткие сроки. Но нужно учитывать, что в ходе приемки такого решения может оказаться, что оно не вполне соответствует всем требованиям заказчика. И тогда придется либо отказаться от части собственных запросов, либо уйти в долгую переработку, которая может и не дать необходимого результата. Поэтому, если вы ищете гибкое решение, которое адаптируется к вашей специфике, нужно рассматривать платформы.
А когда дело дойдет до выбора платформы, прямо просите показать функционал: как настраиваются формулы, интерфейсы, интеграции, процессы, визуализация. Пусть интегратор или вендор проведет демонстрацию. Посмотрите, насколько система поддерживает сложные высоконагруженные интеграции. Некоторые думают: «Даже если чего-то нет — ничего страшного, возьмем на открытом рынке опенсорсный аналог». Но это дополнительное программирование, потому что все они настраиваются через программирование, то есть дополнительные риски и повышение стоимости. Если работаете с большими массивами данных, убедитесь, что платформа выдержит вычисления с ними, что интерфейсы не «лягут».
В чем, на ваш взгляд, отличие Knowledge Space от других подобных платформ?
Наше решение отличает объектно-ориентированный конструктор вычислительных моделей. Он позволяет описывать сложные зависимости. Это особенно актуально для цепей поставок, производства и логистики. Словом, для всего того, что не касается только финансов. Плюс это позволяет запускать симуляции, то есть применять имитационное моделирование.
У нас продвинутые средства визуализации для сложной многофакторной информации, характеризующей комплексные объекты управления (например, заводы или месторождения). Очень активно используются всякого рода интерактивные диаграммы, чертежи, карты и так называемые мнемосхемы.
Также следует отметить собственный движок BPMS. Это профессиональное решение: в соответствующих рейтингах, если не на первом месте, то в десятку входит обязательно. Читайте также
LegalOps-специалист: где получить специальность и найти работу Кто такой LegalOps-специалист, какими навыками он обладает, какие задачи решает? Где учиться на LegalOps-специалиста? Разбирался IT-World.
Плюс у нас есть промышленная диаграмма Ганта, которую сопоставима с производительностью Microsoft Project, полностью интегрированная в расчеты. Также у нас есть специальные оптимизаторы для различных задач интегрированного планирования и возможность подключения любых внешних оптимизаторов.
Сейчас по понятным причинам многие снова пришли к «ИТ-зоопарку». Сталкиваетесь ли вы с трудностями при интеграции Knowledge Space с существующими ИТ-системами клиентов? Как вы их решаете?
Я бы, конечно, покривил душой, если бы сказал, что мы с такой проблемой не сталкиваемся. Действительно, имеет место многообразие ИТ-систем. Да и качество данных не всегда на высоте. Данные мигрируют между системами: сегодня они были в одной, завтра они уже в другой. И есть внутрикорпоративный план развития систем. Часто мы его не видим. Нам не всегда рассказывают, что внедряется в корпоративное хранилище данных, что переходит на витрины, что начинает по-другому называться. Плюс данные надо чистить и доопределять. А мы должны все это знать, чтобы оркестрировать процессы как загрузки данных, так и их выгрузки. У нас для этого есть два инструмента: интегратор, конструктор интеграций, который позволяет в no-code-режиме настраивать обмен данными со смежными системами; и оркестратор, который позволяет управлять правилами запуска интеграций, задавать условия последовательности этого запуска. Благодаря этим инструментам мы справляемся со всеми вызовами в данной области.
Какие тенденции сегодня определяют развитие ИБП? В каком направлении планируете развивать вашу платформу?
Главный тренд — платформоориентированность. Даже «коробочные» решения активно развивают платформенные функции, создают конструкторы для настройки всего, что только можно настраивать.
Кроме того, есть запрос на повышение производительности. Это касается работы с большими массивами данных, производства сложных вычислений.
Следующий тренд — экосистемность. Все меньше нужны платформы, которые внедряются одним или двумя-тремя интеграторами. Есть запрос на сообщество, где даже заказчики могут со временем начать самостоятельно создавать решения на платформе, развивая собственные центры компетенций. Партнеры также могут создавать собственные компоненты платформы. Многие наши сервисы созданы как раз партнерами. Например, компания «Б1» разработала систему, которая «цепляется» к нашей платформе и заметно расширяет ее функционал.
Также важна гибкость. Но я об этом уже говорил. Изменения методологии, интерфейсов, процессов, ролевой модели должны происходить быстро. И желательно, чтобы это могли делать аналитики, а не программисты.
Наконец — продуктовость. Еще один важный тренд. Есть определенные классы решений, например, demand planning, которые пришли еще с западными компаниями. Рынок дает запрос на то, чтобы такие продукты появились и их можно было относительно легко внедрять либо самостоятельно, либо с помощью компании-интегратора или консультанта. Мы создаем такие продукты на нашей платформе: либо в виде заготовок или шаблонов, либо уже в виде готовых решений, которые внедрить гораздо быстрее и проще, чем создать с нуля.
Мы стараемся следовать всем перечисленным трендам: развиваем функционал платформы, повышаем производительность. В начале следующего года должен появиться новый функционал, новый релиз нашей платформы, который кардинально повысит производительность вычислений и интерфейсов. Новая архитектурная технология заметно расширит наши возможности. Мы активно развиваем экосистему и уже давно внедряем разного рода продвинутые сервисы (математические, статистические, оптимизационные, ML, AI и прочие) в наши решения.