Как искать инвестированное время в рабочих задачах

Как искать инвестированное время в рабочих задачах

На работе у меня много задач. Технологий тоже много - ноша DevOps и трудна, и интересна. Если со стороны взглянуть, то выполнение любой задачи звучит так, будто должно развивать, и следовательно, засчитываться за инвестированное в себя. Но далеко не от всех задач растёт мастерство. Пробую зафиксировать себе критерии для вынесения рабочей задачи в инвестированное время.

Действует принцип презумпции потраченного. По умолчанию моя работа - это применение мастерства. Развитие надо помечать сознательно. Универсальный критерий: инвестированное = «могу точно определить, какие мастерство растёт».

В реальной работе для меня это может значить утвердительные ответы на следующие вопросы:

  • Могу назвать выросшее мастерство? Конкретный метод, степень которого выросла. Ответы вроде «было тяжело», «делал впервые», «убил много времени» не засчитываются.

  • Останется ли след метода? Предъявимый результат - новое правило или заметка, методологическая формализация метода в моей базе знаний. Если я просто дал промпт агенту и внедрил результат - артефакт есть, а новых нейронных связей нет, значит, не было личного роста. Это не плохо, часто это и есть работа, но это хороший критерий.

  • Перенесётся ли знание? Смогу ли я похожую задачу в следующий раз выполнить быстрее/чище? Если буду также возиться с нуля - значит, я ничего для себя не извлёк, опыт ещё не является владением методом. А повышение эффективности моей работы будет следствием из первых двух пунктов - моё мастерство выросло и остался результат, который потом я смогу в своей системе применить для ускорения (например, сразу направить агента на мой формализованный метод, или по-другому поставить задачу, или я внедрил новый метод автоматизации на базе самой рабочей платформы - читай, развил рабочий конвейер)

Важно понимать, что граница частично в моих руках. Развитие не только свойство задачи, но и свойство её решения. Если я просто дал результат - время потрачено. Если я подошёл к задаче по-другому: задал на входе учебную рамку (осваиваю метод X), сделал рефлексию метода на выходе - это уже ближе к развитию.

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

Конечно, с нуля научиться так осознанно проговаривать про себя каждую рабочую задачу, которые иногда идут каскадом - дело долгих тренировок. Я, как новичок в методе, пока решил сделать себе такую модификацию - в Focus To Do в проекте работы по найму я завёл себе два “ведра” - текучка и развитие. Таким образом старт новой помидорки должен мысленно отправить меня в маленькое размышление “текучка или развитие?”. Когда это трение уйдёт и я натренируюсь применять такой ритуал к рабочим задачам, можно будет делать рефлексию расширенной, добавляя обозначенные вопросы.

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

2 лайка

Отличная идея, Александр, разделять таким способом рабочие задачи. Попробую применить у себя.

Сейчас я выделяю в работе в основном два типа помидорок: Важное и Текущее. В Важное фиксирую все то, что развивает конвейер, а в Текущее летит вся операционка (совещания/рутина). Но как будто бы не все Важное становится инвестиционным и надо подумать как тут быть)

2 лайка

Ага, у меня тот же сценарий: на работе пока иду по простому пути и списываю время в два “ведра”. Но не на всех важных задачах из бэклога я поитогу учусь. Возможно, надо просто те задачи, что меня не развивают (или не развивают наш рабочий конвейер), списывать в текущие.