Здравствуйте, в этой статье мы постараемся ответить на вопрос: «Техническое задание на выполнение работ». Если у Вас нет времени на чтение или статья не полностью решает Вашу проблему, можете получить онлайн консультацию квалифицированного юриста в форме ниже.
За формирование ТЗ отвечает контрактная служба (контрактный управляющий). При этом к составлению техзадания рекомендуется привлечь юристов и экспертов, имеющих необходимый опыт в конкретной области закупок. Документ с ТЗ утверждается руководителем заказчика или другим уполномоченным лицом.
Как составляется ТЗ на тендер
Техзадание прилагается к извещению в виде отдельного электронного документа «Описание объекта закупки». Оно отличается в зависимости от объекта заказа. При закупке товара заказчик указывает в техзадании наименование продукции, место поставки, а также сроки и условия поставки. В качестве источников для описания объекта можно использовать:
- государственные стандарты;
- рекламу и каталоги;
- публичные оферты;
- исполненные контракты;
- официальные информационные источники уполномоченных органов и др.
Техзадание составляет исполнитель
Техзадание может составить кто угодно. «Нужен сайт-визитка для стоматологической клиники» — это уже техзадание. Но будет ли оно выполнять свои функции? Вряд ли.
Хорошее ТЗ всегда составляет исполнитель – проект-менеджер или разработчик. Очевидно, что веб-разработчик понимает в создании сайтов больше, чем владелец бизнеса, поэтому описывать проект придется ему.
Это не значит, что клиент исчезает и появляется в самом конце, чтобы написать: «Отлично, одобряю». Он тоже должен участвовать в процессе:
- познакомить исполнителя с компанией, продуктами и целевой аудиторией;
- объяснить, зачем ему сайт;
- рассказать, чего хочет, поделиться идеями;
- показать примеры сайтов, которые можно взять за образец;
- ответить на любые вопросы исполнителя.
Что такое техническое задание
Техническое задание (сокращенно ТЗ) — это документ с подробными требованиями к проекту. Обычно в нем указывают цель, последовательность и методы выполнения работ, порядок согласования реализованных задач и другие нюансы. По сути, ТЗ — инструмент коммуникации между заказчиком и исполнителем. Он должен исключать двусмысленность и недопонимание в их взаимодействии.
Техническое задание — это то, с чего начинается качественный функциональный продукт. По крайней мере, если таковым является само ТЗ. Если документ будет составлен непрофессионально и без должного внимания, результат окажется соответствующим.
Учитывая характер целевой аудитории блога и общие тренды, скорее всего, имеет смысл описывать технические задания конкретно на цифровые продукты. Во многом так и будет, но нельзя забывать, что и самые обычные, «аналоговые», продукты тоже требуют документации. Они требовали её ещё до появления самого интернета. Поэтому для расширения кругозора и для пользы представителей нецифровых отраслей, стоит приводить отсылки и к оффлайн-проектам.
Методика приемо-сдаточных испытаний
Сдается на контрольном примере, в тестовой базе. На основе продаж за июль 2012. Данные о продажах по подразделению смоделированы в базе (созданы несколько документов Реализация товаров и услуг на сотрудников отдела продаж.)
Требуется:
1) Заполнить данные Регистр сведений «Ценность видов продукции»
2) Заполнить регистр сведений «Сезонные нормы продаж»
3) Создать на конец июля и заполнить документ «Премирование сотрудников». Провести документ. Убедиться что в регистре «Премированные сотрудники» есть записи соответствующие данным введенным документом. Сформировать печатную форму «Список премированных», убедиться, что данные печатной формы совпадают с данными документа, а формат вывода соответствует приложению № 3.
4) Сформировать отчет «Выполнение норм продаж» за июль и убедиться, что данные отчета о количестве продаж товаров соответствуют типовому отчету о «Продажи», скорректированному на ценность продукции каждого товара. Также рассчитать вручную норму продаж какого-либо сотрудника за день и сравнить с данными расчета отчета. Рассчитать для сотрудника среднюю норму продаж за месяц в ручную и сравнить с данными отчета. Рассчитать в одно из колонок все итоговые данные по группировкам, удостоверившись в верности их суммирования. Попробовать изменять состав группировок, отборы и сортировку, убедиться в работоспособности и полноте данного функционала.
Приложение № 3: Печатная форма «Список премированных»
|
Утвержденная форма № 4 |
||||||
|
Список премированных от |
||||||
|
№ |
Сотрудник |
Начислить премию |
||||
|
Ответственный |
||||||
|
подпись |
расшифровка подписи |
Большинство сведений, приводимых в данном разделе, не нуждаются в комментарии, поэтому мы остановимся только на некоторых подразделах.
Так, под «перечнем документов, на основании которых создается система» имеются в виду законы, распоряжения или договор. Также таким документом может являться другое ТЗ, если мы разрабатываем ТЗ на подсистему. Вообще, в ТЗ есть несколько разделов, в которых приводится перечень документов, и надо очень четко понимать различия между назначением данных частей технического задания.
В подразделе «Порядок оформления и предъявления заказчику результатов работ по созданию системы (ее частей), по изготовлению и наладке отдельных средств (технических, программных, информационных) и программно-технических (программно-методических) комплексов системы» приводятся общие сведения о приемке работ. Например, то, что мы передаем документацию и проводим ряд испытаний системы. Здесь мы только упоминаем о порядке передаче результатов работ, а ниже, в других разделах, данная тема раскрывается подробно.
Очень важный, и при этом часто описываемый чисто формально раздел. Хотя, на мой взгляд, это самый важный раздел ТЗ, без него мы просто не понимаем, о чем вообще создаваемая система.
Давайте сначала определим, что такое «объект автоматизации». Если мы автоматизируем склад или завод, отдел бухгалтерии, то все понятно. А если, например, создаем новую социальную сеть, то объекта как бы и нет. Но на самом деле, под объектом скорее имеются в виду автоматизируемые процессы. И даже в случае со складом мы же автоматизируем не сам склад (как можно автоматизировать хранение коробок?), а складские процессы.
Если выполнять данный раздел формально, то он будет очень похож на описание назначения системы, и в ТЗ появится еще одно озеро воды, но так и не будет понятно, а что должна делать система.
В данном разделе следует приводить:
- Описание заказчика: виды деятельности заказчика, количество филиалов, сотрудников. Конечно, характеризовать заказчика нужно в той части, которая непосредственно касается создаваемой системы.
- Сведения о пользователях системы: виды пользователей, какую роль играет система для разных пользователей.
- Описание автоматизируемых объектов. Например, если мы автоматизируем склад, до должны описать, какой он площади, сколько проходов, какая ширина проходов, какие стеллажи, имеется ли отдельная зона сборки, сколько работает человек и какие у них обязанности. Тогда мы поймем, что конкретно автоматизируем, как должен выглядеть складской процесс, и какое оборудование используется.
- Описание автоматизируемых процессов. Конечно, не стоит в ТЗ расписывать процессы подробно. Но привести общие сценарии — обязательно. Только тогда нам становится ясно, какие должны иметься функции.
- Перечень документов, в которых приводится подробное описание объекта автоматизации.
Зачем техническое задание заказчику?
Как уже было сказано, разработка технического задания — это необходимый процесс, полезный для обеих сторон трудового договора. Однако сейчас стоит рассказать о том, для чего представленный документ нужен непосредственному заказчику.
Самое важное, что можно отметить, это тот факт, что техническое задание разрабатывается только заказчиком. Это своего рода план действий, договор о предоставлении услуг. С помощью этого документа исполнители могут четко определить свои рабочие функции, а также то, что именно от них требуют. Рассматриваемый документ всегда должен разрабатываться очень качественно и внимательно. Так, заказчик должен учитывать все основные тезисы и пункты, а также не допускать противоречивых моментов. Если документ составлен грамотно, то заказчик всегда сможет указать недовольному исполнителю на определенный пункт договора.
Техническое задание, пример
Требования по сопутствующему монтажу поставленного оборудования, пусконаладочным работам на месте у заказчика (в случае необходимости) (конкретизируются заказчиком): 16. Требования по техническому обучению поставщиком персонала заказчика работе на подготовленных по результатам работ (услуг) объектах (конкретизируются заказчиком): 17.
Требования по объему гарантий качества работ (услуг) (указать минимально приемлемые для заказчика либо жестко установленные обязанности подрядчика (исполнителя) в гарантийный период): 18. Требования по сроку гарантий качества на результаты работ (услуг) (указать минимально приемлемые для заказчика либо жестко установленные сроки): 19.
Авторские права (указать условия о передаче заказчику исключительных прав на объекты интеллектуальной собственности, возникшие в связи с исполнением обязательств подрядчика (исполнителя) по выполнению работ (оказанию услуг): 20.
Что такое техническое задание
44-ФЗ разъясняет, что ТЗ заказчика — это часть закупочной документации и неотъемлемое приложение к проекту государственного контракта. Основываясь на техзадание заказчики определяют основные параметры госзакупки. Положения ТЗ подробно описывают объект закупки, условия поставки, ключевые требования как к закупаемой продукции, так и к самим подрядчикам.
Техзадание — это подробное руководство для потенциальных поставщиков, в котором детально рассматриваются все аспекты тендера. Закупка товаров, работ, услуг для нужд заказчиков — это многоэтапный процесс. Перед непосредственным объявлением госзакупки и публикацией извещения организация-заказчик разрабатывает документы, которые будут характеризовать закупку: определять предмет госконтракта, цену, объем, условия, требования и специфику приобретаемого объекта. Различные объекты заказа предполагают особые условия и требования. Форма и структура технического задания по 44-ФЗ зависит от вида закупаемого товара, работы или услуги.
Что такое техническое задание
Техническое задание — документ, в котором отражены все требования к будущему продукту. В нем описывают все технические требования. Обычно ТЗ составляют в виде текстового документа, редко — в других форматах.
ТЗ используют все разработчики сайтов. Верстальщикам, программистам, дизайнерам оно помогает лучше понять требования клиента и сделать ресурс, соответствующий его ожиданиям. Кроме того, ТЗ используют во всех других сферах, например — в:
- разработке приложений;
- проектировании дома;
- написании текстов и другие.
Если вы работаете по техническому заданию, риск споров и затяжных тяжб сведен к минимуму.
Правила составления ТЗ
Хотя форма составления техзаданий не регламентируется законом, тем не менее имеются определённые правила, которых следует придерживаться при оформлении ТЗ. Это предполагают требования к техническому заданию по 44-ФЗ.
При подготовке технических заданий нужно использовать следующие нормативы:
- отраслевые;
- госстандарты;
- министерские и ведомственные методические рекомендации;
- технико-технологические условия.
Обязательным является включение в ТЗ данных об организации-заказчике, её юридический и фактический адреса, банковские реквизиты, номера телефонов, коды по Общероссийскому классификатору.
В качестве дополнительных информативных источников могут использоваться сведения из заключавшихся ранее контрактов, коммерческие предложения других организаций, иные данные из общедоступных источников.
Характеризуя закупаемые объекты, заказчик обычно называет их минимальные и максимальные показатели. Однако при этом должно присутствовать и реальное значение, которым обладает конкретный объект.
Запрещено использовать размытые обозначения типа «не более», «не менее», «от и до», которые могут привести к двусмысленному и даже превратному толкованию характеристик закупаемых объектов.
Если во время выполнения работ или оказания услуг планируется использование товаров, которые не входят в контракт, то в закупочную документацию можно вносить ссылки на товарные знаки. В данном случае в описание объекта обязательно требуется добавлять слова «или эквивалент», если не наблюдается несовместимость товаров с разными товарными знаками. Также эти слова не используются в случае необходимости обеспечить взаимодействие подобных товаров с товарами, которые использует заказчик.
При этом характеристики ТРУ не должны ограничивать конкурентные возможности участников сделки путём:
- включения в ТЗ разнородной продукции,
- установления нереальных сроков поставок, выполнения работ, оказания услуг;
- выдвижения требований ко всему объекту, которые характерны лишь для одного товарного знака.
ТЗ по 44-ФЗ не предусматривает обязательного во всех закупочных действиях ориентирования заказчика на ГОСТы, стандарты или технические регламенты. В техзадании должны быть указаны обозначение объекта госзакупки и главные требования к нему.
Наименование закупочного объекта должно обязательно соответствовать КТРУ.
Тем не менее, будучи вспомогательной мерой, ГОСТ заметно упрощает корректное заполнение документов, сопровождающих закупку. Более того, в случае, если ГОСТ указан в ТЗ, он становится обязательным для участников контракта.
Технические регламенты, не будучи обязательными для ТЗ, тем не менее зачастую используются в практике закупочной деятельности, упрощая процесс и делая его более прецизионным.
Если ТЗ указаны ГОСТы, техрегламенты и СанПиНы, заказчик вправе их изменить лишь при условии улучшения приведенных характеристик.
В техзадание к закупкам по 44-ФЗ не разрешается включение:
- товарных знаков (за исключением случаев, описанных выше);
- знаков обслуживания;
- фирменных названий;
- патентов;
- промышленных образцов;
- обозначения местоположения производства товара;
- названия производителя.
В правилах описания объекта госзаказа требуется его наименование сопровождать словами «или эквивалент».
Однако при этом имеются исключения, которые делают необязательным это требование при:
- наличии товаров, чьи товарные знаки несовместимы с товарами, используемыми госзаказчиком;
- закупке запчастей и расходных материалов к оборудованию и машинам, которыми пользуется заказчик.
Как правило, техническое задание составляется контрактным управляющим в тандеме со специалистами юридического отдела, после чего документ заверяется лицом, уполномоченным принимать решения, связанные с проведением закупок. Подписание документа желательно произвести в срок не более, чем за 10 дней до даты формирования извещения и прочих сопутствующих документов о закупке. Техническое задание включает:
- Основную информацию о планируемой закупке;
- Общие сведения об объекте закупки;
- Требования к исполнителям;
- Какие условия должны соблюдаться при исполнении договора;
- Сведения об имеющихся приложениях.
При составлении ТЗ следует учесть, что, согласно техническому заданию, риски и обременения снабженцев и исполнителей не должны превышать взятые на себя заказчиком, в противном случае это может привести к удорожанию стоимости контракта, либо к отказу от подачи заявок на участие.
Что должно содержать в себе техническое задание?
Тех. задание обязательно должно содержать в себе:
- цель — задача, которую мы решим, реализуя данное ТЗ;
- описание — краткое изложение предстоящих доработок;
- способ реализации — подробное описание методов решения цели. В этом пункте необходимо описать все нюансы задачи на языке программиста: какие регистры, справочники создаем/редактируем, как должен выглядеть интерфейс и т.д. Если Вы не владеете «языком программиста», но «что-то слышали», лучше не пытаться писать на техническом языке — получается достаточно весело. Описание должно быть однозначным и не вызывать вопросов. Также может содержать в себе пример реализации подобного решения в другой сфере;
- оценка работы — очень важный пункт, описание трудозатрат.