Plane — платформа для управления проектами, задачами и внутренней документацией. Её можно использовать в облаке или развернуть на собственных серверах, включая изолированный контур без доступа в интернет.
Материал проверен 2 сентября 2026 года по официальной документации Plane. Актуальная версия в журнале self-hosted-релизов — v3.1.4 от 27 августа 2026 года.
Что такое Plane
Plane объединяет трекер задач, планирование, приём заявок, страницы и вики, аналитику, автоматизацию и AI-функции. Community Edition распространяется под лицензией AGPL-3.0. Коммерческие редакции добавляют расширенные средства управления, безопасности и соответствия корпоративным требованиям.
Plane подходит командам, которым нужен современный трекер с возможностью хранить данные в собственном контуре. При выборе редакции учитывайте, что набор функций зависит от плана и способа развёртывания.
Основные возможности
| Возможность | Для чего нужна |
| Work items | Задачи с исполнителями, состояниями, приоритетами, метками, связями и вложениями |
| Work item types | Типы рабочих элементов и собственные поля для разных процессов |
| Cycles | Планирование работы по ограниченным периодам, похожим на спринты |
| Modules, Epics и Initiatives | Группировка задач по функциональным блокам и более крупным целям |
| Milestones и Releases | Контроль этапов и выпусков проекта |
| Layouts и Views | Разные способы просмотра, фильтрации и группировки одного набора задач |
| Pages и Wiki | Документы, коллекции и вложенные страницы рядом с проектной работой |
| Intake и Customers | Приём входящих запросов и работа с клиентскими обращениями |
| Dashboards и Analytics | Отчёты и виджеты для наблюдения за прогрессом |
| Workflows, Approvals и Automations | Настраиваемые процессы, согласования и автоматические действия |
| REST API и webhooks | Интеграции с внешними системами и собственная автоматизация |
| Plane AI, Skills и MCP | Работа с AI-функциями, навыками и MCP-подключениями |
Как организована работа
Основная структура Plane выглядит так:
- Workspace — рабочее пространство компании или команды с участниками и общими настройками.
- Project — отдельный продукт или направление со своими задачами и процессами.
- Work item — единица работы. Для неё задают тип, состояние, исполнителей, приоритет, метки и другие свойства.
- State — этап прохождения задачи, например Backlog, In Progress или Done.
- Cycle — период планирования с датами начала и окончания.
- Module, Epic и Initiative — уровни группировки для крупных частей работы и целей.
- Page и Wiki — документы, спецификации и база знаний внутри рабочего пространства.
- Intake — отдельный канал для входящих запросов до принятия их в основную работу.
Типичный процесс начинается с задачи или заявки в Intake. После разбора элемент получает тип, приоритет и владельца, связывается с нужным циклом или крупной инициативой и проходит по состояниям проекта. Итоги можно отслеживать в представлениях, аналитике и дашбордах.
Полезные сценарии
Спринты команды разработки
Создайте проект, настройте состояния и включите Cycles. Добавьте в цикл задачи с исполнителями и оценками, затем выберите подходящее представление для ежедневной работы.
Проверяемый признак — выбранные work items видны в цикле, а доступные в вашей редакции сведения о сроках и прогрессе отображаются в интерфейсе. Сценарий не заменяет настройку сложных Scrum-процессов, если команде нужны специальные правила согласования или отчётности.
Дорожная карта продукта
Сгруппируйте задачи в Modules, Epics или Initiatives, укажите связи и контрольные этапы. Для работы со сроками используйте представления планирования и зависимости на временной шкале.
Проверяемый признак — крупная цель раскрывается до связанных объектов, а изменения рабочих элементов видны в соответствующем представлении или аналитике.
Приём заявок
Настройте Intake для запросов от поддержки, продаж или внутренних подразделений. Новые обращения сначала попадают в отдельную очередь, где команда может уточнить данные и решить, принимать ли их в проект.
Результат — входящие запросы не смешиваются с уже запланированной работой. Способ передачи принятого запроса в проект проверьте в выбранной редакции и настройках Intake. Для внешних форм и почтового приёма заранее проверьте доступность функций в выбранной редакции.
Документация рядом с задачами
Храните спецификации, протоколы и инструкции в Pages или Wiki. Связывайте страницы с проектами и рабочими элементами, чтобы решение и его контекст находились рядом.
Проверка проста: участник с нужными правами должен открыть документ из рабочего пространства и перейти к связанному элементу проекта.
Автоматизация через API
REST API позволяет создавать и обновлять проекты, work items, циклы и модули, а также создавать и получать страницы, заявки и другие сущности, для которых предусмотрены соответствующие endpoints. Webhooks подходят для реакции на события Plane, а встроенные автоматизации — для действий внутри рабочего пространства.
Так можно создавать задачу из обращения службы поддержки или синхронизировать её состояние с другой системой. Учитывайте лимит API и храните ключ только на серверной стороне.
Подключение к REST API
Облачный API использует базовый адрес https://api.plane.so/. Для self-hosted-инсталляции адрес зависит от домена экземпляра.
Персональный токен создаётся в настройках профиля, в разделе Personal Access Tokens, и передаётся в заголовке X-API-Key. Приложения с OAuth используют Bearer-токен в заголовке Authorization.
Минимальный запрос списка задач проекта:
curl -H "X-API-Key: $PLANE_API_KEY" "https://api.plane.so/api/v1/workspaces/WORKSPACE_SLUG/projects/PROJECT_ID/work-items/?per_page=20"Не помещайте ключ в клиентский код, публичный репозиторий или текст задачи.
По состоянию на 2 сентября 2026 года для описанного Cloud API:
- API использует курсорную пагинацию;
per_pageпо умолчанию равен 100, это же максимальное значение;- лимит составляет 60 запросов в минуту на один API-ключ;
- остаток и время сброса лимита возвращаются в заголовках
X-RateLimit-RemainingиX-RateLimit-Reset; - при превышении лимита API отвечает кодом
429.
Успешное подключение можно проверить запросом списка проектов или задач. Ожидаемый результат — ответ JSON с кодом 200. Ошибка 401 означает, что аутентификация не пройдена: проверьте наличие, действительность и срок действия ключа.
Редакции Plane
| Редакция | Развёртывание и назначение |
| Cloud | Управляемая облачная версия Plane |
| Community | Полностью открытая self-hosted-редакция под AGPL-3.0, сопоставимая по функциям с бесплатным облачным уровнем |
| Commercial | Закрытая self-hosted-редакция с функциональным паритетом с Cloud и возможностью перехода на платные планы |
| Airgapped | Commercial Edition для полностью изолированных сетей без внешних зависимостей и исходящих соединений |
Commercial Edition включает 12 бесплатных пользовательских мест на рабочее пространство. Community Edition нельзя обновить до платного плана без перехода на Commercial Edition.
У редакций могут различаться версии и доступность функций: они поставляются по отдельным циклам, а Airgapped Edition получает обновления из собственного Docker Registry организации.
Развёртывание на собственном сервере
Официальная документация перечисляет Docker Compose, Docker AIO, Docker Swarm, Kubernetes, Podman Quadlets, Coolify и Portainer. Начиная с self-hosted-релиза v3.1.1 поддерживается также Red Hat OpenShift.
Для установки Commercial Edition через Docker Compose указаны минимальные требования:
- 2 ядра CPU на x64/AMD64 или AArch64/ARM64;
- 4 ГБ оперативной памяти;
- 8 ГБ оперативной памяти рекомендуется для production;
- актуальная версия Docker Compose.
Установщик Commercial Edition предлагает режим Express с настройками по умолчанию и Advanced с выбором базы данных, Redis, хранилища и других параметров.
Для Community Edition используется официальный setup.sh из последнего стабильного GitHub-релиза. Скрипт загружает docker-compose.yaml и plane.env, после чего позволяет установить, запустить, остановить, обновить экземпляр, посмотреть журналы и создать резервную копию.
В зависимости от редакции и выбранного режима перед запуском настройте домен, HTTP- и HTTPS-порты, WEB_URL, CORS_ALLOWED_ORIGINS, базу данных, Redis и файловое хранилище. После установки откройте настроенный домен и убедитесь, что загружается интерфейс Plane. Затем проверьте создание рабочего пространства, проекта и тестовой задачи.
Интеграции и перенос данных
Официальная документация описывает интеграции с GitHub, GitLab, Bitbucket, Slack, Sentry, Cursor и Draw.io. Доступны webhooks, API и механизм собственных приложений Plane.
Для миграции предусмотрены импортёры Jira, Asana, Linear, ClickUp, Notion, Confluence, CSV и Flatfile. После импорта проверьте количество проектов и задач, состояния, исполнителей, комментарии и вложения. Сложные пользовательские поля и автоматизации сверяйте отдельно: переносимость зависит от исходной и целевой моделей данных.
Проверка результата после пилота
Пилот можно считать проверенным, если:
- настроенный домен открывает интерфейс Plane;
- в тестовом рабочем пространстве создаются проект и work item с нужными состояниями и правами;
- выбранные Cycles, Modules, Pages или Intake отображаются в тех сценариях, для которых они настроены;
- тестовый API-запрос возвращает JSON с кодом
200; - при переносе данных небольшая выборка сверена по проектам, задачам, исполнителям, комментариям и вложениям.
Что изменилось к сентябрю 2026 года
Self-hosted-линейка заметно расширилась летом 2026 года:
- v3.0.0 добавила в Commercial Edition расширенное управление рабочими пространствами, разрешения, дашборды, клиентские запросы и обновления Plane AI;
- v3.1.0 принесла аудит, учёт использования AI, Plane AI Skills, новые виджеты дашбордов, проектные релизы и обновления Pages;
- v3.1.1 добавила поддержку OpenShift;
- v3.1.2 и v3.1.3 исправили проблемы аутентификации, миграции типов задач, импорта Confluence и удаления рабочих пространств;
- v3.1.4 добавила поддержку IAM/IRSA при загрузке файлов в S3.
Перед обновлением сверяйте свою редакцию, текущую версию, журнал изменений и руководство по резервному копированию. Раздельные циклы выпуска означают, что функция из Cloud или Commercial может появиться в Community позже либо отсутствовать там.
Ограничения и критерии выбора
Plane требует самостоятельного администрирования при self-hosting. До внедрения оцените:
- кто отвечает за обновления, резервные копии и восстановление;
- какая редакция содержит нужные роли, аудит, согласования и интеграции;
- разрешён ли доступ экземпляра в интернет;
- подходят ли существующие импортёры для вашей структуры данных;
- хватает ли экосистемы интеграций или потребуется API-разработка;
- готова ли команда тестировать обновления до установки в production.
Plane стоит рассмотреть, если нужны открытый код, собственное размещение, единое пространство для задач и документации или API для автоматизации. Если критичны функции конкретного корпоративного процесса, сначала соберите тестовый проект и проверьте их доступность в выбранной редакции.
Чеклист пилотного запуска
Официальные ссылки
- Сайт Plane
- Документация пользователя
- Документация REST API
- Установка через Docker Compose
- Описание редакций
- Журнал self-hosted-релизов
- Исходный код Community Edition
- Форум сообщества
Следующий шаг
Если вы сравниваете Plane с другими трекерами, следующим шагом будет прочитать Linear — issue tracker и project management для команд разработки и сопоставить требования к трекингу задач, документации и контролю данных.
Если вы связываете трекер с ИИ-агентами или внешними системами, полезно заранее обсудить границы API, права доступа и сопровождение.
Если захотите обсудить, как это применить у себя или в команде — пишите в Telegram @pimenov
