Все статьи

Управление

Как измерить потери времени на переделки

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

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

Договоритесь, что относится к переделке

Различайте исправление несоответствия согласованному заданию, уточнение изначально неполных требований и новый объём по желанию клиента. Все три случая могут занимать время, но требуют разных решений. Плановые итерации разработки также не стоит автоматически считать потерей. Опишите несколько типовых примеров, чтобы сотрудники одинаково отмечали работу и не скрывали её из-за оценочного смысла слова «ошибка».

Записывайте причину рядом с задачей

Для начала достаточно исходной задачи, времени повторной работы, места обнаружения и категории причины. Не требуйте поминутной отчётности, если команда не использует её для других целей. Выберите достаточно точный и посильный способ учёта. Сохраняйте проверенное объяснение отдельно от первой гипотезы: переделка у последнего исполнителя могла возникнуть из-за неверного исходного документа гораздо раньше.

Ищите повторяемый механизм

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

Проверьте качество и полные трудозатраты

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

Пример разбора

Учебный пример: за месяц на повторную подготовку предложений ушло 30 часов. Из них 18 связаны с отсутствующим объёмом работ, восемь — с новым запросом клиента, четыре — с ошибками оформления. Команда вводит короткую проверку объёма перед расчётом. В следующем периоде учитывает и время этой проверки, и оставшиеся переделки. Новый запрос клиента анализируют отдельно как изменение проекта, а не как ошибку менеджера.

Причины повторной работы в учебном примере
ПричинаЧасыВозможное действие
Неполный исходный объём18Проверить задание до расчёта
Новый запрос клиента8Согласовать изменение проекта
Ошибки оформления4Уточнить шаблон и проверку
Итого30Разные причины требуют разных решений

Ошибки и ограничения

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

Что проверить после изменений

  • Ошибки, изменение требований и плановые итерации различаются.
  • Выбранное улучшение связано с подтверждённой повторяющейся причиной.
  • Эффект учитывает время проверки, итоговое качество и срок завершения.

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

Следующий шаг

Разберём вашу ситуацию на цифрах

Покажем, где находится главное ограничение и какие решения стоит проверить в первую очередь.

Получить разбор