Главное Авторские колонки Вакансии Образование
😼
Выбор
редакции
1 045 0 В избр. Сохранено
Авторизуйтесь
Вход с паролем

Как мы разработали сервис бережливого производства и помогли сэкономить добывающему холдингу 70 млрд рублей

Рассказываем, как создавали продукт, который сохранил миллиарды рублей для компании.
Мнение автора может не совпадать с мнением редакции

Это Атвинта. Для холдинга мы создали сервис, в котором сотрудники предлагают идеи для сокращения потерь и увеличения выручки. Софтом пользуются 20+ компаний и 2 500 пользователей: от инженеров до учредителей.

Зачем компаниям бережливое производство и что там внутри за процессы

Бережливое производство (или лин-продакшен, лин) — подход, в котором компания работает над сокращением потерь за счет постоянной шлифовки бизнес-процессов.

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

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

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

Цель этих идей — сократить потери, увеличить производительность, снизить затраты, уменьшить простои.

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

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

От американской коробки к своему продукту: как заказчик пришел к нам

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

Почему клиент отказался от готового софта

  • Не подходил компании из России. Система была ориентирована на зарубежные реалии ведения бизнеса. Хоть заказчик и является мировым игроком, базируется он в России. Софт не закрывал часть вопросов по документообороту, отчетности, процессам и расчету показателей.
  • Саботаж. Из-за предыдущего пункта экономисты и юристы просто отказывались работать с некорректными для их процессов данными из системы.
  • Отсутствие гибкости. Если отечественные разработчики обычно готовы пилить кастом, то здесь возможности сделать доработки по запросу не было. Например, клиенту нужна была сводная отчетность по всем компаниям. В программе можно было вести отдельные организации, но нельзя формировать общие отчеты по холдингу.
  • Долгие апдейты. Небольшие доработки, которые разработчик все же был готов реализовать, добавляли медленно. А скорость внедрения новых возможностей была одним из ключевых критериев для заказчика, так как процесс проверки идей был новым и менялся на ходу.
  • Безопасность данных. Сервис расположен на зарубежных серверах. Для масштабной компании вопрос безопасности данных критичен, и заказчик видел риск в том, что данные хранятся на чужих мощностях.
  • Интерфейс. Импортный софт не отличался юзер френдли интерфейсом, требовал обучения и много времени, чтобы научиться им пользоваться. Это важный момент, потому что программой должны были пользоваться люди с разным уровнем цифровой грамотности: производственники, топ-менеджмент, финансовые службы.


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

Решили заказать разработку у подрядчика, а не собирать свою IT-команду с нуля. Внутри не было достаточной экспертизы, и заказчик хотел стартануть проект как можно быстрее, не тратя время на HR (найм и адаптацию).

Для реализации выбрали нас, Атвинту. Клиент нашел нас в поисковике, проверил рейтинги (мы входим в ТОП-7 лучших разработчиков по внедрению корпоративных решений). А еще ЛПР понравилось наше портфолио — мы делаем одни из лучших интранетов в России.

Не скопировал, а вдохновился: как перерабатывали референс

Базово задача выглядела так — повторить ключевые фичи американского софта. Он во многом не попадал в бизнес-процессы компании, поэтому нам предстояло переработать референс под нужды заказчика.

Чтобы выяснить, как именно выстраивать новую систему, мы провели аналитику — это обязательный этап для всех проектов Атвинты.

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

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

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

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

С этими данными проектировщикам было легко собирать интерфейс системы.

MVP + бэклог: как делали разработку

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

Сначала собрали ключевые фичи для MVP, чтобы создать первую версию продукта. Шлифовали и расширяли функционал уже после старта внедрения. Пока делали базовую версию, формировали бэклог на будущее. И мы, и заказчик были вдохновлены процессом — у нас было много идей, как улучшить систему.

Их было так много, что продукт развиваем и поддерживаем уже более 3 лет. На его базе сейчас создается целая экосистема из 5 сервисов бережливого производства.

Перфекционизму в продукте не место — сервис, в котором хотят разработать все и сразу в первой версии, суждено попасть на кладбище продуктов. Его разработка будет бесконечной, и постоянно найдется, что добавить и доделать.

Ключевые фичи: весь процесс внедрения идей внутри нашего сервиса

Методология проверки идей разбита не несколько этапов: от создания концепции до внедрения и подсчета эффекта. В сервисе мы оцифровали весь жизненный цикл инициативы.

Предложение идеи

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

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

Одна из ключевых вещей здесь — показатель эффективности, то есть на улучшение чего направлена идея. Предложения должны сокращать потери и повышать эффективность производства в конкретных показателях.

Например:

  • выпуск продукции;
  • объем брака;
  • масса очистки;
  • затраты на транспортировку;
  • расход материала.

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

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

Согласования

Чтобы идею взяли в работу, и она перешла к внедрению, ее должны согласовать разные стороны. Например, экономический отдел, производственная служба, начальник цеха или несколько ЛПРов из разных подразделений. Для согласующих мы создали отдельные роли в системе — у них есть доступ только к согласованиям и наблюдению.

У заказчика есть чек-листы, которые ЛПРы должны заполнить перед переходом идеи на следующий этап. Прикрепление и заполнение этих чек-листов мы реализовали в софте. Когда приходит время принять или отклонить идею, согласующим приходит уведомление на почту и в самой системе.

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

В процессе согласования мы учли очередность. Например, нет смысла отправлять идею директору производства, если она не пройдет согласование на уровне инженера. Поэтому в сервисе есть функция, которая позволяет задать порядок согласования разными ЛПРами.

В конце квартала у руководителя может накопиться 40-50 инициатив для согласования, и это займет огромное количество часов. При этом не каждая инициатива требует пристального внимания — если ключевые показатели в норме, и все идет по графику.

Чтобы оптимизировать время сотрудников, мы добавили функцию упрощенного согласования. Оно происходит так: система выводит только план и факт, и если все в порядке, то руководитель подтверждает согласование одним кликом.

Планировщик задач: своя Жира внутри софта

Чтобы авторы могли составить план реализации инициативы, мы создали планировщик задач с разбивкой по этапам. Нечто вроде Жиры внутри нашего сервиса.

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

Расчет эффекта

Одна из ключевых функций сервиса — расчет эффекта идеи в деньгах. Чтобы оценить результат, нужно знать, сколько денег мероприятие сэкономило или заработало для компании. Успешные идеи будут приняты на постоянной основе, провальные — останутся в статусе неудачной гипотезы.

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

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

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

Дерево факторов

Чтобы добиться прозрачных расчетов, мы разработали Дерево факторов.

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

Чаще всего мероприятия касаются изменений в производстве. Например, добавить действие в технологическую цепочку, изменить плотность материала, увеличить силу проката станка. Одно маленькое изменение внедряется в большой процесс и приводит к изменению эффективности производства.

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

В интерфейсе дерево факторов выглядит как разветвленная схема с различными слагаемыми и математическими действиями между ними. В финале все сводится к расчету экономического эффекта от мероприятия.

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

Для этого используется вкладка «Эффект» — туда исполнители подгружают фактические данные, и система автоматически считает финансовые показатели по приложенному дереву факторов.

Теперь сотрудники разных получают достоверные данные об эффективности идеи.

Дашборды

Чтобы помочь пользователям с аналитикой, на страницу инициативы мы добавили дашборды, которые содержат ключевые данные о мероприятии:

  • этап реализации;
  • диаграмма с отслеживанием динамики показателей;
  • риски;
  • просроченные задачи и другое.

С дашбордом можно быстро оценить ситуацию и обратить внимание на проблемные места в рамках идеи.

Еще мы добавили кастомные дашборды, которые пользователи могут собирать сами под свои задачи. На панели можно отобразить любую информацию — начиная просроченными задачами и заканчивая оперативными графиками-отчетами по эффективности нужных мероприятий.

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

Отчеты

Еще одной болью в иностранном софте были отчеты — они не обеспечивали полноценный контроль над всеми идеями, оставались слепые пятна с недостаточным количеством данных.

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

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

Дизайн

В приоритете стояли сроки реализации продукта, поэтому для работы с интерфейсом мы предложили использовать библиотеку готовых компонентов Vuetify, на что получили согласие заказчика. Также подключали библиотеки с готовыми визуалами и кодом для графики — диаграмм, таблиц и т.д.

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

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

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

Еще одно преимущество — гибкость. Продукт развивается, и все хотелки мы быстро внедряем в систему, в том числе за счет того, что не нужно с нуля отрисовывать компоненты. Получили запрос — продумали логику — отрисовали макет с элементами Vuetify — передали разработчикам.

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

Внедрение: как раскатывали продукт и исправляли баги

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

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

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

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

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

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

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

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

Цифры и итоги

С нашим продуктом компании удалось цифровизовать и автоматизировать процесс проверки идей. Главные результат проекта — успешное внедрение. Системой пользуются 1 700 сотрудников из 34 компаний холдинга. Они активно предлагают идеи для сокращения потерь и улучшений на производстве.

В сервисе зарегистрировано 2 500 проектов, которые принесли экономический эффект в виде 70 млрд рублей.

Собственная разработка с Атвинтой обошлась заказчику дешевле, чем оплата ежемесячного тарифа в американской коробке. При этом он получил кастомное гибкое решение, на 100% отвечающее его бизнес-процессам.

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

Подведем итоги преимуществами собственной разработки перед коробочным решением:

  • настройка под специфику и бизнес-процессы компании
  • 100% влияние на продукт и независимость от вендора
  • экономия бюджета и альтернатива дорогим зарубежным решениям
  • быстрые доработки и оперативный отклик разработчиков на запросы
  • нет риска потерять ПО из-за его ухода с российского рынка
  • разработчик и пользователь коммуницируют напрямую
  • возможность выстроить экосистему, настроить удобные интеграции и общие базы данных
  • нет сложностей с документами и техподдержкой (при работе с зарубежным ПО заказчик потратил полгода только на согласование договора)
  • безопасность информации, которая хранятся на своих серверах;
  • продукт является собственностью компании
  • возможно вывести софт на рынок и монетизировать его

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

0
В избр. Сохранено
Авторизуйтесь
Вход с паролем