Как устроены YouTrack, Jira, Linear и Яндекс Трекер, из чего состоит база знаний, что делает беклог качественным, какие инструменты реально доступны команде в 2026 году и почему всё это не CRM.
Четыре системы, четыре словаря, одна модель. Таблица сводит понятия к общему знаменателю: если вы понимаете правую колонку, вы понимаете любой трекер.
| Понятие | YouTrack | Jira | Linear | Яндекс Трекер | Что это на самом деле |
|---|---|---|---|---|---|
| Контейнер работы | Project | Project | Team, внутри него Project как цель | Очередь | Область со своими полями, процессом и правами. Ключ задачи начинается с её кода: PRJ-123. |
| Единица работы | Issue | Issue / Work item | Issue | Задача | Заголовок, описание, тип, статус, приоритет, автор, исполнитель, наблюдатели, комментарии, вложения, история изменений. |
| Тип | Поле Type | Issue type со своей схемой полей | Конвенция меток | Тип задачи со своим воркфлоу и резолюциями | Bug, Feature, Task, Epic. Тип определяет, какие поля и переходы уместны. |
| Иерархия | Связь subtask, эпик через поле | Уровни: Initiative → Epic → Story → Sub-task | Initiative → Project → Milestone → Issue → Sub-issue | Эпик → Задача → Подзадача | Дерево от стратегии к действию. Обычно хватает двух уровней. |
| Связи | relates, depends, duplicates, subtask | Типы связей | Relations, blocking | Связи задач | Ориентированный граф между задачами. Блокировка и дубликат нужны всегда. |
| Рабочий процесс | State плюс JS-правила: on-change, по расписанию, конечный автомат | Workflow scheme: статусы, переходы, условия, пост-функции | Workflow на команду, статусы по категориям | Воркфлоу типа задачи плюс резолюции | Конечный автомат: состояния, разрешённые переходы, правила при переходе. |
| Настраиваемые поля | Custom fields: строка, число, дата, перечисление, пользователь, версия, период | Custom fields плюс схемы полей | Ограниченный набор: метки, оценка, приоритет | Поля очереди, компоненты, версии | Хранилище «сущность-атрибут-значение». Главный источник сложности при своей реализации. |
| Итерации | Sprint на Agile board | Sprint | Cycle, повторяется автоматически | Спринт | Ограниченный по времени набор задач с ритмом. |
| Представления | Agile board (колонки = состояние, свимлейны), сохранённые поиски, отчёты | Boards, фильтры JQL, дашборды | Views, boards | Доски, дашборды, фильтры | Представление не меняет данные, только показывает срез. Доска это фильтр плюс группировка. |
| Входящее | — | — | Triage: accept, decline, duplicate, snooze | — | Отдельная очередь для всего, что пришло извне, с дежурным и четырьмя действиями. |
| Время | Work items, оценка, потрачено | Time tracking | — | Учёт времени | Граница между трекером и PSA проходит здесь. |
| Права | Роли на проект, группы видимости | Permission schemes | Роли на команду | Роли очереди | Роль привязана к контейнеру, а не к системе целиком. |
| Автоматизация | JS-workflow, REST, коммиты по ключу задачи | Automation rules, REST, webhooks | API, GraphQL, MCP | Триггеры, макросы, API | Внешний мир цепляется к задаче через её ключ и через API. |
Инвариант. Ключ задачи вида PRJ-123 это главный интеграционный контракт: по нему коммиты, ветки, статьи и сообщения в чате привязываются к задаче. Что бы вы ни выбрали, ключ должен быть коротким, уникальным и упоминаемым в обычном тексте.
В YouTrack статья привязана к проекту, вложенность дерева не ограничена, есть черновики, комментарии, вложения, видимость и ссылки на задачи. Confluence и Яндекс Вики устроены так же: пространства, внутри дерево страниц. Три структуры повторяются везде.
Размер сам по себе не проблема. Проблема начинается, когда база теряет одно из шести свойств.
Индекс, с которого начинают и человек, и агент. В plibvi/kb это INDEX.md.
Каждый факт ведёт к источнику: документу, коду, переписке. Без этого база превращается в мнения.
Канонические термины и список «чего избегать». У команды это CONTEXT.md в каждом репозитории.
Дата обновления в шапке и ответственный. Устаревшая страница без даты вредит больше, чем её отсутствие.
Diátaxis делит всё на четыре вида: обучение, инструкция, справочник, объяснение. Смешение видов на одной странице делает её бесполезной для всех.
ADR: контекст, решение, последствия, триггеры пересмотра. Отвечает на «почему так», на что не отвечает код.
Docs-as-code это подход, при котором документация живёт в git рядом с кодом, пишется в markdown, проходит ревью и автоматические проверки. Так работают Google, Microsoft и AWS. Для команды с ИИ-ассистентом есть дополнительный довод: ассистент читает и пишет такую базу напрямую, без API. Обратная сторона: нет визуального редактора для людей вне разработки и нет уведомлений из коробки.
Инструмент не делает беклог хорошим. Хороший беклог это результат нескольких привычек, и все они переносятся между инструментами.
Формула Романа Пихлера. Detailed appropriately: верх беклога расписан, низ обозначен штрихами. Estimated: у задач ближайшего горизонта есть оценка. Emergent: беклог живёт, пункты добавляются, уточняются и удаляются. Prioritized: упорядочен сверху вниз, сначала по риску, потом по ценности и стоимости, потом по зависимостям. Длинный подробный беклог это документ требований, а не план.
Метод Linear называет user stories антипаттерном: формула «как пользователь я хочу» прячет работу за ритуалом. Задача содержит конкретный результат, короткий заголовок, только нужный контекст и ссылки. Каждый пишет свои задачи сам, это заставляет продумать проблему. Большое дробится на маленькое, исследовательская работа получает задачу-заглушку.
Всё, что приходит извне команды или из интеграций, попадает не в беклог, а во входящее. Дежурный разбирает его четырьмя действиями: принять, отклонить с объяснением, пометить дубликатом, отложить до даты. В беклог ничего не просачивается без решения.
У команды уже есть шаблон. Карточки в HTML-беклоге auto-parser построены по схеме «зачем пользователю, что уже есть, что в плане, критерий готово, риски». Это готовая карточка эпика, её стоит перенести в любую будущую систему как есть.
Сервер salam0nn.ru: два ядра, 7,8 ГБ памяти, свободно около 4,3 ГБ, без swap. На нём уже работают Postgres, Redis, MinIO, nginx и панель. Колонка «ресурсы» читается на этом фоне.
| Инструмент | Трекер | База знаний | Self-host: ресурсы | Доступ агентам | Цена и лимиты | Из РФ |
|---|---|---|---|---|---|---|
| YouTrack | Эталон настраиваемости | Статьи по проектам, дерево | JVM, от 2 ГБ | REST API | Бесплатно до 10 человек | закрыт не предоставляется в РФ с 2022 |
| Jira + Confluence | Эталон корпоративный | Пространства и страницы | Только Data Center, тяжёлый | REST, MCP | От $8 за человека | закрыт продажи в РФ остановлены в 2022, в этом обзоре не перепроверялось |
| Linear | Эталон UX и триажа | Документы внутри проектов | Только облако | API, GraphQL, MCP | Бесплатный тариф с лимитами | условно оплата из РФ затруднена |
| GitHub Issues + Projects | Типы, подзадачи, поля вышли в GA летом 2026; доски и вью в Projects | Wiki, Discussions, markdown в репозитории | Облако, ноль на сервере | gh CLI, REST, GraphQL, MCP | Бесплатно; поля и типы нужны на уровне организации | да код команды уже здесь |
| Plane CE | Work items, циклы, модули, intake | Pages в проектах | 2 vCPU, 4 ГБ, около десяти контейнеров | REST, официальный MCP на 55+ инструментов | Бесплатно до 12 человек; поля и учёт времени в Pro за $6 | да впритык по памяти |
| Huly | Трекер в духе Linear | Документы, чат, звонки, планировщик | 4–8 ГБ: Elasticsearch, CockroachDB, Redpanda | API | Бесплатно при self-host | не влезает на текущий сервер |
| OpenProject CE | Классика: Gantt, бюджеты, встречи | Wiki | 8 ГБ рекомендовано | REST | Бесплатно | не влезает и чужой стиль |
| Forgejo / Gitea | Issues, метки, вехи, доски проектов | Wiki на репозиторий | 170–512 МБ, один бинарник | REST, tea CLI | Бесплатно | да самый лёгкий сервер |
| Kaiten | Kanban, автоматизации | Документы начиная с тарифа «Старт» | Облако, есть коробка | REST | Free до 5 человек без базы знаний; «Старт» 250 ₽ за человека до 15 | да российский |
| Яндекс Трекер + Вики | Очереди, типы, воркфлоу, доски | Яндекс Вики бесплатно | Облако | REST | Есть бесплатный; далее ориентировочно 258–440 ₽ за человека | да российский |
| Docmost | — | Пространства, совместное редактирование, история | 0,5–1 ГБ плюс Postgres и Redis, которые уже есть | REST | Бесплатно, AGPL; SSO только в платной | да вход по паролю из коробки |
| Outline | — | Самый отточенный, похож на Notion | Postgres, Redis, S3-хранилище | REST | Бесплатно | условно первый вход только через OIDC, Google или Slack |
| BookStack | — | Книги, главы, страницы | Самый лёгкий, PHP и MySQL | REST | Бесплатно | да для нетехнических |
| Wiki.js | — | Вики с хранением в git | Node плюс Postgres | GraphQL | Бесплатно | да |
| Quartz | — | Статический сайт из markdown с вики-ссылками, обратные ссылки, граф, поиск | Ноль: статика за nginx | Файлы в git | Бесплатно | да формат plibvi/kb подходит как есть |
| Backlog.md | Задачи как markdown в репозитории, доска в терминале и в браузере | — | Ноль | CLI и MCP, сделан для Claude Code | Бесплатно, MIT | да |
| beads (bd) | Граф задач с зависимостями для агентов, хранится в git | — | Ноль | CLI | Бесплатно, MIT | да |
Русскоязычные обзоры 2026 года называют в качестве замены YouTrack и Jira ещё EvaTeam, WEEEK, Shtab и YouGile. Все они облачные, с базой знаний как модулем и тарифами за человека, принципиально от Kaiten не отличаются.
Контакты, лиды, сделки, воронка, история общения с клиентом, напоминания продавцу. Задачи здесь второстепенны и привязаны к сделке.
Задачи, процесс, итерации, доски, статьи, решения. Класс YouTrack, Linear, Kaiten, Confluence. Это то, что описано в запросе.
Проекты плюс ресурсы, учёт времени, счета, маржа по проекту и клиент. Так работают студии и интеграторы, когда хотят видеть деньги.
Заказчик в такой системе это справочник: название, контакт, ссылка на договор. На него ссылается проект. Сделки, воронка и переписка с клиентом это соседний контекст. Если он понадобится, его подключают через тот же справочник, а не встраивают в трекер. Учёт времени превращает систему в PSA, и это отдельное решение с отдельной ценой.
CONTEXT.md и docs/adr во всех четырёх репозиториях. В auto-parser больше тридцати решений, в nashpartner четыре, в plibvi два плюс журнал внутри базы знаний.sources/ (docx, pdf, xlsx, Telegram, Confluence заказчика), поверх пишутся смысловые заметки в разделах от 00 до 90, вики-ссылки, frontmatter, блок «Источники» в каждой заметке, дайджесты сессий Claude, журнал решений, проверка целостности. Решение от 29.07: markdown и grep, без векторной базы; тот же формат применён ещё в двух проектах. Лежит вне git из-за договора и финансов, пути в скриптах ещё Windows.agent-knowledge), HTML-снимки беклога за 23.07 и 28.07, дополнительные глоссарии, планы, отчёты, аудиты. Беклог существует, но как документ, а не как поток задач.Вывод инвентаризации: база знаний есть и её формат проверен на трёх проектах. Трекера нет. Межпроектного индекса нет. ИИ-ассистент фактически соавтор базы, и это должно быть требованием к любому выбору, а не приятным бонусом.
Задачи и статьи как markdown в приватном репозитории. Backlog.md или beads дают доску, CLI и MCP. Quartz публикует базу на salam0nn.ru с поиском и обратными ссылками. Агент полноправный пользователь, инфраструктуры ноль, всё диффится и ревьюится. Нет уведомлений и прав из коробки, людям вне разработки неудобно.
GitHub Issues и Projects, где уже лежит код, или Plane CE на сервере. База знаний отдельно: Docmost либо markdown с Quartz. Доски, уведомления, права и телефон из коробки. Две системы связаны только ссылками, Plane займёт половину свободной памяти.
FastAPI и React, как nashpartner, с единой моделью «задача, статья, заказчик». Полный контроль. Честная цена: рабочий процесс, поиск, уведомления, права, история, доски. Это месяцы поверх трёх живых проектов и хакатона, а готовые системы делают это больше десяти лет.
Выбор между стратегиями зависит от состава команды, роли агентов, бюджета и границ системы. Эти вопросы заданы в сессии проектирования, страница даёт для них общую карту.