Найти в Дзене
Щукин Алексей

Куда уходит время проектировщика? Как Lean-учет превращает данные в эффективность

"Фото рабочего дня" - это не про нас. В проектировании водозаборов и очистных сооружений каждый час должен превращаться в измеримый результат. Расскажу, как мы внедрили Lean-систему учета трудозатрат, где часы сопоставляются с реальными объемами работ (листами чертежей), а данные становятся топливом для оптимизации. Проблема: часы ≠ ценность Традиционный учет времени в проектных организациях часто сводится к: Результат: невозможно понять, почему объект срывает сроки, где узкие места, как распределить нагрузку. Наше решение: триединая система учета 1. Учет времени с привязкой к объектам и разделам
Инженер ежедневно фиксирует в дашборде: 2. Фиксация объема работ через MDR
Инженер еженедельно обновляет статус листов: 3. Автоматизация рутины в управляющем файле по разделу, ежедневнике руководителя отдела и отчете ГИПа. Борьба с 7+1 потерями (Muda): Потеря - Как устраняем 1. Ожидание - Сопоставляя плановую\фактическую выработку ГИП и РО, могут равномерно планировать загрузку сотрудников, не
Оглавление

"Фото рабочего дня" - это не про нас. В проектировании водозаборов и очистных сооружений каждый час должен превращаться в измеримый результат. Расскажу, как мы внедрили Lean-систему учета трудозатрат, где часы сопоставляются с реальными объемами работ (листами чертежей), а данные становятся топливом для оптимизации.

Проблема: часы ≠ ценность

Традиционный учет времени в проектных организациях часто сводится к:

  • Фиксации "пришел-ушел" (как в Битрикс24)
  • Указанию абстрактных "проектов или разделов" без детализации
  • Отсутствию связи с реальным объемом выполненных работ

Результат: невозможно понять, почему объект срывает сроки, где узкие места, как распределить нагрузку.

Наше решение: триединая система учета

1. Учет времени с привязкой к объектам и разделам
Инженер ежедневно фиксирует в дашборде:

  • Проект (выбор из списка) → Сооружение (насосная, очистные и т.д.)→ Раздел (АР, ТХ, ВК) → Вид работы (ПД, РД, исправления) → Часы
    *Пример: 4 часа на разработку сооружения "Насосная станция 1 подъема" в проекте "Реконструкция водозабора города N"*

2. Фиксация объема работ через MDR
Инженер еженедельно обновляет статус листов:

  • Количество листовФормат (А1,А3,А4)Приведенный объем к А4% выполнения
    В составе проекта уже описаны выполняемые листы и их форматы. Инженер лишь оценивает прогресс выполнения того или иного листа в процентах. Пересчет в приведенный формат осуществляется автоматически.
    *Ключевая метрика: "Приведенный формат к А4" = универсальная единица объема работ*

3. Автоматизация рутины в управляющем файле по разделу, ежедневнике руководителя отдела и отчете ГИПа.

  • Автоматический перенос прогресса в отчетные документы
  • Автоматический пересчет сроков в зависимости от прогресса и визуализация статуса разработки (светофор)
-2

Как это работает в парадигме Lean?

Борьба с 7+1 потерями (Muda):

Потеря - Как устраняем

1. Ожидание - Сопоставляя плановую\фактическую выработку ГИП и РО, могут равномерно планировать загрузку сотрудников, не допуская простоев.

2. Перепроизводство - Сопоставление часов и листов: если на простой чертеж ушло 8 ч → ищем причину

3. Лишние движения - Автоперенос данных между системами (исключаем ручной пересчет)

Измеряем полезную работу через OEE (Overall Equipment Effectiveness):
Адаптированная формула для "белых воротничков":

Фактическая трудоемкость (ч) × Объем работ (листы А4)
OEE = -----------------------------------------------------------------------
Плановое время × Плановый объем

Пример: Если инженер за 40 часов выпустил 80 листов приведенных к А4 при плане 100 → OEE=80%. Анализируем причины.

Выявляем отклонения через анализ первопричин:

Кейс из практики:

  • Проблема: На сооружение "Камера смешения" ушло в 2.5 раза больше часов, чем планировалось
  • Анализ: Провели анализ MDR → обнаружили, что 47% листов требовали переделки из-за изменений исходных данных
  • Решение: Внедрили чек-лист проверки ИД перед стартом работ (Вкладка Реестр ИД в MDR)

Планируем загрузку через такт-тайм (Takt Time):

Доступное рабочее время (ч/мес)
T = ---------------------------------------------
Плановый объем листов (А4/мес)

Пример: Если отделу нужно выпустить 500 листов приведенных к А4 за 160 ч → T = 0.32 ч/лист или 2,8 лист/день, при плановой выработке 3,2 лист/день. Зная это, ГИП и РО распределяют задачи без перегрузки.

3 уровня аналитики, которые дает система

  1. Индивидуальная эффективность (Дашборд инженера):
  • Индикатор срочных задач → борьба с прокрастинацией
  • Рейтинг по замечаниям нормоконтроля → мотивация к качеству
  1. Проектные риски (MDR + учет времени):
  • Отклонение "Факт/План" по трудоемкости разделов → раннее предупреждение о срыве сроков
  • Динамика "% выполнения" → коррекция графиков УФ раздела
  1. Оптимизация ресурсов компании (агрегированные данные):
  • Расчет реальной трудоемкости проектных решений (например, "Подводящий трубопровод" = 3,8 лист/день, что выше плановой выработки, и соответственно требует корректирующих мероприятий)
  • Выявление "узких мест" (какие разделы стабильно требуют доп. времени)
  • Обоснование сроков для заказчиков на основе исторических данных

Что это дало на практике?

  • -65% времени на составление отчетов (данные генерируются автоматически)
  • Пока +15% точность планирования сроков (благодаря исторической аналитике по листам/часам)
  • Прозрачная загрузка: руководители видят, кто перегружен, а кто простаивает
  • Мотивация инженеров: понятные KPI вместо субъективной оценки

"Учет времени без привязки к объему работ - как диагностика без термометра. Вы видите симптомы, но не понимаете причину."

Где мы сейчас:

По моим оценкам - сделано процентов 25 - но, наверное, самых главных.

Мы настроили систему и собираем цифры, выстроили аналитику и начали работать с первыми отчетами.

Занимаемся отстройкой процессов и настройкой регулярного менеджмента.

Впереди много интересных событий и идей.

Мой телеграм канал
Сайт компании