Как сформулировать бизнес-задачу до написания технического задания

Тип материала: практический разбор Тема: предпроектная подготовка, постановка задачи Связи: услуга Предпроектный разбор задачи, инструмент Предпроектная карта вопросов и рисков

—

Чем бизнес-задача отличается от технического требования

Бизнес-задача отвечает на вопрос «как предприятие должно работать после изменений и какой результат мы получим». Техническое требование отвечает на вопрос «чем этот результат обеспечивается».

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

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

Разберём это на знакомом контуре. Требование звучит так: «оснастить блок №3 датчиками и вывести данные в систему». Задача звучит иначе: «управлять микроклиматом блока №3 по фактическому состоянию растений, с единым журналом решений агронома и инженера». Первое ограничивает поиск одним техническим решением. Второе открывает пространство: регламент, обучение смены, обновлённая логика досветки, настройка существующих узлов и затем оборудование. Техническое задание поверх задачи получается полным и проверяемым.

Целевой процесс: как предприятие должно работать после изменений

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

Мы описываем целевой процесс в шести строках:

1. Событие запуска. Что становится началом процесса: смена, отклонение микроклимата, поступление сырья, заявка склада, плановая отгрузка.
2. Участники и роли. Агроном, оператор теплицы, главный инженер, служба автоматизации, снабжение, ИТ, склад, логистика.
3. Передачи задач. Кто кому и в какой момент передаёт решение, в какой форме и по какому правилу.
4. Данные и источники. Откуда приходит значение: узел учёта, климатическая автоматика, лаборатория, ERP, MES, BI-отчёт.
5. Точки контроля. Где решение подтверждается и кто его подтверждает.
6. Результат процесса. Что считается выполненным: сортовой выход, ритмичная отгрузка, точная прослеживаемость партии, сданная смена.

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

Исходное состояние: что подтверждено, что предполагается

Целевой процесс опирается на честную картину сегодняшнего дня, где каждая позиция помечена своим статусом.

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

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

Требует проверки на объекте — то, что проясняет инженерное обследование: фактическое состояние датчиков, качество связи в цехах, совместимость протоколов, состояние документации.

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

Критерии результата и способ их измерения

Критерий результата — измеримая характеристика работы предприятия, которую видно на рабочем месте. «Внедрить систему мониторинга микроклимата» описывает действие. «Сменный агроном видит сводку по каждому блоку и культуре в течение пятнадцати минут после начала смены» описывает результат, который можно проверить.

Рабочий набор критериев для агропредприятия:

• Непрерывность. Часы работы контура в штатном режиме за месяц.
• Скорость решения. Время от события до управленческого решения.
• Точность данных. Доля расхождений между узлами учёта и учётной системой, которую команда видит и разбирает.
• Прослеживаемость. Время на сбор сведений о партии от блока до отгрузки.
• Нагрузка людей. Число ручных операций и повторных вводов в смену.
• Экономика. Расход энергоресурсов, воды и питательного раствора на единицу продукции.

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

Ответственность: кто решает, кто исполняет, кто принимает

Ясное распределение ролей держит проект собранным от первого совещания до сдачи результата.

Владелец результата. Руководитель, который отвечает за итог процесса и имеет право менять правила. Для сквозной задачи между производством и ИТ это, как правило, уровень заместителя генерального директора или главного инженера.

Владелец решения. Тот, кто принимает финальное «да» по составу, срокам и бюджету: генеральный директор либо инвестиционный комитет.

Исполнители. Главный инженер, служба автоматизации, ИТ-команда, интегратор, поставщик оборудования, проектировщик. Каждый отвечает за свой согласованный участок и получает требования в готовом виде.

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

Владелец данных и владелец регламента. Ответственные за справочники, качество данных, обновление инструкций и обучение смены.

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

Модельный пример: от формулировки задачи до требований к исполнителям

Пример модельный. Вводные приведены полностью и служат иллюстрацией подхода. Показатели конкретного предприятия подтверждаются измерениями на месте.

Вводные. Тепличный комплекс на Кубани в составе вертикального агрохолдинга, 12 гектаров под огурцом и томатом, шесть производственных блоков, растениеводческое направление и собственный цех переработки. Климатическая автоматика двух поколений, досветка на четырёх блоках, капельный полив с узлом приготовления питательного раствора. Учёт ведётся в ERP, часть операций — на бумаге с переносом в электронные таблицы. Собственный склад, отгрузка в федеральную сеть. Штат: сменные агрономы, операторы, служба главного инженера, ИТ-специалист, подрядчик по сопровождению ИТ-инфраструктуры.

Как звучит запрос на старте. «Нужны датчики в блок №3 и вывод данных в единый экран».

Шаг 1. Бизнес-задача. Управлять микроклиматом и поливом по фактическому состоянию растений и получать сопоставимую картину расхода энергоресурсов, воды и питательного раствора по каждому блоку и культуре в течение смены. Основание: решения принимаются на разных данных, режимы соседних блоков расходятся, а расход ресурсов на единицу продукции виден с задержкой в месяц.

Шаг 2. Целевой процесс. Сменный агроном ведёт смену по сводке отклонений; спорное решение передаётся инженеру службы автоматизации; изменение уставки фиксируется в журнале с причиной; данные узлов учёта попадают в учётную систему в течение часа; отгрузка получает сведения о партии в момент её формирования.

Шаг 3. Исходное состояние. Подтверждено: состав оборудования по блокам и год обслуживания, суточные показания узлов учёта за месяц, культуры по блокам. Предполагается: доля ручных корректировок уставок и время на сверку журналов. Требует инженерного обследования: состояние датчиков блока №3, качество связи, совместимость протоколов двух поколений автоматики.

Шаг 4. Критерии результата. Сводка по блокам и культурам доступна сменному агроному в течение пятнадцати минут после начала смены; расхождения между узлами учёта и учётной системой разбираются в течение суток; время подготовки сведений по партии для отгрузки измерено до и после изменений; расход ресурсов на единицу продукции виден в BI-отчёте за смену.

Шаг 5. Ответственность. Владелец результата — главный инженер. Владелец решения — генеральный директор. Исполнители: служба автоматизации, ИТ-специалист предприятия, интегратор, проектировщик по инженерной части. Принимающие — главный инженер и ИТ-специалист по согласованной методике. Владелец данных — ИТ-специалист, владелец регламента — руководитель производства.

Шаг 6. Требования к исполнителям. Провести обследование блока №3 и прилегающих систем. Описать протоколы обмена и форматы данных. Дать заключение по совместимости с действующей автоматикой. Подготовить состав работ, сроки и стоимость по этапам. Предложить регламент журнала решений и порядок обучения смены. Зафиксировать критерии приёмки в договоре. Это основа технического задания — и она появилась до выбора оборудования и подрядчика.

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

Что проверить на своём предприятии

1. Владелец результата. Назван ли руководитель, который отвечает за итог сквозного процесса и имеет право менять правила работы.
2. Целевой процесс. Описан ли маршрут работы после изменений в шести строках: событие запуска, роли, передачи задач, данные, точки контроля, результат.
3. Статус исходных данных. Разделены ли позиции на подтверждённые, предполагаемые и требующие обследования, с планом закрытия по каждой.
4. Критерии результата. Измерим ли каждый критерий, известны ли источник данных, периодичность измерения и ответственный.
5. Границы полномочий. Зафиксировано ли, кто решает, кто исполняет и кто принимает результат по согласованной методике.

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