Разработка и внедрение системы управления проектами DS Kanban вместо Jira

DIGITAL SECTOR разработал и внедрил систему управления проектами DS Kanban вместо Jira: сервис объединяет задачи, ресурсы, загрузку команд и отчётность.

DIGITAL SECTOR разработал DS Kanban — это собственная система управления проектами для заказной веб-разработки. Она заменила Jira и объединила работу с задачами, сроками, ресурсами и отчётностью.

DS Kanban начали разрабатывать по инициативе сотрудников DIGITAL SECTOR ещё до ухода Jira из России. Команде не хватало скорости и гибкости облачной версии Jira: задачи открывались с задержкой, а процессы приходилось подстраивать под ограничения сервиса. Обычный таск-трекер также не учитывал внутреннюю логику компании без доработок или изменения сложившегося порядка работы. DIGITAL SECTOR требовалась корпоративная система управления задачами, которую можно настраивать и свободно развивать. Такая альтернатива Jira уже находилась на стадии альфа-версии, когда сервис прекратил работу с российскими пользователями, поэтому DS Kanban был готов стать основным рабочим инструментом.

Главным требованием было создать единое рабочее пространство для сотрудников, руководителей проектов и подразделений. Оно должно было объединить несколько уровней работы:

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

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

Поэтому DS Kanban проектировали как часть корпоративной среды DIGITAL SECTOR, а не только как инструмент постановки задач.

DIGITAL SECTOR развивал систему поэтапно. На первом этапе реализовал базовые сценарии работы с проектами и задачами. После объявления об уходе Jira команда подготовила интеграцию, перенесла проекты и выполнила переход без остановки: в один день сотрудники завершили работу в Jira, а на следующий использовали DS Kanban. Затем в системе появились инструменты аналитики и ресурсного планирования. Сейчас DS Kanban продолжает развиваться: команда добавляет новые функции и дорабатывает существующие с учётом внутренних процессов и потребностей сотрудников.

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

DS Kanban стал ежедневным рабочим инструментом. Ниже — его ключевые возможности.

DS Kanban объединяет управление задачами, проектами и ресурсами в одном рабочем пространстве. Руководители видят загрузку команды и могут оценить, как новые задачи повлияют на сроки проектов. Чтобы с системой было удобно работать и на крупных проектах, DIGITAL SECTOR уделил особое внимание её производительности: даже при тысячах задач доски, карточки и результаты поиска загружаются практически мгновенно.

У каждого проекта в DS Kanban есть рабочее пространство: канбан-доска, задачи, сведения об участниках, аналитика, бэклог и настройки. Отсюда можно перейти в проектную базу знаний в Яндекс Вики и открыть план-график по отдельной ссылке.

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

Workflow — порядок, по которому задача проходит этапы от создания до завершения. В DS Kanban есть три готовых процесса: стандартный, сокращённый и для технической поддержки.

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

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

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

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