Когда в компании множество задач, проектов и команд, запутаться в рабочих процессах проще простого. Чтобы не столкнуться с постоянной головной болью, важно придерживаться одного правила: постановка и отслеживание задач должны быть единообразными. Без стандартизации любое переключение между проектами превращается в источник новых проблем. Ниже расскажем, как студия Amiga перешла на Kaiten и сделала этот процесс максимально комфортным.
Эффективное управление проектами: путь от стартапа к зрелой компании
Современная сфера разработки ПО требует от бизнеса высокой эффективности и полной прозрачности процессов. Путь digital-студии Amiga — отличный пример того, как грамотный выбор инструментов управления проектами помогает повысить результативность команды и улучшить взаимодействие с заказчиками.
История развития компании
Компания Amiga появилась в 2021 году как небольшая команда разработчиков. Однако уже за короткое время она выросла до серьезного участника рынка кастомной разработки ПО. Сегодня Amiga предлагает полный цикл услуг по созданию цифровых продуктов: от анализа и проектирования до запуска готовых решений.
В портфолио студии — проекты разных масштабов и уровней сложности. Среди них:
- разработка комплексной LMS-системы для крупного металлургического холдинга;
- создание технологичных цифровых решений для SOKOLOV, Сбера и ВТБ;
За три года команда студии выросла до 70 специалистов.
Поиск оптимального решения для управления проектами
Яндекс Трекер — слишком просто
На раннем этапе, когда команда насчитывала всего 5–10 человек, в работе использовался Яндекс Трекер. Он хорошо подходил для небольшой команды, однако со временем начал ограничивать развитие процессов из-за следующих факторов:
- сложности при масштабировании;
- ограниченные возможности для взаимодействия между отделами;
- недостаточная гибкость в настройке рабочих процессов;
- слабая визуализация прогресса по проектам.
Планфикс — слишком сложно
С увеличением штата появилась потребность в более функциональном инструменте. Выбор остановился на Планфиксе, который предлагал:
- расширенные функциональные возможности;
- гибкую настройку процессов;
- улучшенные инструменты командного взаимодействия.
Однако в процессе работы выявились существенные минусы. Главные из них — сложный интерфейс и высокий порог входа для новых сотрудников. К тому же отсутствие стандартизации между проектами и трудности в контроле KPI усложняли управление и повышали риск ошибок.
Переход на Kaiten: стратегическое решение
К концу 2023 года руководство Amiga пришло к пониманию, что существующая система управления проектами требует серьезных изменений. Основными причинами стали:
- необходимость введения единой системы метрик;
- потребность в стандартизации процессов во всех отделах;
- запрос на повышение прозрачности проектной деятельности;
- стремление к оптимизации использования ресурсов.
Процесс выбора новой платформы
При поиске подходящего решения команда опиралась на несколько ключевых требований:
- наличие встроенных инструментов для управления проектами;
- понятный и удобный интерфейс;
- возможность гибкой настройки под специфику компании;
- развитая аналитика и система отчетности;
- масштабируемость.
После глубокого анализа рынка и сравнения доступных инструментов выбор был сделан в пользу Kaiten. Главным преимуществом платформы стала предварительная настройка необходимых функций, метрик и отчетов, что значительно ускорило внедрение.
Команда выделила два месяца на тестирование — важно было настроить и проверить ключевые показатели и убедиться в корректной работе системы. Первое время интерфейс Kaiten казался непривычным, но по мере адаптации стало очевидно, что процесс работы стал прозрачнее и удобнее: все участники начали лучше понимать, что происходит в проектах.
Когда система полностью оправдала ожидания, за один месяц команда перевела в Kaiten весь рабочий процесс и всех сотрудников.
Разработка собственной методологии AmigaBan
Многолетний опыт работы с различными методологиями управления проектами привёл команду к созданию собственного подхода — AmigaBan. Он основан на принципах Канбана, но адаптирован под реальные процессы и структуру компании.
Для каждого проекта создаётся отдельное пространство, что позволяет полностью контролировать все связанные с ним процессы. Внутри каждого пространства формируются специализированные группы панелей:
- Requirements — задачи по подготовке ТЗ, описанию параметров и созданию документации;
- Backlog — общий пул проектов, откуда они распределяются по нужным панелям;
- Features — зона разработки программного обеспечения;
- Management — панель для управленческих задач: совещаний, планирования, координации.
Ключевая особенность методологии AmigaBan — разделение бэклога сразу на три доски: Features, Requirements и Management. Каждая доска имеет собственные этапы, отражающие логику работы над проектом.
Структура доски Features
Колонки доски полностью повторяют цикл разработки ПО:
- To Do
- Development
- Code Review
- Ready for Test
- Test
- To Release
- Done
Также существует отдельный этап для задач, которые потеряли актуальность.
Принципы движения задач
Важный канбан-принцип, которому следует Amiga: перемещение задач «влево» по доске запрещено. Это нужно для корректного учёта вложенных ресурсов и прозрачности истории работы.
Для более гибкого управления используется доска Requirements со свимлайнами — дорожками, позволяющими группировать карточки по стадиям и показывать эволюцию требований.
Как проходит создание ТЗ
Работа над техническим заданием состоит из нескольких этапов:
- подготовка чернового варианта ТЗ;
- последовательная проверка документа командами клиента;
Далее возможны два сценария:
- если корректировки не требуются, ТЗ остаётся в своей дорожке;
- если заказчик меняет требования, документ переносится на новую линию выше.
Чем правее и выше находится ТЗ на доске, тем больше ресурсов уже вложено в документ. Такие «возрастные» ТЗ считаются приоритетными — их требуется завершать как можно быстрее.
Централизация финансовой документации
Помимо проектной работы, в Kaiten создано отдельное пространство для внутренней документации: соглашений, приказов и других финансовых документов. Для таких материалов предусмотрены специальные ограничения и зависимости — например, акт нельзя отправить на оплату без предварительного согласования с финансовым отделом.
Подобный подход ускоряет процесс согласования, улучшает взаимодействие между отделами и делает коммуникацию с администрацией более прозрачной. Менеджеру становится проще отслеживать статусы: все процессы — от задач юристов до запросов финансовой службы — теперь проходят через единое окно. Это значительно экономит время и уменьшает количество ошибок.
Дифференциация типов задач
В Amiga используются разные типы задач и целей, для каждого из которых предусмотрен свой шаблон с набором необходимых атрибутов. Дополнительно задачи размечаются цветами — это позволяет мгновенно определить их тип, например: багфикс, новая функция, дизайн-задача и так далее.
Для контроля выполнения задач и целей применяются чек-листы. Они помогают:
- менеджерам убедиться, что работа выполнена корректно и полностью;
- исполнителям проверить, выполнены ли все обязательные пункты перед сдачей. Например: при срочной передаче макета можно быстро оценить, готовы ли адаптивные версии и можно ли передавать задачу куратору.
Также применяется функция блокировки карточек — она используется, когда задача выполнена со стороны компании, но ожидает шагов от клиента. Это позволяет:
- фиксировать причины задержек в проекте;
- вовремя напоминать клиентам о необходимых действиях.
Ключевые метрики для анализа проектов
Для эффективного управления проектами в Amiga регулярно анализируются ключевые метрики, позволяющие оценивать состояние процессов и качество работы команды.
- Накопительная диаграмма потока — показывает, где образуются узкие места. Позволяет вовремя выявить перегрузки и предотвратить простои.
- Трудозатраты — сравнение фактических часов работы с плановыми. Важная метрика для оценки корректности планирования и загрузки команды.
- Динамика изменения времени цикла — определяет длительность каждого этапа. Помогает точнее планировать проект и находить зоны для ускорения.
- Пропускная способность команды — количество задач, выполненных за определённый период. Используется для реалистичного планирования сроков.
- Lead time — время прохождения задачи от начала до завершения. Позволяет точнее прогнозировать сроки и корректно формировать ожидания клиентов.
- Scope — распределение типов задач: новые функции или исправление ошибок. Дает представление о качестве продукта и стабильности разработки.
- Процент отменённых дефектов — число случаев, когда тестировщики ошибочно приняли корректную функцию за дефект. Используется для оценки качества тестирования и улучшения процессов.
Результаты внедрения Kaiten
После перехода на Kaiten компания Amiga отметила несколько ключевых улучшений:
- стандартизация процессов: единые статусы и доски для всех проектов, что облегчает переключение специалистов;
- повышение прозрачности — улучшилось понимание текущего состояния задач, что положительно сказалось на взаимодействии с клиентами;
- качественный анализ метрик — стало проще отслеживать эффективность процессов и принимать корректирующие решения.
Благодаря улучшенной прозрачности команда смогла ясно показать клиентам, как изменились процессы компании. Это повысило доверие и привело к укреплению долгосрочного сотрудничества.
Планы на будущее
Amiga продолжает совершенствовать систему управления проектами. Среди ближайших планов — расширение интеграций Kaiten с внешними сервисами через API. Например, сейчас данные по тайм-трекингу выгружаются через Telegram-бот.
Опыт компании подтверждает: грамотное использование инструментов, таких как Kaiten, позволяет значительно повысить эффективность работы, улучшить клиентский сервис и обеспечить более точный контроль над проектами.