Как вести учёт рабочего времени в команде

Знакомая ситуация: команда вроде бы работает с утра до вечера, задачи закрываются, но в конце месяца проект уходит в минус, а на вопрос "куда делись часы" внятного ответа нет. Кто-то переработал и тихо выгорает, кто-то half-day занимался не тем, клиент спорит по счёту, и восстановить картину уже невозможно. Всё это симптомы одной проблемы: учёт рабочего времени в команде либо не ведётся, либо ведётся формально и не связан с реальной работой.

Хорошая новость в том, что вести учёт рабочего времени это не обязательно бюрократия и контроль каждой минуты. При правильном подходе это инструмент управления: он показывает реальную загрузку людей, помогает точнее оценивать проекты и защищает команду от перегруза. В этом гайде разберём, зачем вообще нужен учёт, что требует закон, какие есть методы учёта рабочего времени, как выбрать подходящий и как внедрить его без сопротивления сотрудников.

Учёт времени часто воспринимают узко: чтобы посчитать зарплату или поймать опоздавших. Но это лишь верхушка. Данные о том, сколько и на что уходит время команды, отвечают на вопросы, без которых руководитель управляет вслепую:

• Сколько на самом деле стоит проект. В человеко-часах, а не в ощущениях. Без этого любая оценка нового заказа это гадание.
• Где утекает время. Какие задачи и встречи съедают часы непропорционально пользе.
• Кто перегружен. Учёт первым показывает, что человек стабильно работает сверх нормы, до того как он выгорит и уйдёт.
• Точна ли была оценка. Сравнивая план с фактом, команда учится оценивать задачи реалистично.
• Что предъявить клиенту. Прозрачный отчёт по часам снимает споры по счёту и повышает доверие.

Отдельно стоит юридическая сторона. По статье 91 ТК РФ работодатель обязан вести учёт времени, фактически отработанного каждым работником. То есть для компаний с трудоустроенными сотрудниками вопрос не в том, вести учёт или нет, а в том, насколько он удобен и подробен.

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

Первое. Нормальная продолжительность рабочего времени не может превышать 40 часов в неделю (ст. 91 ТК РФ). Всё, что сверх, это сверхурочная работа со своими правилами оплаты и ограничениями.

Второе. Работодатель обязан вести учёт фактически отработанного времени по каждому работнику. Для этого есть унифицированные формы табеля, утверждённые Постановлением Госкомстата № 1 от 05.01.2004:

• Форма Т-12 "Табель учёта рабочего времени и расчёта оплаты труда" заполняется вручную и включает раздел по зарплате.
• Форма Т-13 "Табель учёта рабочего времени" рассчитана на автоматизированную обработку данных.

Заполнять табель можно двумя способами: методом сплошной регистрации всех явок и неявок либо регистрацией только отклонений (опоздания, неявки, сверхурочные). На практике табель это отчётный документ для кадров и бухгалтерии. Он отвечает на вопрос "сколько часов отработал человек", но не на вопрос "над чем именно". Поэтому для управления проектами одного табеля мало, и его дополняют системой учёта по задачам, из которой табель удобно формировать выгрузкой.

Большинство команд начинают с таблицы. Это нормальная отправная точка: Excel или Google Таблицы ничего не стоят, формулы складывают часы, файл хранит историю. Для офиса из пяти человек со стабильным графиком 5/2 этого хватает надолго.

Проблемы начинаются с ростом. Ручной учёт в таблице ломается на типичных вещах:

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

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

Удалёнка ломает привычную логику: проходной нет, "вижу, что сидит за столом" не работает. Соблазн закрыть пробел жёстким контролем (скриншоты экрана, замер активности мыши, слежка) велик, но это дорога к потере доверия и текучке. Исследования и практика сходятся в одном: в удалённой работе попытки контролировать каждый шаг выматывают обе стороны и подрывают доверие команды, а пользы дают меньше, чем кажется.

Работающий подход для распределённой команды строится иначе:

• Учитывайте работу, а не присутствие. Не "был онлайн 8 часов", а "над какими задачами работал и сколько это заняло".
• Дайте мягкий таймер. Сотрудник сам стартует и останавливает учёт на задаче или вносит часы в конце дня. Это уважение к взрослому человеку.
• Сделайте данные общими. Когда команда видит те же отчёты, что и руководитель, исчезает ощущение надзора.
• Объясните смысл. Понимание, зачем нужны эти данные, напрямую влияет на готовность людей их вносить.

Для команд, где время это ещё и деньги клиента, удобно, когда учёт встроен прямо в трекер задач. В Нервион таймер запускается из самой задачи: старт, пауза, фиксация, отчёт о сделанном. Время сразу идёт и в отчёт клиенту, и в "факт" планирования загрузки, так что отдельную табличку часов вести не нужно.

Для агентств, студий и аутсорса учёт времени это не внутренняя кухня, а основа выручки. Здесь час напрямую превращается в деньги, и любое расхождение между фактом и счётом бьёт по рентабельности или по отношениям с клиентом.

Чтобы учёт работал на биллинг, важны три связки:

• Время привязано к проекту и задаче, а не свалено в общий котёл. Тогда видно, какой клиент сколько реально потребляет.
• У проекта есть бюджет и ставка за час. На карточке проекта сразу видна выработка против бюджета, и перерасход заметен заранее, а не по факту.
• Отчёт собирается автоматически по проекту, исполнителю и датам и выгружается клиенту (например, в Excel) без ручной сборки.

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

Учёт времени, который смотрит только в прошлое, это половина пользы. Вторая половина появляется, когда вы сравниваете план с фактом. План это то, сколько часов вы заложили человеку на проект на неделю. Факт это то, что реально показал тайм-трекинг. Расхождение между ними и есть ваш главный управленческий сигнал.

На практике это выглядит как недельная сетка "кто над каким проектом сколько часов". Плановые цифры вы расставляете сами, фактические подтягиваются из учёта времени, а переключатель "План / Факт" показывает, где вы недооценили объём, а где у человека есть свободная ёмкость для нового заказа.

Отметим честно: классической диаграммы Ганта со связями задач здесь нет. Вместо неё в Нервион используется наглядный план загрузки команды по неделям с переключателем плана и факта это для управления загрузкой людей практичнее, чем рисовать длинные полосы Ганта.

Чаще всего учёт времени проваливается не из-за инструмента, а из-за того, как его вводят. Вот ошибки, которые убивают идею ещё на старте:

• Внедрять как карательную меру. Если первое, что услышит команда, это "теперь я вижу, кто сачкует", саботаж гарантирован. Учёт должен подаваться как инструмент планирования и защиты от перегруза.
• Требовать неудобный учёт. Если для фиксации часа нужно открыть отдельную программу, найти проект и вбить руками, люди забьют. Таймер должен быть в одном клике от задачи.
• Собирать данные и не использовать. Если часы вносят, а решения принимают по-старому, мотивация исчезает за месяц.
• Прятать данные от команды. Когда отчёты видит только начальство, это слежка. Когда их видят все это общий инструмент.
• Скриншоты и слежка по умолчанию. Жёсткий контроль уместен в редких сценариях и почти всегда выходит дороже, чем экономит, через текучку и недоверие.
• Игнорировать, где лежат данные. Часы и проекты это чувствительная информация, и держать её на зарубежном сервисе для многих компаний неприемлемо.

Рынок тайм-трекеров большой, и легко утонуть в сравнениях. Чтобы не ошибиться, отвечайте на вопросы по своему сценарию, а не по длине списка функций:

• Учитываете присутствие или работу? Для офиса хватит табеля и СКУД. Для проектной работы нужен трекер с привязкой времени к задачам.
• Время это деньги клиента? Тогда обязательны бюджеты проектов, ставки за час и выгрузка отчётов.
• Где должны лежать данные? Для российских компаний всё чаще критично, чтобы инструмент можно было развернуть на своём сервере в РФ.
• В рублях или валюте? Зарубежные сервисы вроде Toggl Track или Hubstaff считают подписку за пользователя в долларах (порядка 7-25 $ за место в месяц по их тарифам), а доступ может в любой момент стать недоступен.
• Учёт это всё, что вам нужно? Часто рядом с тайм-трекингом живут задачи, вики, чаты. Один продукт вместо пяти подписок экономит и деньги, и переключения между окнами.

Зарубежные специализированные трекеры (Toggl Track, Clockify, Hubstaff) хороши в одном учёте времени, но это отдельный сервис поверх вашего таск-трекера, оплата в валюте и данные за рубежом. Российская альтернатива решает это иначе: учёт времени встроен в трекер задач, а сам трекер можно поставить на свой сервер. Если эта тема для вас острая, посмотрите страницу про self-hosted и материал про замену Jira на российский аналог.

Если вы решили навести порядок с учётом, не нужен большой проект внедрения. Достаточно пройти по шагам:

• Сформулируйте, зачем вам учёт времени (планирование, биллинг, защита от перегруза) и проговорите это команде.
• Выберите единицу учёта: время по задачам, а не "часы в офисе".
• Заведите проекты с бюджетом и ставкой, чтобы факт сразу сравнивался с планом.
• Выберите инструмент, где таймер в одном клике от задачи и данные остаются в вашем периметре.
• Расставьте плановую загрузку на неделю по людям и проектам.
• Договоритесь о простом правиле: фиксировать время в течение дня, а не вспоминать в конце месяца.
• Через две недели соберите первый отчёт план / факт и обсудите его с командой открыто.
• Используйте выводы: перераспределите загрузку, уточните оценки, при необходимости сформируйте табель выгрузкой.

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