Документация команды без Confluence: Pages и Wiki в Plane

Документацию команды можно вести без Confluence, если задачи уже живут в Plane: в нём есть Pages внутри проектов и Wiki на уровне рабочего пространства, документы связываются с задачами, а отдельной лицензии не нужно. Confluence Standard стоит $5,42 за пользователя в месяц на октябрь 2026 года, и для команды до 100 человек этих денег часто жалко ради вики, которую ведут три человека. Но Confluence всё ещё лучше там, где документов тысячи, а пользуются ими не только разработчики.

Статья для тимлидов, руководителей IT-отделов и продактов, которые выбирают, где хранить знания команды. Ниже: сравнение подходов, что именно хранить и где, кто владеет документами, как связать документ с задачей, когда остаться на Confluence и как переехать без потери полезного.

Почему документация расползается

В типичной IT-команде знания лежат в пяти местах: часть в Confluence или Notion, часть в Google Docs, часть в README репозиториев, часть в закреплённых сообщениях чатов и большая часть в головах. Новый сотрудник спрашивает коллег, коллеги отвечают в личке, и цикл повторяется.

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

Есть и третья причина, о которой говорят реже: документацию пишут «потом». Сначала задача, потом релиз, потом следующая задача, и к описанию решения уже никто не возвращается. Через год команда помнит, что сделала, но не помнит почему, и каждое изменение начинается с раскопок в старых чатах.

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

Confluence или Pages и Wiki в Plane: сравнение

Критерий	Confluence Standard	Pages и Wiki в Plane
Стоимость	$5,42 за пользователя в месяц, отдельно от Jira (октябрь 2026)	Входит в тарифы Plane; состав функций по тарифам смотрите на plane.so/pricing
Где живёт	Отдельный продукт Atlassian	Внутри трекера: Pages в проекте, Wiki в пространстве
Связь с задачами	Интеграция с Jira	Документ привязывается к задаче, задачи создаются из текста
Поиск	Отдельный от Jira	Один интерфейс для задач и документов
Масштаб	Тысячи страниц, сложные иерархии	Хорошо для команд до 100 человек
Права доступа	Зрелая модель прав на пространства и страницы	Роли пространства и проекта, в старших тарифах Granular Access Control
Экосистема	Шаблоны, макросы, приложения Marketplace	Растёт, Marketplace Plane запущен в 2025 году
Хранение в Казахстане	Нет, регионов Atlassian в РК нет	Да, при self-hosted установке
AI	Rovo, отдельные тарифы	AI-функции Plane, в том числе в self-hosted
Кто пользуется	Вся компания, включая нетехнические отделы	В первую очередь команды, которые работают в трекере

Если считать только деньги, разница заметна. Для команды из 25 человек Confluence Standard стоит около $1 626 в год, для 50 человек около $3 252 по ценам на октябрь 2026 года при годовой оплате. Но деньги здесь не главный аргумент. Главный — сколько усилий нужно, чтобы документ появился и остался актуальным.

Что хранить и где: карта документов

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

Тип документа	Где живёт	Владелец	Когда обновлять
ТЗ на фичу	Pages проекта, связаны с модулем или эпиком	Продакт	До старта разработки и при изменении требований
Протоколы встреч	Pages проекта	Тот, кто вёл встречу	В день встречи
Ретроспективы	Pages проекта	Тимлид	После каждого цикла
Архитектурные решения (ADR)	Pages проекта или репозиторий	Архитектор или тимлид	При каждом значимом решении
Регламенты команды	Wiki пространства	Руководитель разработки	Раз в квартал
Онбординг	Wiki пространства	Тимлид или HR	При каждом новом сотруднике по его обратной связи
Инструкции для дежурных	Wiki пространства	Ответственный за эксплуатацию	После каждого инцидента
Описание API, README	Репозиторий	Автор кода	Вместе с кодом
Заметки о выпуске	Pages проекта, связаны с релизом	Тимлид	В день релиза
Пароли и ключи	Менеджер секретов, не вики	Ответственный за безопасность	При ротации

Правило для спорных случаев: если документ меняется вместе с кодом, ему место в репозитории. Если документ читают люди без доступа к коду, ему место в вики.

Связь документа и задачи

Самая ценная часть встроенной документации — связь в обе стороны. Из задачи видно, на каком ТЗ она основана. Из ТЗ видно, какие задачи по нему созданы и в каком они статусе.

Как это используется на практике:

• Протокол встречи. Решения записываются на странице, и из каждого решения сразу создаётся задача с ответственным. Через неделю по протоколу видно, что сделано.
• ТЗ на фичу. Страница привязана к модулю. Продакт меняет требование и оставляет комментарий в связанных задачах.
• Ретро. Улучшения из ретро становятся задачами следующего цикла. Через полгода по страницам ретро видно, какие проблемы повторяются.
• ADR. Решение об архитектуре ссылается на задачу, в которой оно реализовано, и на задачу, из-за которой его приняли.

В Confluence с Jira это тоже возможно, но через интеграцию двух продуктов. В Plane это одно действие внутри одного интерфейса, и команда делает его чаще.

Шаблоны, с которых стоит начать

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

ТЗ на фичу. Проблема пользователя, цель и как поймём, что достигли её. Сценарии использования. Что входит и что не входит в объём. Макеты или ссылки на них. Открытые вопросы и кто на них отвечает. Связанный модуль или эпик.

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

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

Архитектурное решение (ADR). Контекст: какая проблема и какие ограничения. Рассмотренные варианты. Принятое решение и причины. Последствия: что станет проще, что сложнее. Статус: предложено, принято, заменено другим решением.

Шаблоны стоит пересматривать раз в квартал. Если какой-то раздел шаблона всё время остаётся пустым, его нужно убрать, а не заставлять команду его заполнять.

Правила, без которых вики не живёт

1. У каждого раздела вики есть владелец, его имя написано в начале страницы.
2. У страниц регламентов есть дата последней проверки.
3. Шаблоны для ТЗ, протокола, ретро и ADR созданы до того, как команда начала писать.
4. Решения, принятые в чатах, переносятся на страницу в тот же день.
5. Устаревшие страницы не удаляются, а переносятся в архив с пометкой.
6. Раз в квартал владельцы разделов проверяют свои страницы.
7. Новичок в первую неделю отмечает, чего ему не хватило в онбординге, и это становится задачей.

Когда Confluence остаётся лучшим выбором

Отказ от Confluence оправдан не всегда. Мы советуем остаться на нём, если:

• Базой знаний пользуются продажи, поддержка, HR и юристы, которые не работают в трекере.
• Документов тысячи, а структура прав повторяет оргструктуру компании.
• Компания использует Jira Service Management и строит на Confluence базу знаний для клиентов.
• Важные процессы завязаны на шаблоны, макросы и приложения Marketplace.
• Нет человека, который проведёт переезд и наведёт порядок в структуре.

Работает и гибридный вариант. Общекорпоративная база знаний остаётся в Confluence или другой вики для всей компании, а рабочая документация команд разработки, то есть ТЗ, протоколы, ретро и ADR, переезжает в Plane рядом с задачами. Главное — явно записать, что где живёт, иначе гибрид превращается в два склада вместо одного.

Если вы выбираете трекер целиком, а не только вики, посмотрите наше сравнение Plane и Jira: там документация разобрана как часть общей стоимости владения.

Как переехать с Confluence без потери полезного

Штатный импортер Plane рассчитан на задачи из Jira. Для страниц Confluence проверьте, какие варианты переноса поддерживает ваша версия Plane; в любом случае мы не советуем переносить всё подряд. По нашему опыту, большая часть страниц в зрелом Confluence давно никем не открывалась.

Порядок переезда:

1. Выгрузите список страниц и отметьте те, что открывали за последние полгода.
2. Для каждого живого раздела назначьте владельца.
3. Перенесите живые документы в Pages и Wiki по карте документов, по пути обновив их.
4. Остальное сохраните экспортом в архив с доступом только на чтение.
5. Поставьте дату, после которой новые страницы в Confluence не создаются.
6. Через месяц проверьте, к каким архивным документам обращались, и перенесите их.

Отдельно продумайте ссылки. В задачах, коммитах и чатах за годы накопились ссылки на страницы Confluence, и после переезда они ведут в архив. Для самых используемых страниц оставьте в архиве короткую пометку со ссылкой на новое место, а в регламенте команды запишите, что новые ссылки ставятся только на Pages и Wiki.

Сам переезд документации лучше делать после того, как команда освоилась с задачами в Plane. Последовательность внедрения трекера мы описали в статье о внедрении таск-трекера в компании.

Контекст Казахстана. Документация команды часто содержит персональные данные: контакты в онбординге, данные клиентов в ТЗ, сведения о сотрудниках в кадровых регламентах. В списке регионов хранения Atlassian Cloud Казахстана нет. Если компании важно хранить такие данные в стране, self-hosted Plane на сервере казахстанского хостера закрывает вопрос и оплачивается в тенге по договору, тогда как Confluence оплачивается картой в долларах без местных закрывающих документов. Для двуязычных команд заранее решите, на каком языке ведутся регламенты, и где нужна казахская версия.

Как мы это делаем

На диагностике мы составляем карту документов команды: что где лежит сейчас, кто это читает и кто обновляет. Затем запускаем пилот с одной командой: настраиваем Pages и Wiki, шаблоны и владельцев разделов, и через две-три недели смотрим, пишутся ли документы и находятся ли они. После пилота переносим живые документы остальных команд и закрываем старую вики на запись.

Подробнее о подходе на странице услуги внедрения таск-трекеров Jira и Plane.

---

Источники. Цены Confluence и Jira: прайс-лист Atlassian. Регионы хранения данных Atlassian Cloud: документация Atlassian о data residency. Тарифы Plane: plane.so/pricing. Цены на октябрь 2026 года при годовой оплате и могут меняться.

Термины простыми словами

Confluence

Вики-система компании Atlassian для документации, обычно работает в паре с Jira. Оплачивается отдельно, за каждого пользователя в месяц.

Plane

Трекер задач с открытым исходным кодом, который можно установить на свой сервер. В нём есть встроенные страницы для документов, связанные с задачами.

Pages и Wiki в Plane

Pages — страницы внутри проекта: ТЗ, протоколы, ретро. Wiki — общий раздел для всех команд: регламенты, онбординг, правила.

Онбординг

Введение нового сотрудника в работу: инструкции, доступы, правила команды. Хороший онбординг в вики избавляет коллег от одних и тех же вопросов.

Ретроспектива (ретро)

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

ADR (Architecture Decision Record)

Короткая запись об архитектурном решении: какая была проблема, какие варианты рассматривали и почему выбрали этот. Через год объясняет, почему система устроена именно так.

README

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

Self-hosted

Установка программы на свой сервер вместо облака поставщика. Позволяет хранить документы с персональными данными в Казахстане.