Я побудував живу карту всієї своєї життєвої системи

У мене 18 сайд-проєктів. Повна зайнятість. OKR на Q2. Команда ШІ-агентів. CRM людей, з якими я будую речі.

Інструменти — не проблема. Notion відстежує завдання. GitHub — код. Таблиця — проєкти. Але жоден із них не відповідає на запитання, яке мені справді потрібне: як одне пов'язане з іншим?

Це запитання і стало поштовхом. Я побудував mindmap.

Проблема інструментів для завдань

Інструменти для завдань кажуть, що робити. Вони не показують, чому це важливо — як один проєкт живить інший, як цінність формує рішення, як ключовий зв'язок відчиняє двері до конкретної мети.

Я відкривав Notion, бачив 40 карток і не відчував форми своєї роботи. WeDance пов'язаний з моєю місією? Теоретично так, але де саме у списку? Які проєкти — супутники, а які — центральні? Я не міг цього побачити.

Бракувало карти.

Що я побудував

Радіальне дерево на D3.js. Місія в центрі. Все інше розгалужується: OKR, проєкти, цінності, ключові люди, великі рішення.

49 вузлів. Повна картина.

Стек свідомо мінімальний — D3.js v7, TypeScript, Vite, приблизно 20КБ коду. Без фреймворку. Мені потрібно було щось, що відкриваєш у браузері — і воно працює. Не щось, що потребує трьох npm install і конфігу.

Спробувати live-демо →

Вихідний код на GitHub: razbakov/mindmap

Будувати — і було метою

Чого я не очікував: сам процес побудови карти навчив мене більшого, ніж готова карта.

Щоб структурувати дерево, довелося відповідати на складні запитання. "WeDance" — це OKR чи проєкт? (Проєкт — але це засіб для OKR1.) Які цінності реально визначають мої рішення просто зараз? (Зв'язок, автономія, практичне застосування — три, що спливають щоразу.) Які люди мають бути на верхньому рівні системи? (Ключові зв'язки, а не просто контакти.)

Дерева D3 не допускають циклічних залежностей. Якщо A пов'язаний з B, потрібно вирішити, хто з них батьківський вузол. Це обмеження корисне. Воно змушує визначитися.

Я раз за разом виявляв, що речі стоять не на своєму місці — не тому що код неправильний, а тому що моя ментальна модель була розмитою. Карта прояснила її.

Як це вписується в мою систему

Mindmap — не менеджер завдань. Він не відстежує дедлайни чи статуси. Він відповідає на запитання "чи це сюди вписується?" до того, як я почну працювати.

Коли я вирішую, чи братися за щось нове — проєкт, партнерство, фічу — я дивлюся на карту. Чи з'єднується це з вузлом, який вже є? Чи висить у повітрі, не пов'язане ні з чим? Висить у повітрі — зазвичай означає: не зараз.

Також працює як інструмент заземлення. Коли я стрибаю між п'ятьма задачами й втрачаю нитку, відкриття карти скидає мене. Ось центр. Ось де я в ньому. П'ятнадцять секунд — і я знову орієнтуюся.

Що всередині 49 вузлів

• Місія — центральний вузол
• OKR — цілі поточного кварталу
• Проєкти — всі 18, згруповані за сферою (танці, ШІ, ops, side)
• Цінності — ті, що реально проявляються в рішеннях, а не бажані
• Ключові люди — не повний CRM, лише зв'язки, що формують роботу
• Рішення — великі ADR, що впливають на всю систему

Шар людей виявився найскладнішим. Додати когось на карту — це не просто позначити контакт. Це сказати: "Ці стосунки структурно важливі для того, як працює моя справа." Це змусило чесно подумати про те, хто дійсно важливий операційно, а кого я просто знаю.

А якби це була жива система

Поточна версія статична — я вручну оновлюю файл даних, коли щось змінюється. Але очевидний наступний крок — зробити її живою: підтягувати статус завдань з Notion, здоров'я проєктів з GitHub, прогрес з трекера OKR.

А якби карта світилася по-різному залежно від того, які проєкти активні? Якби можна було фільтрувати за цінністю — покажи мені все, пов'язане зі "зв'язком" як драйвером? Якби клік по вузлу проєкту відкривав його Notion-workspace?

Це проєкт на вихідні. Може, на два.

Спробуй

Mindmap — open source. Якщо ти керуєш кількома проєктами, структура може стати в пригоді — не обов'язково код, а сам акт змусити себе намалювати карту.

razbakov.com/mindmap — live-демо github.com/razbakov/mindmap — вихідний код

20 хвилин на те, щоб зобразити свою систему у вигляді дерева, того варті. Не тому що карта — це відповідь. А тому що малювання змушує поставити правильне запитання.