Я выпал из стажировки при изучении руководства по рациональной работе, не ходил на встречи группы, не продвигался по руководству больше месяца, разве что за рулем слушал записи встреч. Очередная демонстрация отсутствия собранности на временном промежутке больше недели. Да, был занят на срочном проекте, но в лайт-режиме, пусть ползком, по помидорке в день + встречи, мог бы и продолжать стажировку. Потом почти уже решил, что всё, фиксируем еще одну неудачную попытку. Но однажды, в режиме “пока мою посуду”, включил на ютубе запись первого дня конференции, и не смог уже не досмотреть, где выступали любимые наставницы и Анатолий Левенчук. Как-то у них совместно получалось выступать 
И вдруг всё сложилось: и то, что было в записях встреч (спасибо одногруппникам, что делились), и то, что услышал на конференции (спасибо всем выступившим), захотелось дать себе еще одну попытку и проверить одну идею, которая помогла бы провести с пользой время хотя бы до окончания стажировки:
- делаем модель себя;
- полагаясь на эту модель, описываем свой метод управления работами (работа, стажировка, досуг) для роли себя в качестве операционного менеджера;
- работаем / учимся / отдыхаем по этому методу, собираем статистику / наблюдения о себе;
- запускаем цикл последовательного и непрерывного уточнения модели и улучшения метода. На каждом цикле вносим минимальное улучшение метода, идем маленькими ступенями, главное - не прекращать это движение, сделать его частью образа жизни. Активно используем LLM для корректировок / рефакторинга (ведь на предыдущих шагах у нас появляются описания и аналитика в виде текста, с ними хорошо работает ИИшка);
- применяем на каждом шаге знания / навыки, полученные во время стажировки, или понимаем, что их не хватает (скорее всего так и будет, я ж застрял на третьей главе), тогда изучаем и применяем.
И самое важное – используем “метод варвара” – не думаем о системе, пока ее нет. Делаем абы как, душим в себе перфекциониста, результат все равно будет в виде рабочих продуктов по п. 3 (мы ж всё-таки собираемся что-то делать, а не только составлять описания).
И вот что получилось.
Моя система управления работами, версия 1.0.0
Цель и сфера применения
Собрать модель самого себя так, чтобы:
- работа / стажировка / досуг шли потоком, а не хаосом
- можно было измерять эффект (для последовательных улучшений)
- описание было пригодно для LLM-коррекции
Соглашение о версионировании
| Сегмент | Изменяется, когда… | Пример |
|---|---|---|
| MAJOR | меняем концепцию модели | 1.x.x → 2.0.0 |
| MINOR | изменяем метод / модель / структуру описания | 1.0.x → 1.1.0 |
| PATCH | меняем инструмент / вносим мелкие правки | 1.0.0 → 1.0.1 |
Модель себя
Роли
| Роль | Краткое описание |
|---|---|
| Исполнитель / делатель | Исполняет работы |
| Операционный менеджер | Управляет потоком работ |
| Методолог | Улучшает метод, следит за метриками |
Ресурсы (возможности и ограничения)
По результатам замеров от февраля 2025 года:
- рабочая мощность (среднесуточная, без учета рабочих и выходных дней): 10 ч 30 мин, из них:
- продуктивное + инвестиционное время: 5 ч 30 мин
- досуговое время: 3 ч 10 мин
- лишнее время (отвлечения): 1 ч 50 мин
- сон 7 часов (среднесуточный), но крайне неравномерный
Основное продуктивное время: 11:00–13:00, 19:00–22:00 (требует уточнения)
Уровень стресса (самооценка по шкале 1–5, где 1 - нет стресса, 5 - высокий): 2
Представление о себе
Сильные стороны и проблемные зоны
| Сильные стороны | Зоны роста |
|---|---|
| Любознательность; поставлена привычка – трекинг рабочего и досугового времени; готовность к экспериментам | Склонность держать больше 3-5 задач (FOMO?) в работе / ожидании (сейчас в очереди 10 “приоритетных” проектов); стыд за “провалы”; трудности с отказом от старых проектов; плохо определяет “важное”, чаще берется за то, что интереснее; нарушен режим сна / отдыха |
Текущий уровень собранности
надо оценить на разных временных интервалах, и вообще выделить все остальные характеристики себя, важные для работы по методу, соединить с предыдущим разделом (+/-)
Готов к небольшим / постепенным изменениям привычек, нежели к резкому изменению графика и т.д.
Мой метод управления работами
Цели
- Сократить количество незавершенных задач
- Своевременно завершать задачи
- Сохранять энергию, не допускать срывов / выгорания
Результаты деятельности
- Увеличение скорости выполнения работ
- Увеличение скорости выпуска рабочих продуктов
Польза от деятельности
- Постановка мастерства собранности
- Постановка навыка управления потоком работ на примере себя
- Уменьшение стресса / повышение настроения
- Повышение когнитивной мощности
Объекты внимания
Мета-У-модель / прикладная онтология (“из учебника”, из руководства по рациональной работе)
| Объект | Синонимы | Описание / что означает |
|---|---|---|
| я::”рабочая станция” | Индивид / ФФО, выполняющий работу по методу | |
| ”рабочая станция”::создатель | Индивид или группа индивидов, работающих одним методом. Ну, или внутри себя может / могут работать по разным методам, главное - выдает результат | |
| создатель | Термин из BORO. Выпускает объекты методом или классом методов | |
| ”метод работы” | - типовые действия, или способ/паттерн/шаблон работы/way of working – отсылаем к повторяемости и предсказуемости результата; - практика/рабочий процесс/культура/стратегия – отсылаем к тому, что происходит или должно происходить в физическом мире; - вид деятельности/вид труда/вид инженерии (или просто «труд», «деятельность», «инженерия») – фокус на том, что одни типовые действия отличаются от других; - функция, если отсылаем к тому, что создатель неживой или рассматривается/интересует как неживой; - сервис, если отсылаем к особенностям метода (например, в случае «сервиса» предмет метода чужой, не свой) |
Аспект поведения, указывающий на способ/паттерн/шаблон работы создателя по переводу предмета метода через какие-то его состояния, указанные в знаниях/алгоритмах метода. Предметы внимания метода: цели, объекты внимания, характеристики, смены состояний объектов Является предметом внимания методолога |
| ”работа по методу”::поведение | Работа::поведение / operations / transformation / операция / процесс (осторожно, омоним) | Действия меня::”рабочая станция” для преобразования / изменения состояния предметов работ. Изменения происходят в физическом мире. Экземпляр выполнения метода. Является предметом внимания операционного менеджмента |
| ”состояние объекта” | состояние / статус | Полная темпоральная часть индивида, принадлежащая к определенному классу с одного момента времени и до другого |
| чек-лист::описание | чеклист | Список / таблица / чтоугодно, чтобы отмечать состояния объектов при выполнении работ по методу. Используется как способ удержания внимания на нужных операциях |
| задача::описание | работа::описание / task | Описание работы::поведение для создания рабочего продукта. Может быть представлена как карточка в таск-трекере (обычно так и представляем в голове) |
| описание | модель | Шаблон для заполнения (в классах) или описание для чтения (в индивидах или классах) |
| ”рабочий продукт” | результат / результат работ / предмет работ / work item | Результат, которым могу воспользоваться я сам или передать другим, т.е. некий материальный артефакт / физический объект |
| ”ресурсы” | Объекты, которые используются для создания других, но не становятся частью создаваемых объектов. Всё то, что помогает выполнить работы | |
| ”поток работ” | workflow / поток предметов работ / Operational Flow | Поток предметов работ, проходящий через сеть рабочих станций |
| метрика | показатель | Измеряет изменения в состояниях объектов |
| ”операционный выпуск”::метрика | Количество незавершёнки /незавершённых предметов работ / WIP | |
| ”внимание агента” | Механизм, который позволяет агенту выделять как единичные объекты (или группы объектов) из фона, так и сам фон, приоритизировать информацию о выделенном и обрабатывать ее в приоритетном порядке | |
| Примечание / шпаргалка. Индивид – реальный физический предмет. Все остальные – объекты / абстрактные объекты / концепции. Процесс тоже может быть объектом. Двойное двоеточие задает отношение классификации. Если его нет, считаем, что тип/класс = “объект” (верхний уровень) |
Принципы (чем руководствуемся при составлении метода)*
- Чередовать работу в фокусе и отдых, возможные практики**:
- практика Помодоро
- Deep Work
- работа по слотам времени
- Планируем по формуле “одна задача – один рабочий продукт – в один присест”
- Частые коммиты (пост Пион)
* в идеале – ”первые принципы”
** здесь мы будем брать, что подходит нам по нашей модели себя от каждой практики
Мета-С-модель / модель данных / рабочая онтология / шаблон описания
| Объект | Синонимы | Описание / что означает | Примеры |
|---|---|---|---|
| Epic::задача | эпик / фича | Задача по получению итогового рабочего продукта. Работа над эпиком одного меня может занимать 1-3 недели и больше | Организовать работу над задачами с использованием очереди задач |
| Slice::задача | срез / рабочий срез / thin slice / тонкий срез | Задача по получению промежуточного рабочего продукта. 0,5-2 дня работы или меньше до результата. Ближайший срез эпика | Описать свой метод управления работами / сделать заготовку поста |
| Spike::задача | исследование | Задача по получению ответа “как делать” / “делать ли вообще” | Проверить, можно ли вытянуть данные через API за 1 день |
| Enabler::задача | сapability work / инфраструктурные улучшения | Задачи, выполнение которых не приоритетное, но может существенно ускорить выполнение других задач. Эти задачи не дают прямой ценности здесь‑и‑сейчас, но уменьшают время / риск следующих рабочих срезов | Автоматизация сборки, скрипт развёртывания среды, настройка VPN на роутере |
| ”карточка задачи”::описание | task card | Представление задачи в таск‑трекере | |
*Примечания.
- Идея – ссылаться здесь на мета-У-модель как справочник типов для мета-С-модели. И это не TameFlow (его я еще не изучал), это то, что мы придумали с LLM при общении по моей проблеме, т.е. “какая-то онтология работ“, заземленная под меня. И, конечно, это ещё далеко не всё, там куча объектов еще и правил работы с ними, классы обслуживания задач, вплетение досуга и текучки. Пока чисто демонстрация идеи
- Не упоминаем здесь слово “проект”, пока не начнем моделировать работу команды. Считаем, что провели декомпозицию “проектов” где-то вовне, работаем с эпиками
Характеристики объектов
Пока всё смешалось в разделе выше (и еще нет понимания, какие характеристики нужны), потом перенесу сюда
Состояния объектов
| Объект | Допустимые состояния |
|---|---|
| все типы …::задача | Queue (В очереди); Doing (В работе); Done (Готово) |
Действия / операции для смены состояний
Тут мы орудуем описаниями, но должны понимать, что где-то в физическом мире существуют физические объекты, которые должны поменять состояние в результате выполнения работы, описанной в карточке задачи. Ну и сами выполняемые работы являются действиями по каким-то методам
| Действие / операция | Событие / условие | Агент-исполнитель | Смена состояния / результат |
|---|---|---|---|
| Инициализация списка задач | Начало работы по методу или “Перезапуск системы” |
Операционный менеджер | все типы …::задача в состоянии Queue |
| Отбор задач WIP в Doing | Начало дня, в Doing ≤ 3 задач |
Операционный менеджер | самые важные задачи из Queue → Doing |
| Обработка срочной задачи | Рабочее время, прилетает срочная работа ≥ 30 мин, WIP полный | Операционный менеджер | текущую Doing → Queue, затем срочную Queue → Doing |
| Взять задачу в работу | Рабочее время, в Doing есть задачи |
Исполнитель / делатель | статус уже Doing |
| Завершить работу над задачей | Задача выполнена, рабочий продукт получен | Исполнитель / делатель | Doing → Done, получен рабочий продукт |
| это тоже далеко не всё… |
Работа по методу “Мой метод управления работами“
Инструменты
| Инструмент | Использование |
|---|---|
| Amazing Marvin | Очередь задач, канбан‑доска, статусы, тайм‑трекинг, календарные блоки и встречи |
| Obsidian | Хранилище описаний |
| Git | Версионирование текстовых моделей и артефактов |
| LLM / ИИшка | Проверка / рефакторинг текста, генерация идей |
Работа в роли “Операционный менеджер”
| Действие / операция | Результат / передаваемый рабочий продукт | Агент-исполнитель | Работа | Инструмент | Ресурсы | Скорость выполнения |
|---|---|---|---|---|---|---|
| Инициализация списка задач | Сформирована предварительная очередь задач | Операционный менеджер | Выгрузить из головы и других источников входящих и т.д. все задачи, внести их в список “Очередь задач.md” | Obsidian | Внимание | 5 мин - 1 ч |
| Инициализация списка задач | Сформирована очередь задач в Amazing Marvin, все типы …::задача в состоянии Queue |
Операционный менеджер | Перенести все задачи (тут еще может быть их отсев) на канбан-доску в Amazing Marvin, Bulk Add → статус Queue |
Amazing Marvin | Внимание | 5 мин |
| Отбор задач WIP в Doing | в Doing ≤ 3 задач, визуально видим счётчик WIP |
Операционный менеджер | Перетащить карточки задач в колонку Doing |
Amazing Marvin | Внимание | 1 мин |
| здесь пока не знаю, нужно ли подробно расписывать и как лучше сделать связь с действиями / операциями из описания метода | ||||||
| и с результатом надо подумать |
Работа в роли “Исполнитель / делатель”
В разработке
Работа в роли “Методолог”
В разработке
Описания (шаблоны)
Ежедневный чеклист
В разработке
Еженедельный чеклист
В разработке
Отчёт за день
В разработке, но что-то типа:
Дата: …
Выполнено:
• Slice «…» (Эпик: …)
• Enabler «…»
Итоговые метрики: …
Ещё рефлексия: что удалось сделать за день, что не удалось, как выполнил план, как применил материал руководств, как еще можно было бы применить его
Журнал изменений
| Версия | Дата | Описание |
|---|---|---|
| 1.0.0 | 2025‑05‑13 | Начальный каркас |
TODO
- Наладить сон
- Описать досуговые задачи, ну и вообще всё, что в разработке
- Довыписывать все недостающие объекты внимания для метода (еще три потока - финансовый, информационный / когнитивный, метрики и прочее) в мета-У-модель из руководства
- Добавить уровни моделирования М2, М3 и М4 (чисто для усвоения материала руководства, кажется, для прикладной работы по методу уже более чем тут уровней)
- Нужно ли добавлять в объекты внимания производственную линию (есть ли она в моем методе?)
- Поискать и добавить в модель себя недостающие объекты внимания, влияющие на работу по методу (что-то про личность? или про тушку? чувства / переживания? неудовлетворенности?) А еще есть дофамин / награды, всё это нужно мясному агенту
- Вкурить раздел “Операционный менеджмент и методология” из “Методологии”, там и про работу методолога и предмет интереса операционного менеджмента
- Провести итерацию по изменению модели и метода по результатам недели (может, двух)
- Добавить ссылки на источники (статьи, руководство), где не хватает (фактчекинг + sota)
- Актуализировать замеры рабочей мощности
- А если что-то попробовали применить, и не зашло - забываем навсегда или возвращаемся позже, пробуем еще?
- А как понять, это уже привычка или еще нет? Про привычки вообще стоит узнать больше (от этого и частота пересмотра модели может зависеть)
- Описать необходимые для измерения эффекта метрики (соблюсти баланс с ненапряжностью их сбора)
- Придумать форму сбора статистики (и как ее ненапряжно заполнять)
- Описать метод описания метода (включаем роль методолога, можно начать с шаблона описания метода) - задел для других применений / автоматизации ИИшкой
- Описать онтологию как-то по-нормальному (она точно в объектах внимания?)
- Посочинять промпты для ИИшки, попробовать разные модели. Типа «загляни в TODO и накидай идей». И вообще объяснить ей, что здесь происходит, типа через косую черту синонимы, через двойное двоеточие - классификация, просить соблюдать типы (ха-ха) См. раздел “Онтология путешествий объектов“ руководства по РР
- Начать чего-нибудь читать / слушать / смотреть по теме (BORO? tameflow? Формози? Дорофеев? Фридман?)
- Фенечки: а прикольно было бы в след. постах diff этого описания вывести как-то красиво (положить его в git или оставить в Obsidian Sync?)
- А журнал изменений в реальном мире - как? С описанием-то понятно…
- Поискать вещь (мастерство?)
- И систему (постановка мастерства?)
- Проклассифицировать задачи в этом TODO и работать с ними по описываемому методу. Это почти как писать компилятор на разрабатываемом языке программирования, но похоже такая жизнь будет теперь всегда
Конечно, это все далеко от совершенства (какой-то внушительных размеров список todo) и много доделывать, но уже видны плюсы и минусы.
Какие плюсы:
- мотивация для прохождения стажировки и удержания внимания на длительном промежутке времени. Я делаю / изучаю / улучшаю то, что меня реально волнует (а волнует меня, почему работы не работаются
, не растет кокос) - получаю адаптированный под себя метод управления работами
- описания хранятся не в голове, а в экзокортексе (можно делиться с LLM, получать обратную связь от единомышленников)
- формируется шаблон описания (мета-модель) поведения агента, который можно использовать для других изменений в своей жизни / применения к другим ситуациям (хоть к использованию ИИ-агентами). Вообще прокачиваю себя как методолога
Какие минусы:
- требуется доп. инвестиционное время (но можно засчитывать в прохождение стажировки / делать в рабочее время)
- публичность предъявляет уровень моего понимания руководства сообществу (но это возможность получить рекомендации / обменяться опытом)
Короче, минусов нет, я - молодец