Здравствуйте, в этой статье мы постараемся ответить на вопрос: «Как составить техническое задание на закупку». Если у Вас нет времени на чтение или статья не полностью решает Вашу проблему, можете получить онлайн консультацию квалифицированного юриста в форме ниже.
За формирование ТЗ отвечает контрактная служба (контрактный управляющий). При этом к составлению техзадания рекомендуется привлечь юристов и экспертов, имеющих необходимый опыт в конкретной области закупок. Документ с ТЗ утверждается руководителем заказчика или другим уполномоченным лицом.
Как составляется ТЗ на тендер
Техзадание прилагается к извещению в виде отдельного электронного документа «Описание объекта закупки». Оно отличается в зависимости от объекта заказа. При закупке товара заказчик указывает в техзадании наименование продукции, место поставки, а также сроки и условия поставки. В качестве источников для описания объекта можно использовать:
- государственные стандарты;
- рекламу и каталоги;
- публичные оферты;
- исполненные контракты;
- официальные информационные источники уполномоченных органов и др.
Техзадание составляет исполнитель
Техзадание может составить кто угодно. «Нужен сайт-визитка для стоматологической клиники» — это уже техзадание. Но будет ли оно выполнять свои функции? Вряд ли.
Хорошее ТЗ всегда составляет исполнитель – проект-менеджер или разработчик. Очевидно, что веб-разработчик понимает в создании сайтов больше, чем владелец бизнеса, поэтому описывать проект придется ему.
Это не значит, что клиент исчезает и появляется в самом конце, чтобы написать: «Отлично, одобряю». Он тоже должен участвовать в процессе:
- познакомить исполнителя с компанией, продуктами и целевой аудиторией;
- объяснить, зачем ему сайт;
- рассказать, чего хочет, поделиться идеями;
- показать примеры сайтов, которые можно взять за образец;
- ответить на любые вопросы исполнителя.
Меня часто спрашивают: «Как правильно разработать техническое задание для автоматизированной системы?». Аналогичная тема постоянно обсуждается на различных форумах. Этот вопрос настолько широкий, что ответить в двух словах никак нельзя. Поэтому я решил написать большую статью на данную тему. В процессе работы над статьей я понял, что уложить все в одной статье не выйдет, т.к. получится под 50 страниц и решил разбить ее на 2 части:
- В первой части «Разработка Технического задания. Что это такое, зачем оно нужно, с чего начать и как должно выглядеть?» я подробно попытаюсь ответить на вопросы темы, рассмотрю структуру и назначение Технического задания, дам некоторые рекомендации по формулировке требований.
- Вторая часть «Разработка Технического задания. Как формулировать требования?» будет полностью посвящена выявлению и формулировке требований к информационной системе.
Для начала надо разобраться, какой в действительности вопрос интересует тех, кто спрашивает «Как разработать техническое задание?» Дело в том, что от того, для каких целей это делается, а также кем будет использоваться, будет сильно зависеть и подход к разработке технического задания. О каких вариантах я говорю:
- Коммерческая организация решила внедрить у себя автоматизированную систему. Она не имеет собственной IT-службы и решили поступить так: Заинтересованное лицо должно разработать Техническое задание и отдать его на разработку сторонней организации;
- Коммерческая организация решила внедрить у себя автоматизированную систему. Она имеет собственную IT-службу. Решили поступить так: разработать Техническое задание, затем согласовать его между IT-службой и заинтересованными лицами, и реализовать собственными силами;
- Госструктура решила затеять IT-проект. Тут все настолько мутно, куча формальностей, откатов, распилов и пр. Я не буду рассматривать такой вариант в данной статье.
- IT-компания занимается услугами по разработке и/или внедрению автоматизированных систем. Это наиболее сложный случай, ведь приходится работать в самых различных условиях:
- Клиент имеет своих специалистов со своими взглядами, и они предъявляют конкретные требования к Техническому заданию;
- Техническое задание разрабатывается для собственных разработчиков (клиенту все равно);
- Техническое задание разрабатывается для передачи подрядчику (т.е. группе программистов, находящихся за штатом компании, или отдельному специалисту);
- Между компаний и клиентом возникает непонимание в вопросе полученного результата, и компания вновь и вновь задается вопросом: «Как надо разрабатывать Техническое задание?». Возможно, последний случай кажется парадоксом, но это правда.
- Возможны и другие, реже встречающиеся варианты;
Думаю, сейчас у читателя должны возникнуть вопросы:
- А почему нельзя разрабатывать Техническое задание всегда одинаково?
- Существуют ли какие-то стандарты, методики, рекомендации? Где их взять?
- Кто должен разрабатывать Техническое задание? Должен ли этот человек обладать какими-то специальными знаниями?
- Как понять, хорошо составлено Техническое задание или нет?
- За чей счет должно оно разрабатываться, да и нужно ли оно вообще?
На самом деле, соблюдение четких правил при составлении ТЗ не требуется. Разные компании и предприниматели оформляют задания по-разному. Вопрос в преследуемых целях.
Кто-то за пару предложений излагает ключевую мысль и надеется, что работник сам додумает остальное:
Нужно написать небольшой текст на тему «Душевые кабины». Текст должен быть для людей. Без переспама.
А кто-то описывает все в деталях и структурирует каждый аспект:
Нужно написать текст на тему «Душевые кабины» объемом 3500 знаков. Уровень спама – до 55%, уровень воды не более 18%, уникальность – от 90%. Слово «душевые» использовать не более 15 раз. Избегать стоп-слов (и, или, но, а).
Далее мы рассмотрим пункты, которые входят в базовый шаблон ТЗ.
Пример составления ТЗ на программное обеспечение
Нужно создать ПО. Технические требования — ниже.
Описание: программа для поиска статей по ключевому слову на всех авторитетных сайтах, адреса авторитетных сайтов прописывать нужно вручную.
Что должно делать ПО: после ввода ключевого слова находит статьи на сайтах, которые внесены заранее в качестве авторитетных источников, выводит список совпадений в таком формате:
- Линк
- Название статьи
- Лид-абзац
Если больше 10 совпадений, нужно разделить на страницы — по 10 на каждой.
Технические требования: язык программирования — любой, не принципиально. Главное, чтобы программу потом можно было доработать и вывести в качестве онлайн-сервиса. В идеале сервис должен искать за 10 секунд.
Сроки: до 15.09.2018.
Техническое задание — исходный документ на проектирование технического объекта (изделия). ТЗ устанавливает основное назначение разрабатываемого объекта, его технические характеристики, показатели качества и технико-экономические требования, предписание по выполнению необходимых стадий создания документации (конструкторской, технологической, программной и т. д.) и её состав, а также специальные требования.
Техническое задание также используется при создании творческого объекта ( видео ролик, статья, графическое изображение).
Можно сказать, что ТЗ — документ, в котором описывается, ЧТО нужно заказчику, в отличие от последующей проектной документации, в которой акцент переносится на ответ на вопрос, КАК этого достичь.
Техническое задание является юридическим документом — как приложение включается в договор между заказчиком и исполнителем на проведение проектных работ и является его основой: определяет порядок и условия работ, в том числе цель, задачи, принципы, ожидаемые результаты и сроки выполнения.
Все изменения, дополнения и уточнения формулировок ТЗ обязательно согласуются с заказчиком и им утверждаются. Это необходимо и потому, что в случае обнаружения в процессе решения проектной задачи неточностей или ошибочности исходных данных возникает необходимость определения степени вины каждой из сторон-участниц разработки, распределения понесенных в связи с этим убытков.
Большинство сведений, приводимых в данном разделе, не нуждаются в комментарии, поэтому мы остановимся только на некоторых подразделах.
Так, под «перечнем документов, на основании которых создается система» имеются в виду законы, распоряжения или договор. Также таким документом может являться другое ТЗ, если мы разрабатываем ТЗ на подсистему. Вообще, в ТЗ есть несколько разделов, в которых приводится перечень документов, и надо очень четко понимать различия между назначением данных частей технического задания.
В подразделе «Порядок оформления и предъявления заказчику результатов работ по созданию системы (ее частей), по изготовлению и наладке отдельных средств (технических, программных, информационных) и программно-технических (программно-методических) комплексов системы» приводятся общие сведения о приемке работ. Например, то, что мы передаем документацию и проводим ряд испытаний системы. Здесь мы только упоминаем о порядке передаче результатов работ, а ниже, в других разделах, данная тема раскрывается подробно.
Цели, основные принципы и общие правила проведения работ по межгосударственной стандартизации установлены ГОСТ 1.0 «Межгосударственная система стандартизации. Основные положения» и ГОСТ 1.2 «Межгосударственная система стандартизации. Стандарты межгосударственные, правила и рекомендации по межгосударственной стандартизации. Правила разработки, принятия, обновления и отмены»
Сведения о стандарте
1 РАЗРАБОТАН Федеральным государственным унитарным предприятием «Всероссийский научно-исследовательский институт стандартизации и сертификации в машиностроении» (ВНИИНМАШ)
2 ВНЕСЕН Федеральным агентством по техническому регулированию и метрологии
3 ПРИНЯТ Межгосударственным советом по стандартизации, метрологии и сертификации (протокол от 25 октября 2016 г. N 92-П)
За принятие проголосовали:
|
Краткое наименование страны по МК (ИСО 3166) 004-97 |
Код страны по МК (ИСО 3166) 004-97 |
Сокращенное наименование национального органа по стандартизации |
|
Армения |
AM |
Минэкономики Республики Армения |
|
Киргизия |
KG |
Кыргызстандарт |
|
Россия |
RU |
Росстандарт |
|
Таджикистан |
TJ |
Таджикстандарт |
Что такое техническое задание
44-ФЗ разъясняет, что ТЗ заказчика — это часть закупочной документации и неотъемлемое приложение к проекту государственного контракта. Основываясь на техзадание заказчики определяют основные параметры госзакупки. Положения ТЗ подробно описывают объект закупки, условия поставки, ключевые требования как к закупаемой продукции, так и к самим подрядчикам.
Техзадание — это подробное руководство для потенциальных поставщиков, в котором детально рассматриваются все аспекты тендера. Закупка товаров, работ, услуг для нужд заказчиков — это многоэтапный процесс. Перед непосредственным объявлением госзакупки и публикацией извещения организация-заказчик разрабатывает документы, которые будут характеризовать закупку: определять предмет госконтракта, цену, объем, условия, требования и специфику приобретаемого объекта. Различные объекты заказа предполагают особые условия и требования. Форма и структура технического задания по 44-ФЗ зависит от вида закупаемого товара, работы или услуги.
Чем отличается техническое задания от описания объекта госзакупки
Описание объекта закупки является неотъемлемой частью техзадания. В законе о контрактной системе правила описания объекта урегулированы, но требования к техническому заданию по 44-ФЗ не указаны и о таком документе ничего не говорится.
С 11 января 2018 г. были внесены изменения в правила описания предмета госзаказа:
- Законодатели исключили положение о том, что оно должно носить объективный характер.
- Как и прежде, потребуется сопроводить товарный знак словами «или эквивалент».
Делать это необязательно:
- если товары, выпущенные под другим товарным знаком, несовместим с товаром, который использует госзаказчик
- при приобретении запасных частей и расходных материалов к машинам и оборудованию, используемым заказчиком, согласно технической документаци
Особенности услуги по разработке технического задания на программное обеспечение
Техническое задание разрабатывается согласно отечественным и международным стандартам в зависимости от требований Заказчика к содержательной части технического задания.
Техническое задание содержит в себе следующие части:
- Вводная часть. Содержит в себе наименование и область применения программного обеспечения. Обзор разрабатываемого продукта. Термины и определения, содержащиеся в техническом задании. Краткое описание продукта для ознакомления.
- Техническая часть. Содержит требования к разрабатываемому программному обеспечению. Языки программирования, (c использованием которых должно быть разработано программное обеспечение), функции, которые должны быть реализованы. Указывается взаимодействие с другими программными компонентами/продуктами. Также в технической части указываются необходимые документы, которые должны быть разработаны в ходе разработки программного обеспечения.
-
Описание видов обеспечения создаваемой/модернизируемой системы. В данной части технического задания должны быть представлены требования к видам обеспечения:
- Математические. Методы, алгоритмы расчетов, используемые в информационных технологиях, и АС.
- Лингвистические. Языки программирования и профессионально-ориентированные языки, используемые для реализации, эксплуатации автоматизированной системы.
- Информационные. Информация, необходимая для бесперебойной работы АС, представленная в заданной форме (с одной стороны представляет информацию не зависимо от формы, способа предоставления, с другой – структуру, администрирование, целостность СУБД и базы данных).
- ПО. Соответствующие системы программирования, а также прикладных программ для функционирования автоматизированной системы.
- Технические. Средства вычислительной техники, связи, расходных материалов, спецоборудования, которые необходимы для функционирования АС.
- Организационные. Должностные инструкции, приказы, распоряжения, обязанности персонала, который использует и обслуживает автоматизированную систему.
- Детальные требования. В данной части технического задания внимание уделяется деталям, таким как: пользовательские и аппаратные интерфейс(ы) программного обеспечения, требования к производительности, проектные ограничения (стандарты), нефункциональные требования (надежность, доступность, безопасность и пр.) и другие специальные требования.
- Стадии и этапы разработки. В данной части указываются сроки, в которые должно быть разработано программное обеспечение, сроки в которые должно быть произведено тестирование программного обеспечения, а также сроки подготовки и внедрения программного обеспечения. Также предусматриваются последовательные этапы сдачи, в случае если программное обеспечение состоит из нескольких модулей, которые могут выполнять функции отдельно от других.
- Порядок приемки и передачи результата работ. Один из наиболее ответственных этапов – содержит планы тестирования программного обеспечения и алгоритм его проведения. Отсутствие данного пункта в случае разногласий вызывает затяжные судебные разбирательства.
Правильное техническое задание на разработку программного обеспечения – секрет успешного проекта
В случае с системой баннерной рекламы, мы выделим такой сценарий как создание рекламного места пользователем в роли Администратор.
Название сценария: Создание рекламного места
Роль: Администратор
Пример функционального требования:
«После добавления новой площадки в системе, администратор должен создать связанные с ней рекламные места. При создании рекламного места должны указываться площадка, тип места, поддерживаемый формат баннеров, размер, частота показов (для статических мест).После создания рекламного места оно становится доступным для менеджеров, размещающих рекламу.
Каждое созданное рекламное место получает универсальный идентификатор, который используется системой управления сайтом в запросе на показ баннеров. Для этого требуется внести соответствующие изменения в код страницы сайта».
Техническое задание содержит требования к интеграции разрабатываемой системы с другими внешними и внутренними системами, используемыми заказчиком.
В контексте технического задания на баннерную систему, это – интеграция с системами управления сайтом компании, биллинга, аутентификации и хранения данных пользователей.
«Система баннерной рекламы связана с тремя внешними модулями, функционирующими в окружении компании: системой управления сайтом компании, системой биллинга и системой аутентификации и хранения данных пользователей». Каждый показ баннера сопровождается запросом от системы управления сайтом к баннерной системе. Эти системы, кроме того, используют общие идентификаторы площадок и рекламных мест, а также согласованные имена параметров таргетирования».
В техническое задание мы обычно включаем глоссарий, разъясняющий значения специальных терминов, используемых в документе. Очень важно точно определить значение терминов, которые в дальнейшем используются в документе.
«Размещение (единица размещения, строка медиаплана) – это сущность, объединяющая баннер, который необходимо показывать, рекламное место, на котором будет показан баннер, а также правила показа. Правила показа определяют период размещения, параметры таргетирования, лимиты размещения, веса и т.п. Фактически, все рекламные кампании состоят из размещений».
Частота контакта – количество уникальных пользователей, посмотревших рекламный баннер определенное число раз. Например, частота контакта 5 – количество уникальных пользователей, каждый из которых посмотрел данный рекламный баннер не менее 5 раз. Частота контакта 1 = Охват.