Тайм-менеджмент.

Что это простыми словами

Тайм-менеджмент — это набор приёмов, чтобы успевать важное, а не просто быть занятым. Планирование, приоритеты, учёт того, куда реально утекли часы, и оборона от отвлечений. Не магия и не таблица на 47 строк по минутам, а способ не дать дню разобрать вас на запчасти.

Календарь — это карта вашего дня. Без неё вы едете куда глаза глядят и удивляетесь, почему вечером бак пустой, а до пункта назначения всё ещё ехать. На уровне бизнеса карта дорожает: тут час сотрудника превращается в деньги — в затраты и в выручку.

Зачем это бизнесу

Пока вы фрилансер с тремя задачами — хватает списка дел. Как только появляются команда и проекты, время перестаёт быть личным делом каждого: оно становится себестоимостью. Час разработчика на проекте — это рубли, которые либо окупаются в счёте клиенту, либо тихо сгорают.

Без учёта времени вы не видите, какой проект кормит, а какой работает в минус. Кажется, что клиент прибыльный, а по факту он съедает в полтора-два раза больше часов, чем заложено в цене, — и всплывает это, когда маржа уже утекла. Тайм-менеджмент на уровне компании отвечает на скучный, но денежный вопрос: сколько на самом деле стоит то, что вы делаете.

Как считается

Для процессов это шаги, для денег — формула. Чтобы превратить часы в рубли, считают две вещи: стоимость часа сотрудника и утилизацию.

Стоимость часа = (Оклад + страховые взносы + косвенные расходы) / Рабочих часов в месяц

Утилизация (billable utilization) = Billable-часы / Все отработанные часы × 100%

Пример. Разработчик с окладом 150 000 ₽. Страховые взносы примерно 30% — это +45 000 ₽. Косвенные расходы на него (аренда, софт, менеджмент) — ещё 35 000 ₽. Итого компания тратит 230 000 ₽ в месяц. Рабочих часов в месяце — около 160.

Стоимость часа = 230 000 / 160 = 1 437 ₽/час

Теперь утилизация. За месяц он отработал 160 часов, но оплачиваемых клиентом (billable) — только 120, остальное ушло на созвоны, обучение и внутренние задачи.

Утилизация = 120 / 160 × 100% = 75%

Если проект забрал 80 часов этого разработчика, его себестоимость в человеко-часах — 80 × 1 437 = 114 960 ₽. Дальше сравниваете с тем, что выставили клиенту, и видите реальную маржу, а не ту, что нарисовали в коммерческом.

Примеры из жизни

• Матрица Эйзенхауэра. Дела раскладываются по двум осям — срочность и важность. Срочное-важное делаем сразу, важное-несрочное планируем, срочное-неважное делегируем, остальное выкидываем. В РФ её активно тащат в массы гайды Сбера, Kaiten, МТС Линк.
• Pomodoro. Франческо Чирилло, конец 1980-х: работа блоками по 25 минут с перерывами по 5. Усталость меньше, прогресс ощущается — встроена в десятки российских трекеров задач.
• Российская школа. Глеб Архангельский («Тайм-драйв», «Организация времени») — хронометраж: письменно фиксируешь траты времени, чтобы найти «хронофагов»-поглотителей. На уровне команды тот же принцип реализуют тайм-трекеры — Битрикс24, ПланФикс, Timetta, Yaware.

Когда это про вас

Честно: жёсткие техники приоритизации и тайм-трекинг избыточны для соло-предпринимателя или микрокоманды на 2-3 человека с простым потоком задач. Там хватает обычного списка дел и календаря — городить тайм-шиты рано.

Не актуально и для бизнесов, где результат не привязан к человеко-часам. Если вы перепродаёте товар, считать «время на задачу» — лишняя бюрократия: на экономику это не влияет. Тайм-трекинг включается, когда вы продаёте, по сути, часы людей — агентство, студия, консалтинг, разработка.

Грабли и мифы

• Миф «многозадачность ускоряет». Мозг не работает параллельно — он переключается между задачами и каждый раз теряет фокус. На возврат к глубокой работе уходят минуты. Итог: медленнее и хуже, чем по одной задаче за раз.
• Тайм-менеджмент = расписание по минутам и убийца креатива. Наоборот: выделенное время под задачу убивает прокрастинацию и «синдром белого листа». А вот поминутный план без буфера рассыпается при первом форс-мажоре — закладывайте люфт.
• Планирование без учёта факта. Списки задач есть, а хронометража (сколько реально ушло) нет. Тогда вы не видите хронофагов и не понимаете, что приоритизировали не то. Без замера факта оптимизировать нечего.