До запуска заказа в производство компания может выполнять несколько подготовительных работ: разрабатывать дизайн, готовить чертежи, проводить конструкторские расчёты, определять технологию изготовления, формировать калькуляцию или оформлять техническую документацию. От завершения этих задач зависит, когда менеджер сможет предоставить клиенту коммерческое предложение, а производство — получить достаточно данных для начала работы.
Когда технические запросы хранятся в переписке, отдельных таблицах, устных договорённостях и персональных списках сотрудников, руководитель видит отдельные поручения, но не общий объём работы. Количество открытых задач не показывает, сколько часов нужно на их выполнение, в какой последовательности они должны пройти и соответствует ли запланированная дата доступности специалистов.
Названия работы и ответственного сотрудника недостаточно для планирования.
График должен учитывать вид работы, её плановую трудоёмкость, место в очереди, рабочий календарь исполнителя, приоритет, текущий этап, дедлайн и уже затраченное время.
Без этого руководитель видит перечень поручений, но не видит пропускной способности технического отдела.
Техническая подготовка является отдельным потоком работ
Технические задания возникают не только после подтверждения заказа. Часть из них нужна ещё до продажи: дизайнер готовит макет, конструктор проверяет возможность изготовления, технолог определяет операции и материалы, сметчик или другой специалист формирует расчёт. Другие работы появляются после согласования заказа или как внутренние запросы компании.
Если эти задачи не связаны с первоначальным коммерческим запросом, менеджеру приходится отдельно выяснять, кому передана работа, принята ли она к выполнению и когда будет готов результат. Данные о клиенте, требования, файлы и согласования при этом остаются в разных каналах.
В модуле «Рабочие задания» Bon Sens на базе Odoo задачу можно создать из сделки в CRM, из документа продажи или непосредственно в модуле. Информация о клиенте, продавце и коммерческом запросе остаётся связанной с выполнением работы. Требования передаются через описание, вложения и структурированные брифы с вопросами и ответами.
Связь с первоначальным запросом важна и для планирования работы отдела. Руководитель видит, к какому заказу относится задача, какая команда её выполняет и от какого результата зависит дальнейшее движение работы.
Задача без планового времени не показывает реальную загрузку
В перечне три задачи могут выглядеть одинаково: подготовить макет, сделать расчёт и разработать чертёж. Однако первая работа может занять меньше часа, вторая — половину рабочего дня, а третья — несколько дней. Подсчёт карточек не учитывает этой разницы, поэтому не может быть основой для определения загрузки.
Перечень работ становится планом только после оценки их трудоёмкости. Для повторяющихся видов работ целесообразно установить нормативные плановые часы. При создании задачи они формируют начальную оценку объёма работы, которую нужно разместить в очереди конкретного исполнителя.
В решении Bon Sens плановые часы настраиваются для услуг и соответствующих видов работ. После выбора вида работы в задачу переносится установленное количество часов. В очереди появляется не просто карточка с названием, а работа с определённой трудоёмкостью.
Начальный норматив может потребовать корректировки. Однако даже ориентировочная оценка создаёт общую основу для распределения работ. После накопления фактических данных компания может проверить, для каких видов работ установленные часы соответствуют реальной трудоёмкости, а для каких системно занижены или завышены.
Без плановой оценки невозможно определить ни объём незавершённой работы, ни резерв мощности отдела.
Рабочий календарь определяет доступное время специалиста
Плановые часы показывают потребность в ресурсе, но не отвечают на вопрос, когда этот ресурс доступен. Сотрудник может иметь полный или сокращённый график, другой режим работы или ограниченную долю времени, которую реально можно направить на технические задания.
Для каждого исполнителя настраиваются рабочие часы и фактор эффективности. Эти параметры нужны для расчёта доступного времени и загрузки. Если карточка сотрудника не связана с пользователем или в ней не заполнен рабочий календарь, график не имеет достаточно данных для планирования.
Фактор эффективности не приравнивает весь номинальный рабочий день ко времени выполнения задач. Часть дня может приходиться на внутренние коммуникации, согласования, уточнения, организационные работы и другие процессы. Конкретное значение компания определяет в соответствии с организацией работы конкретного отдела.
Планирование должно учитывать не номинальную продолжительность рабочего дня, а время, доступное конкретному исполнителю. Потребность в часах по задачам сравнивается с его рабочим календарём и фактором эффективности. На этой основе можно определить, есть ли у специалиста резерв для нового запроса и как его добавление повлияет на уже запланированные работы.
Очередь определяет, когда задача может быть выполнена
Даже правильно оценённая задача не имеет обоснованного срока, если рассматривать её отдельно от других работ. Дата готовности зависит не только от её трудоёмкости, но и от всех задач, которые уже стоят перед ней в очереди.
Для каждой команды предусмотрена собственная последовательность этапов канбана. Задачи распределяются между дизайнерами, конструкторами, технологами или другими подразделениями, проходят определённые этапы и располагаются в приоритетной последовательности. Пользователь с соответствующим разрешением может менять порядок карточек в пределах этапа.
Перемещение одной срочной задачи меняет ожидаемые даты всех работ, которые стоят после неё. Руководитель видит, какие дедлайны могут сместиться после корректировки приоритета, и может учесть это до согласования нового срока с менеджером или клиентом.
В карточке рабочего задания хранятся плановая дата и рассчитанный дедлайн. Вместе с плановыми часами, исполнителем и положением в очереди эти данные показывают, соответствует ли желаемый срок доступной мощности.
График не заменяет управленческого решения. Приоритеты, переназначения и корректировка плановых дат остаются ответственностью уполномоченных сотрудников, но их влияние на дальнейшую очередь становится видимым.
Исполнитель, команда, этап и дедлайн должны быть частями одного документа
Распределение задач только по фамилиям не даёт полной картины. Для управления потоком нужно видеть, к какой команде относится работа, кто отвечает за её выполнение, на каком этапе она находится и какой дедлайн рассчитан с учётом очереди.
Карточка задачи объединяет команду, исполнителя, продавца, связанную сделку или документ продажи, категорию, вид работы, приоритет, плановую дату, рассчитанный дедлайн, плановые часы, описание, брифы, вложения и данные учёта времени. История изменений хранится в том же документе.
В результате задача остаётся частью общего процесса — от коммерческого запроса до передачи результата менеджеру или в производство. Менеджер видит состояние работы, руководитель команды — её место в очереди и ответственного исполнителя, а специалист получает требования, файлы и контекст без поиска информации в отдельных каналах.
Распределение ролей и прав защищает очередь от неконтролируемых изменений. Продавец может создать задачу и передать требования, исполнитель — фиксировать работу, а лидер команды — назначать специалиста и корректировать плановые даты. Отдельными разрешениями регулируются изменение последовательности задач и ручное редактирование планового или фактического времени.
Фактическое время поддерживает актуальность будущего плана
Плановые часы остаются оценкой, пока компания не сопоставляет их с фактическим выполнением. Если расчёт, который по нормативу занимает два часа, систематически требует четырёх, будущий график будет перегружен даже при правильно настроенном календаре.
Исполнитель фиксирует работу с помощью таймера в карточке задачи. Одновременно он может вести отсчёт только по одной работе. После завершения система записывает фактические часы и обновляет остаток времени. В табеле также сохраняется история изменения этапа, команды, исполнителя, вида работы и плановых часов.
Сравнение плана с фактом нужно не для контроля каждой минуты сотрудника. Оно показывает качество нормативов и даёт основания пересматривать будущие оценки. Если отклонение повторяется для одного вида работ, руководитель может проверить, правильно ли определено плановое время, достаточно ли данных передаёт инициатор задачи и не возникает ли дополнительная работа, которой не было в первоначальном описании.
Фактические часы имеют управленческую ценность только при регулярной и одинаковой для всех фиксации. Пропущенные запуски таймера или неточные ручные корректировки искажают данные, поэтому правила учёта времени должны быть частью рабочего процесса.
График нужен для управления пропускной способностью, а не для микроконтроля
График не нужен для ежеминутного контроля сотрудников. Его задача — показывать, сколько рабочего времени уже занято, какой объём остаётся в очереди, где возникает перегрузка и какой срок можно подтвердить для нового запроса.
На основе этих данных руководитель может изменить последовательность работ с пониманием влияния на следующие дедлайны, переназначить задачу другому специалисту, скорректировать дату или пересмотреть нормативные часы после накопления фактических данных.
Если определённый исполнитель систематически имеет больше плановых часов, чем доступного времени, проблема заключается не в количестве карточек как таковом. Она может быть связана с концентрацией критических компетенций, неравномерным распределением работ или заниженными нормативами.
Для производственной компании практический результат заключается в согласовании продаж, технической подготовки и запуска заказа. Менеджер не определяет дату готовности чертежа или расчёта отдельно от текущей нагрузки отдела. Руководитель технической команды видит, какую часть будущего доступного времени уже занимают принятые задачи.
Какие данные нужны для управления загрузкой
Количество открытых задач показывает только текущий объём карточек. Для планирования нужны сумма плановых часов, остаток невыполненного времени, фактические затраты, доступное время по календарям, загрузка по исполнителям, просроченные работы, текущие этапы и изменения приоритетов.
Ни один из этих показателей не стоит анализировать изолированно. Высокая загрузка может быть допустимой, если работы распределены на достаточный период. Небольшое количество задач может создавать критическое ограничение, если все они требуют много часов одного специалиста.
Поэтому загрузку технического отдела нужно оценивать как соотношение плановой трудоёмкости, доступного времени и приоритетной очереди. Фактические часы дополняют эту модель и показывают, насколько корректно компания оценивает повторяющиеся виды работ.
От перечня работ к управляемому графику
Канбан с карточками показывает состояние работ, но сам по себе не отражает загрузку. Для управляемого графика каждая задача должна иметь плановую трудоёмкость, исполнителя, позицию в очереди и связь с его рабочим календарём. Тогда руководитель видит не только текущие поручения, но и то, какую часть будущей мощности отдела они уже занимают.
Модуль «Рабочие задания» Bon Sens на базе Odoo объединяет постановку требований, связь с CRM и продажами, распределение по командам, плановые часы, приоритеты, этапы, рассчитанный дедлайн и фактическое время. Это формирует единый рабочий контур для планирования технической подготовки заказов.
График не устраняет необходимости определять приоритеты и поддерживать дисциплину учёта. Однако приоритеты, нормативы, назначения и изменения фиксируются в одном процессе, а не в отдельных договорённостях. Руководитель получает данные для оценки загрузки, а менеджер — основание для согласования реалистичного срока подготовки дизайна, расчёта, чертежа или технической документации.
Хотите увидеть планирование рабочих заданий как часть управления техническим отделом?
Можем показать, как в решении Bon Sens на базе Odoo связать запросы из CRM и продаж, плановые часы, рабочие календари, исполнителей, приоритетную очередь, дедлайны и фактическое время в одном процессе.
Задайте вопрос менеджеру через форму на сайте или позвоните:
Задайте вопрос менеджеру
Задавайте ваши вопросы, и мы свяжемся с вами для их обсуждения.
Управляемая очередь показывает реальную последовательность работ и помогает перестраивать график после смены приоритетов, загрузки или доступности специалистов.
Сравнение запланированных и фактически затраченных часов показывает, где оценка трудоемкости перестает соответствовать реальному исполнению.
Начисление зарплаты должно завершаться управленческой картиной расходов
Последовательность операций, технические задания, передача деталей и данные для сдельной зарплаты
Сдельная оплата должна опираться на подтвержденное действие, а не на устные договоренности