От основателя REG.RU до преподавателя: как опыт и Kaiten помогают обучать студентов

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

Наша история успеха впечатляет: за десятилетие работы REG.RU достигла лидирующих позиций на российском рынке доменных имен, а также вошла в тройку ведущих провайдеров хостинга и VPS-услуг. В 2021 году произошло значимое событие — мы с партнером реализовали бизнес, после чего я принял решение посвятить себя преподавательской деятельности в Самарском университете.

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

Становление процессов и цифровая эволюция REG.RU

На заре существования компании мы искали эффективный инструмент управления задачами. Ограниченный бюджет подтолкнул нас к нестандартному решению: мы адаптировали открытый баг-трекер Mantis (mantisbt.org) для наших целей. Этот PHP-инструмент привлек нас следующими качествами:

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

Интересно, что наш опыт использования Mantis оказался настолько успешным, что генеральный директор REG.RU внедрил его и в свой параллельный проект — веб-студию «ЦЭТИС». Они даже выделили специального разработчика для кастомизации системы под свои потребности.

Мы существенно доработали Mantis: внедрили иерархическую структуру задач, разработали систему объективной приоритизации и даже начали создавать визуальную Kанбан-доску для отображения задач.

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

  • введение жестких дедлайнов (с преимуществом для влиятельных отделов);
  • создание приоритетного списка задач, утвержденного высшим руководством (который мы в шутку называли «Списком Шиндлера»).

Переломный момент: 2017 год

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

В период расцвета Scrum-методологии мы, как и многие компании, обратились к профессиональным консультантам для внедрения этого подхода. Были сформированы первые Scrum-команды, работавшие над проектами «Новый Личный Кабинет» и «Новое рабочее место сотрудников техподдержки». Позже появились команды «Облачные VPS» и «Cloud GPU».

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

Kanban привлек нас своей универсальностью и возможностью постепенного внедрения. В отличие от «революционного» Scrum, Kanban позволяет эволюционно совершенствовать рабочие процессы в любом отделе.

В поисках совершенного решения для управления проектами

Когда перед нами встала задача найти эффективный онлайн-инструмент для работы с Kanban-досками, мы уже имели опыт использования различных систем управления задачами. В нашем арсенале были и доработанный под наши нужды Mantis, и популярная Jira. Тщательно изучив рынок существующих решений, мы столкнулись с тем, что большинство платформ не соответствовали нашим ожиданиям: Jira казалась излишне сложной и финансово затратной, а SwiftKanban, несмотря на многообещающее название, разочаровывал устаревшим пользовательским интерфейсом.

В процессе поиска наше внимание привлекла молодая российская разработка — система Kaiten. Хотя продукт только начинал свой путь на рынке, его потенциал был очевиден. Особенно привлекательным оказалось то, что команда разработчиков Kaiten проявила готовность к диалогу и была открыта к адаптации своего продукта под запросы крупного клиента. Привлекательное ценовое предложение стало дополнительным аргументом в пользу выбора этого решения.

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

Переход на масштабное использование Kaiten

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

На начальном этапе мы столкнулись с определенными техническими трудностями:  система не справлялась с возросшей нагрузкой, когда практически все подразделения компании (кроме финансового отдела) начали активно использовать платформу.

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

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

💡
Как внедрять таск-трекер или другое ПО в работу команды, редакция Kaiten на примере своих заказчиков подробно описывала здесь

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

Уход в Самарский университет

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

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

Еще до продажи бизнеса я разработал несколько авторских образовательных программ для университета. После завершения сделки появилась возможность полностью погрузиться в преподавательскую деятельность. В 2022 году поступило предложение создать курс по управлению разработкой программного обеспечения. Я с энтузиазмом принял этот вызов, видя в нем возможность не только передать накопленный опыт, но и систематизировать собственные знания, полученные за годы руководства разработкой в REG.RU. Для повышения квалификации я прошел специализированные курсы по Kanban от Neogenda и программу по управлению командами от «Стратоплан».

Как преподаватель-практик я твердо убежден, что наиболее эффективное обучение происходит через непосредственное погружение в реальные рабочие ситуации, где теоретическая база сочетается с интенсивной практикой. Этот принцип лег в основу моей образовательной программы «Управление разработкой ПО».

Образовательный процесс построен следующим образом: участники формируют рабочие группы и самостоятельно определяются с IT-проектом, основываясь на предпочитаемых ими технологиях. На протяжении учебного семестра они воплощают свой проект в жизнь, осваивая различные подходы к разработке, включая методологии Scrum и Kanban. Значительное внимание уделяется освоению принципов Product Management: от проведения исследований и создания карт пользовательского пути до анализа метрик продукта, расчета unit-экономики и работы с Lean Canvas.

Сводная таблица студенческих проектов и этапов работы

Анализ анонимных отзывов демонстрирует высокую удовлетворенность студентов. Многие отмечают исключительную практическую ценность курса, называя его наиболее полезной дисциплиной в программе обучения. Успех программы привел к созданию специализированной цифровой кафедры «Управление IT-проектами», открытой для студентов всех направлений. За трехлетний период обучение успешно завершили более 300 человек.

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

Роль Kaiten в обучении

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

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

Пример Burndown Chart в Kaiten

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

Пример Cumulative Flow Diagram в Kaiten

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

В таких случаях приходится констатировать очевидное: Kaiten предоставляет самый оптимальный функционал для работы по Kanban среди других решений на рынке. Но важно заранее удостовериться в наличии необходимых возможностей в выбранном инструменте.

Визуализация одного из студенческих проектов на доске в Kaiten

Призыв к действию

Следуя традиции включать в статью практические рекомендации, я однозначно советую: «Начните работу с Kaiten

Платформа демонстрирует превосходную адаптивность к обеим ключевым методологиям — Scrum и Kanban.

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

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

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

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

Kaiten — российский сервис для совместной работы Все процессы компании в одном месте: проекты, задачи, цели, сотрудники, документы, переписки, отчеты, заявки.
Попробовать бесплатно