Obsidian-vault как операционная доска проектов: 28 задач, 6 проектов, 7 авто-дашбордов

Веб Штурм (внутренний инструмент) IT-услуги / project management 2026-04 — наст. время
28
активных задач
7
авто-генерируемых дашбордов
0
пропущенных deadline'ов за 2 мес.

Услуги

  • complex-systems
  • ai-development

Стек

  • Obsidian
  • Dataview
  • Python watcher
  • junction-links
  • Markdown frontmatter
  • Canvas
  • git

Веб Штурм — IT-услуги и project management. Operационная доска на Obsidian: 28 активных задач, 7 авто-дашбордов, 0 пропущенных deadline’ов за 2 месяца. С 2026-04. Получаем process-discipline без облачных трекеров — Markdown + локальный watcher + интеграция с brainstorming workflow.

Когда у тебя 6 одновременных клиентских проектов и десятки feature-веток, Jira/Linear/ClickUp превращаются в шум. Мы построили операционную доску на Obsidian — Markdown-файлы с frontmatter, авто-генерируемые дашборды, интеграция с brainstorming workflow. Внутренний инструмент, который мы открыто показываем: это process-discipline, который вы получаете на каждом нашем проекте.

Контекст

Стандартные task-tracker’ы хорошо работают, когда у тебя один продукт и постоянная команда. У нас иначе: несколько одновременных клиентских проектов с разными технологическими стеками, постоянное переключение контекста, десятки feature-веток в нескольких git-репозиториях. Jira и ClickUp слишком тяжёлые для команды из 3–5 человек — administration overhead превышает ценность. Linear удобен, но данные в облаке, без возможности унести их или связать с локальными dev-инструментами.

Главная проблема: задача, живущая только в трекере, изолирована от памяти проекта. Решение, принятое три месяца назад, не связано со спецификацией, по которой оно принималось. Контекст теряется при переключении между проектами, при смене сессии, при привлечении второго разработчика. Нужен open-format storage на Markdown, локальный watcher, и — что критично — прямая интеграция с brainstorming workflow и файлами памяти проектов.

Какие вызовы решены

Как видеть все проекты одной страницей? Два Канбана с разными разрезами: «Канбан по статусам» (pending / active / blocked / on-hold / done) и «Канбан по проектам» (домены: Операционные / Compliance / Tooling / Бизнес / Стартапы). Python watcher перегенерирует оба файла автоматически каждые 2 секунды — без ручного обновления.

Как не терять deferred и blocked задачи? Правило «всё видимое в vault». Каждая отложенная, заблокированная или условно-зависимая задача получает task-карточку в Задачи/. Watcher работает непрерывно: задача без карточки физически не может попасть в Канбан — она невидима. Это инвертирует логику: не «задача потерялась», а «карточки нет — значит, задача не зафиксирована».

Как связать задачу с памятью проекта? Junction-ссылки на Windows указывают из папки Память/ vault’а прямо на ~/.claude/projects/*/memory/ без копирования файлов. Obsidian-граф автоматически строит связи: task-карточка ↔ memory-файл ↔ project-файл ↔ другие задачи того же проекта. Граф виден в режиме Graph View.

Как не пропускать deadline’ы? Dataview-дашборд «01 Сегодня» фильтрует по priority: high и полю deadline. Первым делом при открытии vault’а — что горит сейчас, что пропускается и что будет актуально в ближайшую неделю. Высокоприоритетные pending-задачи видны даже без deadline.

Как добавить новый проект безопасно? Архитектурное правило «slug в трёх местах»: первое — README.md slug-mapping для навигации людьми; второе — поле id: в frontmatter файла Проекты/<имя>.md для Dataview-фильтров проектного дашборда; третье — ключ в DOMAINS dict в скрипте-watcher’е для Канбана по проектам. Пропустишь любое из трёх — задачи попадают в bucket «Прочее» и выпадают из проектного разреза.

Как интегрировать с brainstorming workflow? Каждый /штурм (skill superpowers:brainstorming) после написания дизайн-документа обязан создать task-карточку в vault’е. Spec-документ в docs/superpowers/specs/ без карточки невидим в дашбордах — работа теряется. Карточка делает spec trackable: попадает в pending-список, появляется на Канбан-доске, видна в графе связей, связана со всеми зависимыми задачами.

Как визуализировать зависимости между проектами? Карта проектов.canvas — Obsidian Canvas с проектами в виде узлов, dependency-стрелками между ними и blocked-маркерами. Когда один проект ждёт результата другого, это видно визуально, а не только читается в тексте карточки.

Подход

  1. Структура vault’а — пять корневых папок: Задачи/ (все task-файлы), Проекты/ (project-файлы с описанием и slug), Дашборды/ (Dataview-генерируемые Канбаны, дашборды «Сегодня» и «По проектам»), Память/ (только junction-links без копирования файлов), Шаблоны/ (стандартизированные frontmatter для задач и проектов).

  2. Frontmatter-схема для task-файлов: обязательные поля type, status, project (slug), priority, created, updated; опциональные deadline, depends-on, tags. Поле status — единственный источник правды для Канбанов. Статусы фиксированы: pending / active / blocked / on-hold / done.

  3. sync_kanban_from_tasks.py — Python watcher (~200 строк) с polling-интервалом 2 секунды. Читает все frontmatter в Задачи/, строит таблицы Markdown по статусам и проектам, перезаписывает Канбан-файлы. Дебаунс предотвращает лавину перезаписей при пакетном создании задач. Запускается как фоновый процесс при открытии vault’а.

  4. 3-place slug rule (README + frontmatter id + sync DOMAINS) — архитектурное правило, зафиксированное в memory/feedback_vault_slug_three_places.md. Новый проект без slug’а в трёх местах ломает Канбан по проектам. Правило проверяется вручную при добавлении нового проекта.

  5. Junction-ссылки на память проектов — вместо копирования memory-файлов или хранения дублей, Память/ содержит только Windows junction-ссылки на ~/.claude/projects/*/memory/. Obsidian воспринимает их как обычные папки с файлами. Граф строится автоматически: task-карточка, ссылающаяся на memory-файл, получает ребро в Graph View.

  6. Brainstorming integration — скилл superpowers:brainstorming после написания spec’а создаёт task-карточку до перехода к writing-plans. Карточка содержит ссылку на spec, Definition of Done из дизайн-документа и ссылки на связанные memory-файлы. Без этого шага spec существует, но не виден в операционной картине.

  7. Canvas Map проектов — Obsidian Canvas с ручным layout: проекты расположены по доменным колонкам (Операционные / Tooling / Бизнес / Стартапы), dependency-стрелки показывают межпроектные блокировки. Обновляется вручную при добавлении нового проекта или новой зависимости.

Результат

  • 28 task-файлов в Задачи/ по 6 проектам в 5 доменах
  • 7 авто-генерируемых дашбордов: Канбан по статусам, Канбан по проектам, дашборд «Сегодня», дашборд «Горящие сроки», дашборд по каждому активному домену
  • 0 пропущенных deadline’ов за 2 месяца использования — включая проекты с внешними зависимостями и условными блокировками
  • Все задачи с blocked/on-hold статусом имеют явную причину блокировки и ссылку на зависимость в карточке
  • Время на «pull-up» контекста при возврате к проекту через 2 недели: было ~30 минут ручного чтения истории, стало ~5 минут открытия карточки + memory-файла через junction-ссылку

Эффект для бизнеса

  • Видимость работы для клиента — можем поделиться read-only снимком vault’а по запросу: клиент видит статус задач по своему проекту без VPN-доступа к корпоративным системам и без объяснений «где смотреть».
  • Нулевой context-switching cost между проектами — junction-ссылки и память дают мгновенный «pull-up» прошлых решений. Разработчик, возвращающийся к проекту после двух недель перерыва, не тратит время на восстановление контекста.
  • Документация и память не отстают от кода — каждый брейншторм фиксируется одновременно в docs/superpowers/specs/ и в vault’е. Spec без task-карточки невидим; карточка без spec’а не создаётся. Два артефакта всегда идут в паре.

Что использовали

Obsidian с открытым vault-форматом (plain Markdown, не proprietary storage), Dataview-плагин для Kanban-дашбордов и фильтрации по frontmatter, Python watcher ~200 строк с polling 2 секунды и дебаунсом, Markdown frontmatter со стандартизированной YAML-схемой, Canvas-плагин Obsidian для визуальной карты проектов и зависимостей, junction-links Windows для связи Память/ с ~/.claude/projects/*/memory/ без дублирования файлов, git для версионирования vault’а отдельно от клиентских репозиториев.

Что мы можем сделать у вас

Если у вашей команды 5+ одновременных проектов с потерей контекста при переключениях — настроим аналогичный vault за 1 неделю и проведём workshop по использованию. Включает: структуру папок под вашу специфику, Python watcher с адаптированными доменами, junction-ссылки на вашу память проектов, Canvas-карту с вашими зависимостями. Vault остаётся у вас на инфраструктуре в открытом Markdown-формате. Написать нам

Часто задаваемые вопросы

Что такое Obsidian Tasks Vault и чем отличается от Jira / Notion?
Vault — операционная доска проектов на локальном Obsidian: задачи в Markdown с frontmatter, Dataview для запросов, Canvas для Kanban-досок, Python-watcher для авто-генерации дашбордов. В отличие от Jira/Notion — никакой облачной зависимости, мгновенный поиск, версионирование в git, интеграция с Claude Code skills.
Сколько занимает развернуть аналог у себя?
MVP — 2-3 дня: установить Obsidian + Dataview + Templater, скопировать наши шаблоны Задач/Проектов, поднять Python-watcher. Полная настройка под 5-10 проектов с дашбордами — ~1 неделя. На сегодня: 28 активных задач, 7 авто-генерируемых дашбордов, 0 пропущенных deadline'ов за 2 месяца эксплуатации.
Реально ли заменить Jira/Linear на Obsidian для команды 3-5 человек?
Да, при готовности к git-workflow. Synced через git (или Obsidian Sync). Замена: Canvas вместо Kanban-досок, Dataview вместо JQL, Templater вместо custom-fields, GitHub/Gitea — issue tracker для багов. Что теряете: native mobile UX (хотя Obsidian Mobile неплох), real-time collaboration.
Когда Obsidian Vault не подходит?
Если команда >10 человек или нужны статусы для не-разработчиков (продажи, поддержка) — Linear/Jira всё-таки. Если требуется time-tracking с автогенерацией инвойсов — нужен ClickUp или Hubstaff. Vault оптимален для команды разработки 1-5 человек, ведущей 5-15 параллельных проектов с brainstorming-driven подходом.

Похожая задача?

Расскажите контекст — подскажу, что и как делать.

Обсудить похожий проект →