Техническое задание на обследование: различия между версиями
Нет описания правки |
|||
| (не показана 1 промежуточная версия этого же участника) | |||
| Строка 4: | Строка 4: | ||
== Общие сведения == | == Общие сведения == | ||
Обследование в рамках внедрения автоматизированных систем осуществляется в целях определения максимально полных требований к целевому результату внедрения и способам его достижения. В случае с ERP и другими системами, | Обследование в рамках внедрения автоматизированных систем осуществляется в целях определения максимально полных требований к целевому результату внедрения и способам его достижения. В случае с ERP и некоторыми другими системами автоматизации бизнес-процессов, есть нюанс, заключающийся в наличии готовой собственной методологии "прошитой" непосредственно в системе, либо являющейся основой для функционала системы. | ||
Отступление при внедрении от этой методологии может повлечь существенные трудозатраты на переработку системы и не всегда даст хороший результат. Поэтому обследование в данном случае не требует полного описания существующих процессов, более того, проведение такого описания вредно, поскольку оно с одной стороны требует значительных трудозатрат, с другой - не дает ценности ни для проекта внедрения, ни для собственно компании. | |||
Поэтому в этом случае обследование имеет следующие цели: | |||
== Цели == | |||
# Убедиться, что система подходит в целом для автоматизации процессов компании. | |||
# Определить объемы проекта. | |||
# Выделить процессы, не покрываемые системой. | |||
# Определить разрывы - несоответствия системы ожиданиям заказчика. | |||
# Формализовать требования. | |||
== Исходные данные для обследования == | |||
Для реализации проекта необходимо сформулировать как минимум следующее: | |||
# Описание компании: | |||
## Какая продукция производится, какой тип производства, какие виды бизнеса имеются, переделы | |||
## Структура подразделений предприятия | |||
## Численность подразделений | |||
#Реестр процессов, подлежащих обследованию | |||
#Предполагаемая (планируемая) численность пользователей функций системы | |||
== Варианты технического задания == | |||
Техническое задание на обследование может быть разработано в следующих вариантах: | Техническое задание на обследование может быть разработано в следующих вариантах: | ||
# Для проведения конкурса. | # Для проведения конкурса. | ||
# Для исполнения работ. | # Для исполнения работ. | ||
| Строка 17: | Строка 39: | ||
Следует стремиться к тому, а в некоторых случаях это даже требуется (ФЗ-44, ФЗ-223), чтобы указанные варианты отличались минимально или не отличались вовсе, с поправкой на информацию, которая возникает только после выбора подрядчика. | Следует стремиться к тому, а в некоторых случаях это даже требуется (ФЗ-44, ФЗ-223), чтобы указанные варианты отличались минимально или не отличались вовсе, с поправкой на информацию, которая возникает только после выбора подрядчика. | ||
== Структура технического задания на обследование == | |||
# Общие сведения. | |||
# Назначение документа. | |||
# Цели и назначение создания автоматизированной системы. | |||
# Характеристика объектов автоматизации. | |||
# Требования к результатам. | |||
# Требования к работам. | |||
# Требования к исполнителям. | |||
== Результаты обследования == | |||
Результатом реализации ТЗ на обследование является: | Результатом реализации ТЗ на обследование является: | ||
| Строка 26: | Строка 59: | ||
## Цели и назначение создания автоматизированной системы. | ## Цели и назначение создания автоматизированной системы. | ||
## Характеристика объектов автоматизации. | ## Характеристика объектов автоматизации. | ||
## Концептуальная архитектура и дизайн. | |||
## Реестр требований. | |||
## Альбом отчетных форм. | |||
## Требования к работам по моделированию. | ## Требования к работам по моделированию. | ||
## Критерии приемки и оценки модели. | ## Критерии приемки и оценки модели. | ||
ВАЖНО: не надо загромождать ТЗ требованиями, которые не существенны для заказчика и не влияют на результат работ. | ВАЖНО: не надо загромождать ТЗ требованиями, которые не существенны для заказчика и не влияют на результат работ. | ||
| Строка 36: | Строка 69: | ||
Если принятая в компании политика (и применимые правила закупок позволяют), то в ТЗ включаются требования к исполнителю работ: численности, компетенциям, квалификации, сертификации, допускам и пр. | Если принятая в компании политика (и применимые правила закупок позволяют), то в ТЗ включаются требования к исполнителю работ: численности, компетенциям, квалификации, сертификации, допускам и пр. | ||
# | |||
# | |||
== Детальный состав и требования к результатам работ == | == Детальный состав и требования к результатам работ == | ||
Текущая версия от 16:29, 30 декабря 2025
Страница находится в процессе редактирования
Примечание: Предлагаемый вариант в некоторой степени гармонизирован с ГОСТ 34.602-2020 и ГОСТ 19.201-78, однако не является их полной копией или повторением.
Общие сведения
Обследование в рамках внедрения автоматизированных систем осуществляется в целях определения максимально полных требований к целевому результату внедрения и способам его достижения. В случае с ERP и некоторыми другими системами автоматизации бизнес-процессов, есть нюанс, заключающийся в наличии готовой собственной методологии "прошитой" непосредственно в системе, либо являющейся основой для функционала системы.
Отступление при внедрении от этой методологии может повлечь существенные трудозатраты на переработку системы и не всегда даст хороший результат. Поэтому обследование в данном случае не требует полного описания существующих процессов, более того, проведение такого описания вредно, поскольку оно с одной стороны требует значительных трудозатрат, с другой - не дает ценности ни для проекта внедрения, ни для собственно компании.
Поэтому в этом случае обследование имеет следующие цели:
Цели
- Убедиться, что система подходит в целом для автоматизации процессов компании.
- Определить объемы проекта.
- Выделить процессы, не покрываемые системой.
- Определить разрывы - несоответствия системы ожиданиям заказчика.
- Формализовать требования.
Исходные данные для обследования
Для реализации проекта необходимо сформулировать как минимум следующее:
- Описание компании:
- Какая продукция производится, какой тип производства, какие виды бизнеса имеются, переделы
- Структура подразделений предприятия
- Численность подразделений
- Реестр процессов, подлежащих обследованию
- Предполагаемая (планируемая) численность пользователей функций системы
Варианты технического задания
Техническое задание на обследование может быть разработано в следующих вариантах:
- Для проведения конкурса.
- Для исполнения работ.
Вариант "Для проведения конкурса" предназначен для формирования единообразного понимания задачи у заказчика и потенциальных подрядчиков, обеспечения единых условий для всех подрядчиков, максимального снятия закладываемых потенциальными подрядчиками резервов на риски, связанные с неопределенностями задачи, в целях получения максимально приближенного к реальности коммерческого предложения на реализацию.
Вариант "Для исполнения работ" предназначен для обеспечения единого понимания задач у заказчика и выбранного исполнителя, определения однозначных требований к результатам и работам, в целях обеспечения договоренности всех участников.
Следует стремиться к тому, а в некоторых случаях это даже требуется (ФЗ-44, ФЗ-223), чтобы указанные варианты отличались минимально или не отличались вовсе, с поправкой на информацию, которая возникает только после выбора подрядчика.
Структура технического задания на обследование
- Общие сведения.
- Назначение документа.
- Цели и назначение создания автоматизированной системы.
- Характеристика объектов автоматизации.
- Требования к результатам.
- Требования к работам.
- Требования к исполнителям.
Результаты обследования
Результатом реализации ТЗ на обследование является:
- Отчет об обследовании, включающий:
- Цели и назначение создания автоматизированной системы.
- Характеристика объектов автоматизации.
- Протоколы интервью и обследования.
- Техническое задание на моделирование.
- Цели и назначение создания автоматизированной системы.
- Характеристика объектов автоматизации.
- Концептуальная архитектура и дизайн.
- Реестр требований.
- Альбом отчетных форм.
- Требования к работам по моделированию.
- Критерии приемки и оценки модели.
ВАЖНО: не надо загромождать ТЗ требованиями, которые не существенны для заказчика и не влияют на результат работ.
Если принятая в компании политика (и применимые правила закупок позволяют), то в ТЗ включаются требования к исполнителю работ: численности, компетенциям, квалификации, сертификации, допускам и пр.
Детальный состав и требования к результатам работ
Общие сведения
Общие сведения включают:
- полное наименование АС и ее условное обозначение;
- шифр темы (при наличии);
- наименование организации - заказчика АС, наименование организации-разработчика (при наличии сведений о ней);
- перечень документов, на основании которых создается АС, кем и когда утверждены эти документы;
- плановые сроки начала и окончания работ по созданию АС;
- общие сведения об источниках и порядке финансирования работ.
Примечание - К документам, на основании которых или в соответствии с которыми создается АС, могут относиться, например, следующие:
- договорные документы на создание АС;
- нормативно-правовые и нормативно-технические документы, регламентирующие создание АС;
- техническое задание на создание ранее разрабатывавшейся АС.
Цели и назначение создания автоматизируемой системы
В разделе указываются бизнес-цели создания системы. Для конкурсного варианта достаточно указать качественные цели. Для исполнительского желательно указывать как качественные, так и количественные цели с конкретными показателями.
Назначение - это то, как внедряемая система повлияет на указанные цели.
Несмотря на кажущуюся формальность - этот очень важный раздел. Правильная установка цели - это главный момент во внедрении. В процессе проработки, может стать очевидной невозможность достижения поставленных целей, в этом случае может быть целесообразным прекратить проект.
Достижение целей является одним из критериев успешного завершения проекта.
