Ручной трекер бросают примерно на второй неделе. Объяснять это ленью — удобно и неверно: тот же человек годами ведёт бухгалтерию и не забывает про встречи. Ломается здесь не дисциплина, а экономика операции.
Чтобы отметить переключение задачи, нужно заметить, что вы переключились, — а именно этого мозг во время работы не делает. Переключение и есть момент потери внимания к внешним обрядам. В итоге трекер точно фиксирует те переходы, которые вы контролировали, и пропускает те, ради которых вы его завели.
#Короткий ответ
Автоматический учёт снимает не задачу, а её следы: какое окно было активно, был ли ввод, сколько прошло между соседними наблюдениями. Из следов собирается картина, которая по природе другая — менее точная в минутах, но не приукрашенная, потому что её не заполняет заинтересованное лицо. Пользоваться ей надо соответственно: не для точных цифр, а для отношений между ними.
#Как считается время, когда никто не нажимал кнопку
Механика проще, чем кажется, и её стоит знать, иначе цифры будут читаться неправильно.
Захват периодически снимает состояние: активное приложение, заголовок окна, счётчик секунд с момента последнего ввода с клавиатуры или мыши. Дальше день разбирается по соседним парам наблюдений:
- Если у двух соседних наблюдений одно и то же приложение и промежуток между ними меньше порога (по умолчанию порядка пяти минут), этот промежуток целиком записывается в копилку приложения.
- Если промежуток больше порога — не записывается никуда. Считается, что вы отсутствовали или захват стоял, а не что вы всё это время сидели в приложении.
- Если приложение сменилось — промежуток тоже не начисляется: неизвестно, в какой момент внутри интервала произошло переключение.
- Отдельно каждое наблюдение помечается активным или простойным по счётчику времени с последнего ввода: меньше порога (по умолчанию пять минут) — активно, больше — простой.
Из четырёх правил следует главное свойство метода: он умеет только недосчитывать. Каждый спорный интервал выбрасывается, а не делится пополам и не приписывается «вероятному» приложению. Как из тех же наблюдений собирается смысловая часть памяти, а не только минуты, — в статье про запись экрана как память ИИ.
#Одна неделя, снятая двумя способами
Ниже — типичная расстановка расхождений между ручным таймером и автоматическим учётом за одну рабочую неделю. Цифры не приводим намеренно: они зависят от вашей работы и от порогов, а сравнивать имеет смысл направление ошибки, а не величину.
| Что происходило | Ручной таймер | Автоматический учёт |
|---|---|---|
| Сосредоточенная работа в одном окне | точно | точно |
| Пять переключений за десять минут | не отмечены | все интервалы выброшены |
| Чтение бумаги, разговор у доски | если вспомнили нажать | не видно вовсе |
| Совещание на другом устройстве | если вспомнили | не видно вовсе |
| Открытая вкладка, в которую не смотрели | не отмечена | засчитана как работа |
| Обед, компьютер не выключен | остановлен вручную | отсечён простоем |
Читать таблицу нужно по последним двум колонкам сверху вниз: ручной метод ошибается там, где вы забыли, а автоматический — там, где следов не осталось или следы обманывают. Ошибки не пересекаются, и поэтому «уточнить автоматику ручным вводом» не работает — получится третья картина, у которой обе группы ошибок сразу.
Вывод из таблицы практический: сумма часов из автоматического учёта всегда меньше вашего фактического рабочего времени, и разрыв тем больше, чем больше вашей работы происходит вне экрана. Для человека, который весь день в редакторе, разрыв невелик. Для руководителя, у которого половина дня — разговоры, автоматический учёт покажет неполный день и будет прав по своим данным и неправ по существу.
#Куда именно девается погрешность
Перечислим источники, чтобы вы могли оценить их у себя.
- Паузы захвата. Тихие часы, режим сна, приватные окна — каждый такой промежуток просто отсутствует. Это не ошибка, а следствие настройки, и её нужно помнить, глядя на недельные суммы. Разбор режимов — в статье про фокус и тихие часы.
- Порог разрыва. Всё, что дольше порога, теряется целиком. Работа с частыми отходами от стола режется сильнее всего.
- Активное окно не равно вниманию. Открытый браузер с документацией засчитывается, даже если вы в этот момент говорили по телефону. Обратное тоже верно: приложение, свёрнутое в фон, но обрабатывающее вашу задачу, не засчитывается никогда.
- Приложение не равно задаче. В одном редакторе кода вы делаете три разных проекта. Разделить их по имени приложения невозможно — только по заголовку окна и по тексту с экрана, и эта разметка уже не точная.
- Счётчик простоя платформенный. На Windows он читается системным вызовом времени последнего ввода. Он не знает, что вы читаете с экрана не двигая мышью, и пометит это простоем.
#Что из этого следует на практике
Первое: не смотрите на абсолютные часы. Смотрите на доли и на изменения долей между неделями. Если доля мессенджера выросла с одной пятой до трети, это утверждение остаётся верным при любой систематической недосчитанности, потому что недосчёт бьёт по обоим измерениям одинаково.
Второе: самая полезная величина здесь — не время, а число переключений между приложениями за час. Оно устойчиво к порогу, не требует знать, «полезное» приложение или нет, и напрямую отвечает на вопрос, который вы на самом деле задаёте, когда спрашиваете «куда ушло время».
Третье: перед тем как делать выводы, посмотрите на суммарное покрытие. Если за день набралось четыре часа наблюдений при десятичасовом рабочем дне, обсуждать структуру этих четырёх часов рано — сначала разберитесь, почему шесть часов не попали.
И четвёртое, важное для того, во что эти цифры превращать. Автоматический учёт даёт хорошее сырьё для отчёта о фактически сделанном — там нужна опора на события, а не на самооценку; порядок сборки описан в статье про отчёт о работе из реальной истории. И он же — плохое сырьё для оценки себя: почему мы принципиально не выводим из него балл, разобрано отдельно, в материале о том, почему в ассистенте нет баллов продуктивности.
#Где интуиция подводит
Кажется, что автоматический учёт — это «то же самое, только без нажатий». На самом деле это измерение другой величины. Ручной таймер меряет намерение: вы объявили, что следующий час занимаетесь проектом А. Автоматический меряет присутствие: окно проекта А было активно и ввод был. Эти величины расходятся ровно в тех местах, где вам интереснее всего, — на прерываниях, на фоновом обдумывании, на работе с людьми.
Второе место, где подводит интуиция: ощущение, что автоматическая система «видит всё, значит она объективна». Она видит только экран одной машины. Всё, что происходит за её пределами, для неё не существует, а не «равно нулю» — разница между этими двумя утверждениями и есть то, что нужно держать в голове, читая любой такой отчёт.
#Частые вопросы
#Почему сумма часов за день меньше, чем я реально работал?
Так и должно быть. Интервалы длиннее порога, паузы захвата и переключения между приложениями не начисляются никуда, поэтому метод систематически недосчитывает. Если разрыв огромный, проверьте, не стоял ли захват и не слишком ли низкий у вас порог разрыва.
#Можно ли по такому учёту выставлять счёт клиенту?
Как единственный источник — нет: недосчёт работает против вас, а обосновать конкретную цифру перед клиентом вы не сможете, потому что метод не хранит вашего объявления о задаче. Как опору для восстановления того, что делалось, — да, и это его сильная сторона.
#Он различает работу и развлечение?
Нет, и это сознательно. Различие проводит контекст, а не имя приложения: браузер с документацией и браузер с видео — одно приложение. Заголовки окон помогают, но превращать их в разметку «полезное/вредное» мы не будем.
#Что делать с работой вне компьютера?
Отмечать её отдельно, коротко и в тот же день — голосовой заметкой или строкой в недельном обзоре. Это единственный способ; автоматически такая работа не появится ниоткуда. Как встроить это в недельный ритуал, разобрано в статье про автоматические итоги недели.
#Есть ли смысл вести ручной трекер параллельно, чтобы сверять?
Одну-две недели — да, чтобы понять размер собственного разрыва между намерением и присутствием. Постоянно — нет: вы получите две картины с разными ошибками и станете тратить время на объяснение расхождений вместо работы.
#Доступен ли автоматический учёт участнику общей копии?
Нет. Он строится на захвате, а захват, таймлайн и дашборды — функции владельца инстанса. Участник получает чат, память, граф, голос и навыки, но не учёт времени.
#Вывод
Автоматический учёт времени стоит заводить, если вы согласны на другую валюту: не точные часы, а устойчивые доли и число переключений. Он систематически недосчитывает и не видит ничего за пределами экрана — зато его не заполняет заинтересованное лицо, и он не пропускает именно те переходы, ради которых заводился ручной таймер. Если вам нужны минуты для счёта клиенту — берите таймер и мирьтесь с забытыми переключениями. Если нужно понять, куда девается день, — берите следы и смотрите на доли. Как это встраивается в общую систему возврата к своему контексту, разобрано в разборе второго мозга на ИИ.