Статья опубликована в рамках: XCV Международной научно-практической конференции «Актуальные вопросы экономических наук и современного менеджмента» (Россия, г. Новосибирск, 04 июня 2025 г.)
Наука: Экономика
Секция: Управление проектами
Скачать книгу(-и): Сборник статей конференции
дипломов
АДАПТАЦИЯ КАНБАН ДЛЯ УПРАВЛЕНИЯ РИСКАМИ В ИТ-КОМПАНИЯХ РОССИИ В УСЛОВИЯХ ЦИФРОВОЙ ТРАНСФОРМАЦИИ
ADAPTATION OF KANBAN FOR RISK MANAGEMENT IN RUSSIAN IT COMPANIES AMID DIGITAL TRANSFORMATION
Sergei Komlev
Postgraduate Student, Faculty of Management, Specialization: 5.2.6 Management, Profile: Organizational Change and Organizational Development, Synergy University, Lead Developer at Graftype Company,
Russia, Moscow
ORCID: 0009-0003-2155-829X
Vladislav Erofeev
Postgraduate Student, Faculty of Management, Specialization: 5.2.6 Management, Profile: Organizational Change and Organizational Development, Synergy University, Junior Business Analyst at Sibur Digital,
Russia, Moscow
АННОТАЦИЯ
Целью настоящего исследования является определение эффективных подходов к адаптации метода Канбан для управления рисками в российских ИТ-компаниях в условиях цифровой трансформации. В рамках работы анализируются теоретические основы Канбан и риск-менеджмента, а также рассматривается практический опыт ведущих игроков отрасли, таких как Яндекс, Ozon и Сбербанк. На основе системного анализа, обзора современной литературы и кейс-исследований разработана авторская модель интеграции Канбан и процессов управления рисками. Результаты показывают, что использование Канбан повышает прозрачность рабочих процессов, способствует раннему выявлению угроз [1] и снижает вероятность срывов проектов [2]. Предложенная модель включает визуализацию рисков на Канбан-доске, введение классов обслуживания для приоритезации угроз и проведение регулярных риск-обзоров. Представленный подход способствует повышению гибкости проектного управления и улучшению устойчивости ИТ-инициатив к изменениям и неопределенности.
ABSTRACT
This study aims to explore effective approaches for adapting the Kanban method to risk management in Russian IT companies amid digital transformation. It outlines the theoretical foundations of Kanban and risk management, and examines the practical experience of leading industry players such as Yandex, Ozon, and Sberbank. Based on systems analysis, literature review, and case studies, an original model is proposed for integrating Kanban with risk management processes. The findings demonstrate that Kanban enhances process transparency, facilitates early risk detection [1], and reduces the likelihood of project failures [2]. The proposed "Kanban for Risks" model introduces risk visualization on Kanban boards, service class differentiation for prioritizing risks, and regular risk reviews. This approach is shown to increase project management flexibility and improve the resilience of IT initiatives in dynamic environments.
Ключевые слова: канбан, управление рисками, цифровая трансформация, ИТ-компания, гибкое управление проектами.
Keywords: kanban, risk management, digital transformation, it companies, agile project management.
Введение
В условиях ускоренной цифровой трансформации российские ИТ-компании сталкиваются с возрастающими техническими и бизнес-рисками. Новые IT-решения и цифровые сервисы вводят в проекты дополнительные киберриски, а стремление к быстрой поставке продуктов – организационные и рыночные риски. Канбан как часть agile-подходов становится важным инструментом адаптивного управления проектами. Его преимущество – непрерывная визуализация работы [1] и гибкое реагирование на изменения [2]. Вместе с тем классические методики риск-менеджмента требуют эволюции: необходимо интегрировать управление рисками в сам процесс разработки и внедрения цифровых решений [3]. Цель данной работы – исследовать, как метод Канбан можно использовать для улучшения риск-менеджмента в ИТ-компаниях, и выработать подходящую модель адаптации.
Теоретические аспекты Канбан и управления рисками
Метод Канбан основан на визуализации рабочего потока и ограничении незавершенной работы (WIP). Он не предписывает жесткого алгоритма, а предлагает гибкий набор практик: доску с колонками, карточки задач и правила перехода между этапами [1]. Канбан помогает «увидеть» узкие места: участники команды сразу заметят, если какая-то задача «зависла», и смогут оперативно скорректировать процесс. Как подчёркивают исследователи [3], внедрение цифровых технологий изменяет структуру рисков: возникают новые киберугрозы, а традиционные риски трансформируются.
В отличие от каскадной модели (Waterfall), характеризующейся жёсткой последовательностью фаз и заранее утверждённым планом, метод Канбан предполагает гибкое управление приоритетами задач и их оперативную адаптацию в процессе работы. Scrum (скрам) вводит итерации (спринты), а Канбан позволяет комбинировать оба подхода: одни команды могут работать по Scrum, другие – по Канбан, а в сложных проектах спринты используются как «маяки», а задачи выполняются по Канбан [4]. При этом Канбан фокусируется на непрерывности процесса и минимизации перегрузок: каждый видит состояние работы всего проекта и может помочь устранить «бутылочные горлышки» [2]. Важно, что Канбан-подход помогает минимизировать финансовые и операционные риски: управление очередями задач и ограничение незавершенной работы (WIP) предотвращают простои и дефицит ресурсов [5].
Управление рисками в agile-проектах рассматривается не менее важным вопросом. Анализ отечественных исследований [6] показал: многие команды, перейдя на гибкие методы, не включают в процесс формальные инструменты риск-менеджмента , что приводит к непредвиденным проблемам, а agile-методы, благодаря регулярным ревью и итерациям, позволяют выявлять и устранять риски на ранних этапах [1]. Таким образом, agile-подходы не исключают риск-менеджмент, а переносят его внутрь процесса разработки.
Канбан предлагает несколько практических инструментов для работы с рисками. Например, введение классов обслуживания (classes of service) позволяет выделять срочные и критические задачи, что фактически снижает риски задержек [5].
Опыт российских компаний (HeadHunter, Альфа-Банк, Dodo Pizza и др.) подтверждает, что Канбан используется преимущественно для оптимизации процессов и повышения устойчивости к изменениям [7]. Кроме того, Kanban University в официальном руководстве подчеркивает, что Канбан помогает управлять бизнесом, «понимая риски и управляя ими» при поставке услуг [8].
Рисунок 1. Популярность использования Канбан в российских компаниях
(по данным исследования ScrumTrek, 2022)
Согласно результатам масштабного исследования «Agile в России 2022», проведённого компанией ScrumTrek при участии 1251 респондента из более чем 75 городов, метод Канбан активно используется в различных отраслях, особенно в сфере информационных технологий [9]. По данным опроса, 61% участников применяют Канбан, причём чаще всего — в сочетании со Scrum (такой гибрид используют 52% команд).
К исследованию присоединились сотрудники таких компаний, как МТС Банк, РТ Лабс, Mango Office, Газпром нефть, СберБанк и Россельхозбанк. Отмечается, что Канбан особенно эффективен в зрелых и крупномасштабных ИТ-компаниях, где он позволяет повысить предсказуемость поставок, управлять приоритетами и улучшать инженерную культуру.
Широкое применение Канбан объясняется его способностью адаптироваться к изменяющимся условиям, снижать уровень неопределённости и обеспечивать прозрачность процессов. Это делает Канбан особенно актуальным для российских ИТ-компаний, работающих в условиях высокой изменчивости требований и операционных рисков.
Практика ведущих российских ИТ-компаний
Крупные российские технологические игроки проводят активную цифровую трансформацию и используют гибкие методы управления. Так, Ozon Tech сообщал о переходе на смешанный Agile-канбан подход. По словам тимлида Ozon, в сложных проектах одна команда может работать по Scrum, другая – по Канбан, а задачи разбиваются на эпики и отображаются на Канбан-доске [4]. В условиях «метеоритных» форс-мажоров (неожиданных требований от регуляторов или клиентов) такая гибкость позволяет оперативно пересматривать приоритеты и избегать срыва сроков.
Опыт других компаний подтверждает эффективность Канбан. Например, в крупном банке (интернет-банкинге) с распределенной командой внедрение Канбан-системы помогло визуализировать весь процесс разработки и локализовать причины задержек. За счет совместных ежедневных стендапов и прозрачности канбан-доски удалось сократить время доставки нового функционала вдвое [10]. То есть Канбан-подход способствовал снижению рисков затягивания сроков и недостатков качества через улучшенное взаимодействие команд и заказчиков.
Сбербанк, являясь технологическим лидером в РФ, также провел масштабную Agile-трансформацию. Хотя детальное описание Канбан внутри Сбера недоступно, известно, что банк активно использует ежедневные стендапы, кросс-функциональные команды и быстрые итерации для снижения бюрократических рисков и ускорения вывода продуктов на рынок [11]. Аналогичные практики отмечаются в других ИТ-компаниях: «Яндекс» и его подразделение Yandex.Cloud продвигают гибкие методологии (Канбан и Scrum) для быстрой адаптации сервисов, а «Mail.Ru Group» (VK) и «Росбалт» внедряют визуальные доски для управления потоками задач.
В российской практике сочетание Канбан с управлением рисками наиболее эффективно в среде, где требуется гибкость и скорость. Большинство лидеров рынка (Сбер, Яндекс, Ozon, Альфа-банк) отмечают, что Канбан помогает быстро выявлять «узкие места» процесса и принимать превентивные меры. Каплунова указывает, что именно прозрачность процессов Канбан-систем способствует более высокому уровню контроля и снижению внутренних рисков компаний [7].
Сравнительный анализ методов управления в ИТ-проектах и их рисков
Для обоснования применимости Канбан к задачам управления рисками в ИТ-проектах необходимо рассмотреть специфику самих рисков, с которыми сталкиваются команды, и проанализировать, насколько различные проектные методологии позволяют их выявлять и снижать.
В целях систематизации ключевых вызовов, характерных для цифровых проектов, ниже приведена классификация рисков, с примерами и подходами к их минимизации (таблица 1). Следом представлено сравнительное описание трёх наиболее распространённых методологий — Waterfall, Scrum и Канбан — с точки зрения их способности адаптироваться к изменениям, управлять рисками и обеспечивать гибкость в процессе разработки (таблица 2).
Таблица 1.
Основные типы рисков в ИТ-проектах
Тип риска |
Описание |
Пример ситуации |
Способы снижения |
Технический |
Сбой оборудования, ошибки ПО, утрата данных |
Отказ сервера при пиковых нагрузках |
Автотесты, резервирование, мониторинг |
Операционный |
Отставание выполнения работ, узкие места |
Перегрузка команды, дефицит специалистов |
Ограничение WIP, найм/обучение, кросс-функциональность |
Кибернетический |
Внешние атаки, уязвимости безопасности |
Вирусная атака или утечка данных |
Регулярные обновления, бэкапы, защита сети |
Стратегический |
Неправильный выбор направления развития |
Изменение рынка, появление конкурента |
Постоянный анализ рынка, гибкость планов |
Социально-организационный |
Конфликты в команде, текучка кадров |
Массовый уход ключевых разработчиков |
Мотивация, корпоративная культура, Канбан для поиска специалиста |
Таблица 2.
Сравнение подходов к управлению проектами (канбобаланс)
Методология |
Планирование |
Адаптивность к изменениям |
Управление рисками |
Гибкость |
Водопад (Waterfall) |
Полный детальный план в начале |
Низкая (фиксированный график) |
Последовательный риск-менеджмент: анализ в начале и после фаз |
Низкая, требуется пересмотр всего плана |
Scrum |
Итерируемое планирование (спринты) |
Средняя – в рамках спринтов |
Риски оцениваются в начале каждого спринта, возможны корректировки |
Средняя, изменения планируют на ретроспективах |
Канбан |
Непрерывное поступление задач |
Очень высокая (постоянное изменение приоритетов) |
Риски визуализируются на доске, приоритетность задач меняется, возможны экстренные «скачки» при необходимости |
Максимальная – нет фиксированных итераций, команды сами регулируют процесс |
Для более глубокого понимания роли Канбан в управлении рисками важно рассмотреть не только классификацию самих рисков и сравнительный анализ методологий (таблицы 1 и 2), но и то, как именно риск-менеджмент может быть интегрирован в потоковую модель работы. Практическая реализация подобных подходов требует наглядной визуализации, отражающей весь жизненный цикл работы с рисками - от выявления до завершения.
На рисунке 2 представлена схема Канбан-доски с интегрированными задачами по управлению рисками. Такая доска включает отдельные карточки «Риск», каждая из которых отображает конкретную угрозу или проблему. Эти карточки последовательно перемещаются по колонкам — от стадии «Выявлено» до «Сделано», при этом могут быть использованы классы обслуживания и WIP-ограничения. Например, задачи с критическими рисками (отмеченные красным) попадают в приоритетный поток: до их завершения команда ограничивает взятие новых необязательных задач.
Рисунок 2. Пример Канбан-доски с интегрированными задачами по управлению рисками (схема)
Этот подход позволяет встроить риск-менеджмент непосредственно в основной процесс работы, повысить его прозрачность и обеспечить своевременное реагирование на угрозы.
Авторские предложения и аналитическая модель
На основе обзора и анализа практик предлагаем модель адаптации Канбан к риск-менеджменту в ИТ:
- Выявление и формализация рисков
Каждую идентифицированную угрозу проекта оформлять в виде карточки «Риск» в общем бэклоге. Определять свойства задачи: вероятность, влияние, ответственное лицо.
- Визуализация рисков на Канбан-доске
Предусмотреть на доске специальную зону или отдельный поток (swimlane) для задач по рискам. Карточки-риски перетекают по колонкам (например, «Выявлено», «В процессе», «Анализ рисков», «Сделано»), что обеспечивает прозрачность статуса их устранения.
- Классы обслуживания
Использовать разные классы срочности (например, экстренный, нормальный, низкий) для рисковых задач [5]. Критические риски попадают в ускоренный поток (более строгие WIP-лимиты, быстрые реакции), менее критичные – в обычный канал. Это позволяет сбалансировать ресурсы и минимизировать «бизнес-риски» из-за накопления нерешенных рисков.
- Регулярные встречи по рискам
Вместе со стандартными стендапами проводить периодические собрания по управлению рисками (например, еженедельный «risk review»). На этих встречах пересматриваются статусы карточек «Риск», уточняются новые угрозы и корректируются планы. Такая практика сближает проектные и бизнес-подразделения в решении ключевых задач.
- Метрики и мониторинг
Дополнительно к обычным метрикам Канбан (скорость, заторы) учитывать метрики рисков – число новых рисков, время закрытия критических рисков и т.д. Это позволит оценить эффективность предложенного подхода и гибкость команды в кризисных ситуациях.
С учетом этих предложений можно сформулировать следующее аналитическое видение: Канбан-ориентированная модель риск-менеджмента базируется на идее «управления рисками как задачами» в общем потоке работ. Такой подход сочетает в себе преимущества agile (адаптивность, частые обратные связи) и формальных техник управления рисками (четкая идентификация, ответственные лица).
Как отмечают эксперты, именно непрерывная визуализация рабочего процесса помогает вовремя обнаруживать проблемы [1] и изменять приоритеты [2].
Заключение
В работе показано, что метод Kanban при грамотной адаптации может значительно улучшить управление рисками в условиях цифровой трансформации. Kanban позволяет делать риски видимыми всем участникам проекта, что повышает вовлеченность и предупреждает накопление невидимых проблем. Анализ практики российских ИТ-компаний демонстрирует, что гибкие Kanban-подходы уже помогают снижать время разработки, улучшать прогнозирование и снижать операционные риски [10].
Предложенная модель «Канбан для рисков» включает конкретные меры (карточки «Риск», классы обслуживания, регулярные обзоры), которые должны быть протестированы в пилотных проектах. В перспективе такие практики позволят ИТ-компаниям повысить адаптивность к изменениям, укрепить контроль над проектами и получить конкурентное преимущество в эпоху цифровой экономики.
Список литературы:
- Гибкое управление проектами Agile: все, что вам нужно знать. [Электронный ресурс]. – 2025. – URL: https://endocs.ru/gibkoe-upravlenie-proektami-agile-vse-chto-vam-nuzhno-znat/ (дата обращения: 25.05.2025). – Текст : электронный.
- Зыкова, С. Agile, scrum, kanban: в чем разница. [Электронный ресурс]. – URL: https://rb.ru/story/agile-scrum-kanban/ (дата обращения: 25.05.2025). – Текст : электронный.
- Бугаев, Д. А. Управление рисками в период цифровых трансформаций / Д. А. Бугаев, Д. А. Лопатин. – Текст : электронный // Вестник евразийской науки. – 2023. – Т. 15. – № s6. – URL: https://esj.today/PDF/28FAVN623.pdf (дата обращения: 25.05.2025).
- Куракин, А. Как мы адаптируем Agile в Ozon? [Электронный ресурс] / А. Куракин. – 2025. – URL: https://habr.com/ru/companies/ozontech/articles/877244/ (дата обращения: 25.05.2025). – Текст : электронный.
- Лебедева, Д. Классы обслуживания в Канбан: что такое, типы классов обслуживания. [Электронный ресурс]. – URL: https://kaiten.ru/blog/classes-of-service-kanban/ (дата обращения: 25.05.2025). – Текст : электронный.
- Семёнова, Д. М. Управление рисками проектов в гибких методологиях управления проектами – Agile / Д. М. Семёнова // Современный город: власть, управление, экономика. Цифровая трансформация систем управления: сборник науч. статей. – 2023. – С. 179-185.
- Сурков, А. Канбан: методология, инструменты и принципы системы. [Электронный ресурс]. – URL: https://kachestvo.pro/kachestvo-upravleniya/berezhlivoe-proizvodstvo/kanban-metodologiya-instrumenty-i-printsipy-sistemy/ (дата обращения: 25.05.2025). – Текст : электронный.
- Kanban University Certified Kanban Training Network. [Электронный ресурс]. – 2025. – URL: https://kanban.university (дата обращения: 25.05.2025). – Текст : электронный.
- Евдокимов, А. Отчет об исследовании Agile в России 2022. [Электронный ресурс] / А. Евдокимов, С. Рогачев. – 2022. – URL: https://scrumtrek.ru/blog/agile-scrum/11200/otchet-issledovanie-agile-v-rossii-2022/ (дата обращения: 25.05.2025). – Текст : электронный.
- Лобасева, О. 6 примеров реального применения Канбан в российских компаниях. [Электронный ресурс]. – URL: https://onagile.ru/trends/agile/kanban-in-industries (дата обращения: 26.05.2025). – Текст : электронный.
- Яшина, К. История Agile-трансформации Сбербанка — База знаний ScrumTrek. [Электронный ресурс] / К. Яшина. – URL: https://scrumtrek.ru/blog/knowledge-base/istoriya-agile-transformatsii-sberbanka/ (дата обращения: 26.05.2025). – Текст : электронный.
дипломов
Оставить комментарий