У многих специалистов в области госзакупок часто возникает вопрос, как закупить именно те товары и услуги, которые отвечают нуждам организации-заказчика по качеству и цене, и при этом соблюсти все нормы существующего законодательства. В связи с этим существенную роль в процессе проведения закупки играет правильно (или не правильно) составленное техническое задание.

В соответствии с п. 10 ст. 4 Закона № 223-ФЗ в документации о закупке должны быть указаны установленные заказчиком требования к качеству, техническим характеристикам товара, работы, услуги, к их безопасности, к функциональным характеристикам (потребительским свойствам) товара, к размерам, упаковке, отгрузке товара, к результатам работы и иные требования, связанные с определением соответствия поставляемого товара, выполняемой работы, оказываемой услуги потребностям заказчика.

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

Требования к формированию технического задания.

1. Согласно п. 2 ч. 1 ст. 3 Закона № 223-ФЗ при закупке ТРУ заказчики должны руководствоваться следующими принципами: равноправие, справедливость, отсутствие дискриминации и необоснованных ограничений конкуренции по отношению к участникам закупки.

2. Закон № 135-ФЗ «О защите конкуренции» (п. 2, ч. 1, ст. 17) гласит, что при проведении торгов запрещаются действия, которые приводят или могут привести к недопущению, ограничению или устранению конкуренции, в том числе запрещено создавать участнику торгов или нескольким участникам торгов преимущественные условия участия в торгах, в том числе путем доступа к информации, если иное не установлено законодательством.

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

Лучше, чтобы техническое задание формировал именно инициатор закупки, то есть тот, кто будет использовать предмет закупки. При этом специалисты по закупке обязательно контролируют и проверяют техническое задание на его соответствие антимонопольному законодательству (ст. 17 Закон № 135-ФЗ).

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

В техническом задании обязательно нужно указывать в качестве одного из требований, что товар должен быть новый. Поскольку Законом № 223-ФЗ это никак не регламентируется (в отличие от Закона № 94-ФЗ), то участники закупки вправе будут поставить бывший в употреблении товар в случае, если заказчик не укажет конкретно, что он должен быть новый.

Правильное техническое задание содержит:

• Описание ТРУ (функциональные характеристики и потребительские свойства).
• Количество, срок и место поставки.
• Комплектацию.
• Требование к расходам на эксплуатацию товара.
• Требования к качеству.
• Требования к монтажу и доставке.
• Требования к обучению персонала.
• Список передаваемой документации.
• Требования к остаточному сроку годности.
• Требования к объему и сроку предоставления гарантий.

Формируем лоты правильно.

В один лот лучше не включать:

• технологически и функционально не связанную продукцию (компьютеры и продукты);
• виды деятельности подлежащие лицензированию и не подлежащие (компьютеры и ПО).

Правила формирования лота.

1. Должно быть предусмотрено право участия по любому количеству лотов.

Если поставщик победил в одном лоте, то неправомерно ограничивать его участие в других лотах. Это будет признано ограничением конкуренции.

2. Начальная цена и размеры обеспечения должны быть установлены по каждому лоту отдельно.

3. Победа в одном лоте не может быть обусловлена победой в другом лоте.

4. Договоры заключаются по всем лотам отдельно, или если один победитель - 1 договор на все лоты.

5. Торги могут быть признаны несостоявшимися по каждому лоту отдельно.

Популярные способы ограничения количества участников.

1. Установление требований к продукции, характерных только для одного товарного знака.

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

2. Включение в лот разнородной продукции.

3. Включение в лот кроме прочей продукции продукцию, подлежащую лицензированию.

4. Включение в лот «разнолицензируемой» продукции.

5. Требования по нескольким местам поставки.

6. Нереальные сроки.

7. Установление трудновыполнимых требований по предоставлению документов.

Правила определения качества продукции согласно ст. 469, 721 ГК РФ:

1. Поставщик обязан передать заказчику товар, качество которого соответствует договору.

2. При отсутствии в договоре условий о качестве товара поставщик обязан передать заказчику товар, пригодный для целей, для которых товар такого рода обычно используется.

3. Если поставщик при заключении договора был поставлен заказчиком в известность о конкретных целях приобретения товара, то поставщик обязан передать заказчику товар, пригодный для использования в соответствии с этими целями.

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

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

Последствия некорректного составления технического задания:

• придется приобрести самое дешевое и плохого качества;
• придется купить б/у товар;
• отсутствие предложений вообще;
• придется закупать отдельной процедурой комплектующие, пуско-наладочные работы, обучение и прочее.

При описании в Положении о закупке требований к техническому заданию можно ориентироваться на нормы Контрактной системы, прописанные в Законе № 44-ФЗ.

Примеры требований в техническом задании:

Неправильно	Правильно
Обеспеченность кадровыми ресурсами	Наличие в штате не менее 5 сотрудников, имеющих профессиональное образование.
Клей канцелярский	Клей-карандаш «ErichKrause». Вес не менее 15 гр. Не токсичный, содержащий глицерин для легкого скольжения, без запаха, легко смываемый водой. Прозрачный. Для склеивания бумаги.
Наличие опыта	Наличие опыта оказания аналогичных услуг за последние 3 года в объеме не менее 3 договоров с общей суммой не меньше начальной цены.
	Линейка прозрачная, длина 30 см, пластиковая, устойчивая к деформациям, гладкая полированная поверхность, ровная, четкая миллиметровая шкала делений.

Техническое задание на закупку ГСМ

Прежде, чем проводить закупку, нужно определить код по ОКДП, чтобы знать в какой форме нужно проводить закупку - в электронной или нет. В данном случае код номер 2320000, в постановление Правительства № 616 этот код не входит. Значит обязанности проводить закупку электронно нет. Тем не менее это очень удобно и можно это делать в том числе в электронной форме.

Предмет договора: поставка ГСМ или нефтепродуктов.

В техническом задании указываем:

• наименование;
• характеристики;
• количество;
• выборка по заявкам;
• место поставки;
• способ поставки (оптом, по талонам или картам, за наличный расчет).

В договоре указать пункты заправки, примерную схему проезда, режим работы и прочее.

Способы поставки ГСМ:

• оптом для хранения в бензо- и топливохранилищах организации по безналичному расчету;
• путем приобретения талонов, топливных карт для последующей покупки по ним ГСМ (талоны могут быть номинированы в натуральных измерителях (литры) или в денежном эквиваленте (рублях);
• за наличный расчет через подотчетных лиц.

Не забывайте при этом закупки свыше 100 тыс. руб. у единственного поставщика публиковать на сайте.

Оплата за ГСМ:

2. Окончательный расчет:

• по факту передачи талонов;
• по факту зачисления на смарт-карту;
• по фактической поставке.

ТЗ на закупку транспортных услуг.

Объем транспортных услуг измеряется:

• в километрах пробега;
• в часах оказания услуг;
• количеством человек, которых надо перевезти;
• количеством транспортных средств;
• количеством часов налета по видам судов.

Это зависит от специфики организации и поставленных задач.

В техническом задании указываем такие условия:

• наличие ОСАГО и страхования пассажиров;
• медицинский осмотр водителей перед началом работы, требования к поведению и внешнему виду водителей;
• виды транспортных средств;
• количество транспортных средств, необходимых заказчику одновременно;
• место оказания услуг - конкретный маршрут, либо указание на то, что маршрут определяется заказчиком непосредственно в ходе оказания транспортных услуг.

ТЗ на закупки услуг страхования

ОСАГО - одинаковая цена у всех участников, определена законодательно. Значит при проведении закупки следует ориентироваться не на стоимость, а на другие факторы. Например, количество дней, необходимых для принятия решения о признании или не признании события страховым случаем. В Положении о закупке должны быть прописаны действия в ситуации, когда у всех поставщиков одинаковая цена и, возможно, другие условия поставки тоже схожи.

КАСКО - цена разная у разных поставщиков. Есть возможность оценивать этот фактор наряду с другими важными показателями.

В техническое задание включаем:

• количество объектов страхования;
• их наименования и точные характеристики;
• срок страхования;
• страховую сумму.

ОСАГО. Оценка заявок.

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

Качество услуг и квалификация участников:

• количество дней, необходимых для принятия решения о признании или не признании события страховым случаем;
• количество дней, необходимых для выплаты страхового возмещения с момента признания события страховым случаем;
• наличие бесплатной эвакуации при страховом случае.

КАСКО. Оценка заявок.

Критерии оценки: цена договора, качество услуг и (или) квалификация исполнителя.

Возможные показатели:

• независимая экспертиза за счет страховщика;
• бесплатный выезд эксперта по месту требования клиента;
• закрепление персонального сотрудника за страхователем;
• сбор необходимых документов без участия клиента и предоставление юридических консультаций;
• наличие круглосуточной диспетчерской службы по сопровождению страховых случаев;
• возможность бесплатной эвакуации поврежденного ТС с места ДТП.

ТЗ на закупки услуг по охране

Специальные требования к участникам:

• юридическое лицо, которое в соответствии со своим уставом занимается оказанием охранных услуг, обязано иметь на это лицензию;
• охранная деятельность организаций не распространяется на объекты, подлежащие государственной охране (перечень утвержденпостановлением Правительства РФ от 14.08.1992 № 587).
• Законом РФ от 11.03.1992 № 2487-1 «О частной детективной и охранной деятельности в РФ» охрана имущества собственников отнесена к оказанию услуг лицами, осуществляющими частную детективную и охранную деятельность. Этот вид услуг не относится к исключительным полномочиям органов внутренних дел.

Охрана. Оценка заявок.

Можно установить следующие критерии оценки заявок:

Цена договора;

Опыт выполнения аналогичных услуг (не в годах, а в сумме договора), подтверждение этого опыта;

Квалификация (наличие группы быстрого реагирования, специального вооружения и т.д.).

ТЗ на закупки в сфере строительства

• Главным способом осуществления закупки является проведение конкурса (или запроса предложений).
• Авторский надзор лучше закупать у единственного поставщика.
• Лицензирование строительства заменено на допуск от СРО.
• Начальная цена договора определяется по сметным нормативам.
• ПСД должна быть в документации.
• Цена договора определяется путем пропорционального снижения всех позиций сметы на сделанную в ходе процедуры скидку.
• Смета в документации, договоре и актах должна совпадать по составу и объему работ.

Формирование лотов

Возможно ли совмещать изыскательские, проектные, строительные работы в одном лоте?

Согласно ст. 17 Закона № 135-ФЗ при проведении электронных торгов запрещаются действия, которые приводят или могут привести к недопущению, ограничению или устранению конкуренции, в том числе запрещено создавать участнику торгов или нескольким участникам торгов преимущественных условий участия в торгах.

• Проектные и изыскательские работы можно объединять в один лот.
• Не следует объединять в один лот строительные и проектные работы.
• Без ПСД невозможно определить окончательный объем строительных работ.
• При неизвестном объеме работ невозможно определить начальную цену.
• Требуются свидетельства о допуске от разных СРО.

Виды СРО (ст. 55.2 ГрК РФ)

1. Подготовка проектной документации объектов капитального строительства.

2. Строительство, реконструкция, капитальный ремонт объектов капитального строительства.

3. Инженерные изыскания объектов капитального строительства.

По всем трем видам ведутся отдельные реестры СРО, посмотреть их можно на сайте:www.gosnadzor.ru .

Перечень видов работ, требующих допуск СРО, определен приказом Минрегиона России от 30.12.2009г. № 624. Он вступил в силу с 01.07.2010 (до 01.07.2010 г. такой перечень был определен приказом Минрегиона России от 09.12.2008 № 274). Перечень содержит отдельные виды работ - только для особо опасных, технически сложных и уникальных объектов (ст. 48.1 ГрК РФ) и не включает в себя виды работ по подготовке проектной документации, по строительству, реконструкции, капитальному ремонту в отношении объектов, для которых не требуется выдача разрешения на строительство (ч. 17, ст. 51 ГрК РФ), а также в отношении ряда других объектов (п. 2 приказа Минрегиона России от 30.12.2009г. № 624).

В новых свидетельствах о допуске СРО указывается максимальная сумма договора, который участник может заключить по этому свидетельству.

Требования к участникам электронных торгов

Согласно ГК РФ виды работ по инженерным изысканиям, по подготовке проектной документации, по строительству, реконструкции, капитальному ремонту объектов капитального строительства, которые оказывают влияние на безопасность объектов капитального строительства, должны выполняться физическими или юридическими лицами, имеющими выданные саморегулируемой организацией свидетельства о допуске к таким видам работ. Иные виды работ могут выполнятся любыми лицами.

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

• Основу - проектную документацию с положительным заключением экспертизы.
• Особенности порядка приемки работ. Применение СниП 3.01.04-87 «Приемка в эксплуатацию законченных строительством объектов. Основные положения».
• Обязанность передать копии документов на применяемые материалы (сертификаты соответствия или декларации о соответствии).
• Обязанность обеспечить авторский надзор, строительный контроль, государственный строительный надзор.
• Перечни специального монтируемого оборудования.
• Если закупается текущий ремонт, тотехническое задание на строительство должно содержать:
• Основу - дефектные ведомости, ведомости объемов работ, локальные сметные расчеты (ЛСР), которые могут прикладываться к документации о закупке.
• Особенности приемки работ.
• Обязанность передать копии документов на применяемые материалы (сертификаты соответствия или декларации о соответствии. См. постановление Правительства № 982 от 01.12.2009 «Единые перечни продукции, подлежащей сертификации...»).

Кроме того, техническое задание на строительство может содержать:

• Обеспечение государственной экспертизы ПД и проверки достоверности стоимости строительства.
• Обеспечение получения разрешения на строительство.
• Обеспечение строительства материалами и оборудованием.
• Несение расходов по приемке результата работ.
• Обеспечение осуществления государственного строительного надзора.
• Обеспечение осуществления строительного контроля.
• Заключение договоров на техническое сопровождение строительства.
• Обеспечение авторского надзора за выполнением работ.
• Подготовка строительной площадки для производства работ.
• Обязанности по страхованию рисков.

Вопросы слушателей

Вопрос: Как быть если товар по санитарным правилам должен быть произведен в России?

Ответ: Если существуют такие санитарные правила, утвержденные надлежащим образом, то вы вправе указать в документации, что товар должен соответствовать этим санитарным правилам, при этом не упоминая о том, что он должен быть произведен в России.

Вопрос: Можно ли включить в техническое задание условие оплаты товара в рассрочку?

Ответ: Это не совсем относится непосредственно к техническому заданию. В документации о закупке это условие можно включить в информационную карту, например в пункт, который называется «Порядок оплаты».

Вопрос: Можем ли мы устанавливать преференции поставщикам, предлагающим товары российского производства?

Ответ: Нет, на это вы права не имеете. Нельзя устанавливать ни преференции по стране производства, ни субъектам малого, среднего бизнеса. Это не ваша прерогатива. Это относится к компетенции Правительства РФ.

Вопрос: Можно ли АИ-92, АИ-80 и дизельное топливо закупать одним лотом?

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

Вопрос: Указанные в законе суммы 100 тыс. руб. и 500 тыс. руб. - это считать с НДС или без?

Ответ: Согласно указанной в договоре стоимости, которая обычно указывается с НДС.

Вопрос: Можно ли продлить поставки ГСМ дополнительным соглашением на 2014 год?

Ответ: С юридической точки зрения все дополнительные соглашения, согласно которым увеличивается объем поставляемых товаров, работ, услуг, являются новой сделкой. Вы можете заключить это дополнительное соглашение на поставку ГСМ в 2014 году. При этом нужно быть уверенными, что в вашем Положении о закупке прописаны основания для заключения этой сделки.

Вопрос: Что делать если водители заправляются на заправках за наличные по мере необходимости и у разных поставщиков?

Ответ: Нужно провести конкурентную процедуру закупки и заключить договор с определенным поставщиком, прописав в нем все необходимые условия, в том числе маршруты, на которых водителям удобно заправляться за наличный расчет. В случае необходимости не забывайте публиковать на сайте информацию о проведенных закупках.

Вопрос: При закупке ГСМ нет цены договора и количества закупаемого топлива, можно ли указывать лишь цену 1 литра топлива?

Ответ: Нельзя.

Вопрос: Если платежи одному и тому же поставщику ГСМ проходят регулярно 1-2 раза в месяц и суммы платежей менее 100 тысяч рублей, то можно ли расценивать эту закупку как закупку до 100 тыс. руб.?

Ответ: Лучше провести конкурентную процедуру и заключить договор на поставку большого количества топлива некоторыми партиями. Тогда ни у кого не возникнет вопросов к вам относительно соблюдения законодательства.

Вопрос: Можно ли сделать закупку ГСМ по количеству литров?

Ответ: Можно.

Вопрос: Например, договор заключен 1 января, где-нибудь в середине года заказчик проводит закупку на тот же товар (услугу) и его выигрывает тот же поставщик, нужно ли подписывать новый договор, опубликованный в составе документации, или можно работать по ранее заключенному договору, определяя новые условия спецификацией?

Ответ: В этом случае необходимо заключать новый договор.

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

Ответ: Закупку у единственного поставщика правильно оформлять следующим образом. Если закупка больше 100 000 руб. или 500 000 руб., то нужно публиковать на сайте извещение, документацию и проект договора с указанием всех условий, предусмотренных Законом №223-ФЗ.

Г О С У Д А Р С Т В Е Н Н Ы Й С Т А Н Д А Р Т С О Ю З А С С Р

Единая система программной документации	ГОСТ 19.201-78 (СТ СЭВ 1627-79)
ТЕХНИЧЕСКОЕ ЗАДАНИЕ. ТРЕБОВАНИЯ К СОДЕРЖАНИЮ И ОФОРМЛЕНИЮ
United system for program documentation. Technical specification for development. Requirements to contents and form of presentation

Постановлением Государственного комитета СССР по стандартам от 18 декабря 1978 г. № 3351 срок введения установлен

с 01.01. 1980 г.

Настоящий стандарт устанавливает порядок построения и оформления технического задания на разработку программы или программного изделия для вычислительных машин, комплексов и систем независимо от их назначения и области применения.

Стандарт полностью соответствует СТ СЭВ 1627-79.

1. ОБЩИЕ ПОЛОЖЕНИЯ

1.1. Техническое задание оформляют в соответствии с ГОСТ 19.106-78 на листах формата 11 и 12 по ГОСТ 2.301-68, как правило, без заполнения полей листа. Номера листов (страниц) проставляются в верхней части листа над текстом.

1.2. Лист утверждения и титульный лист оформляют в соответствии с ГОСТ 19.104-78 .

Информационную часть (аннотацию и содержание), лист регистрации изменений допускается в документ не включать.

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

1.4. Техническое задание должно содержать следующие разделы:

• введение;
• основания для разработки;
• назначение разработки;
• требования к программе или программному изделию;
• требования к программной документации;
• технико-экономические показатели;
• стадии и этапы разработки;
• порядок контроля и приемки;
• в техническое задание допускается включать приложения.

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

2.1. В разделе «Введение» указывают наименование, краткую характеристику области применения программы или программного изделия и объекта, в котором используют программу или программное изделие.

(Измененная редакция, Изм. № 1)

2.2. В разделе «Основания для разработки» должны быть указаны:

• документ (документы), на основании которых ведется разработка;
• организация, утвердившая этот документ, и дата его утверждения;
• наименование и (или) условное обозначение темы разработки.

(Измененная редакция, Изм. № 1)

2.3. В разделе «Назначение разработки» должно быть указано функциональное и эксплуатационное назначение программы или программного изделия.

2.4. Раздел «Требования к программе или программному изделию» должен содержать следующие подразделы:

• требования к функциональным характеристикам;
• требования к надежности;
• условия эксплуатации;
• требования к составу и параметрам технических средств;
• требования к информационной и программной совместимости;
• требования к маркировке и упаковке;
• требования к транспортированию и хранению;
• специальные требования.

(Измененная редакция, Изм. № 1)

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

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

2.4.3. В подразделе «Условия эксплуатации» должны быть указаны условия эксплуатации (температура окружающего воздуха, относительная влажность и т.п. для выбранных типов носителей данных), при которых должны обеспечиваться заданные характеристики, а также вид обслуживания, необходимое количество и квалификация персонала.

2.4.4. В подразделе «Требования к составу и параметрам технических средств» указывают необходимый состав технических средств с указанием их основных технических характеристик.

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

При необходимости должна обеспечиваться защита информации и программ.

(Измененная редакция, Изм. № 1)

2.4.6. В подразделе «Требования к маркировке и упаковке» в общем случае указывают требования к маркировке программного изделия, варианты и способы упаковки.

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

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

(Введен дополнительно, Изм. № 1).

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

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

2.7. В разделе «Порядок контроля и приемки» должны быть указаны виды испытаний и общие требования к приемке работы.

2.8. В приложениях к техническому заданию, при необходимости, приводят:

• перечень научно-исследовательских и других работ, обосновывающих разработку;
• схемы алгоритмов, таблицы, описания, обоснования, расчеты и другие документы, которые могут быть использованы при разработке;
• другие источники разработки.

Переиздание (Ноябрь 1987 г.) с Изменением № 1, утвержденным в июле 1981 г (ИУС 7-81)

При разработке любого проекта. Как оформляется этот документ? Об этом будет рассказано в статье.

Техническое задание - что это такое?

Прежде чем приступить к разработке того или иного проекта, вначале должен быть составлен план. Строительство, предпринимательство, жилищные работы - абсолютно любая трудовая сфера требует разработки соответствующего плана. При этом совершенно неважно, насколько сложной или серьезной является та или иная работа. Разработка технического задания, а, по сути, обыкновенного плана действий, является здесь ключевым этапом.

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

Зачем техническое задание заказчику?

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

Самое важное, что можно отметить, это тот факт, что техническое задание разрабатывается только заказчиком. Это своего рода план действий, договор о предоставлении услуг. С помощью этого документа исполнители могут четко определить свои рабочие функции, а также то, что именно от них требуют. Рассматриваемый документ всегда должен разрабатываться очень качественно и внимательно. Так, заказчик должен учитывать все основные тезисы и пункты, а также не допускать противоречивых моментов. Если документ составлен грамотно, то заказчик всегда сможет указать недовольному исполнителю на определенный пункт договора.

Зачем техническое задание исполнителю?

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

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

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

Начало составления документа

С чего стоит начать заполнение документа? Техническое задание на выполнение работ всегда должно начинаться с общих положений и целей. Что входит в общие положения? Во-первых, небольшой глоссарий. Конечно же, это не обязательное условие. Однако если документ узконаправленный, а потому изобилует специфической терминологией, то небольшой словарик закрепить все же стоит. Во всяком случае это будет еще одним шагом на пути к взаимопониманию заказчика и исполнителя. Во-вторых, общие положения должны содержать данные о сторонах договора.

Что входит в цели технического задания? Наверное, догадаться несложно. Так, необходимо кратко обозначить, что за проект находится в разработке, зачем он нужен и как можно достичь конечного результата. Все задачи и цели должны быть расписаны как можно более подробно и ясно. Такой подход позволит наладить взаимопонимание между сторонами договора.

Требования и сроки

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

А что можно рассказать о требованиях? Заказчик должен помнить, что все требования делятся на два основных типа: специальные и функциональные. Функциональные требования являются в некоторой степени наглядными, образными. Это определенные изображения, элементы, зарисовки того, что заказчик хотел бы увидеть. Специальные же требования - жестко регламентированные, с указанием определенных задач и способов исполнения. Естественно, специальные должны значительно преобладать. В противном случае исполнитель может попросту не до конца понять, что же именно от него хотят.

Ответственность и отчетность

Еще о двух важнейших элементах, которые должны содержать абсолютно любые образцы технических заданий, стоит рассказать чуть подробнее. Речь идет об ответственности сторон и об отчетности. Что представляет собой каждый из этих элементов?

Отчетность желательно формировать поэтапно, в особенности если техническое задание большое. Как только был завершен определенный этап работы, можно подавать (требовать) отчетность. К тому же подобная система позволяет держать исполнителя в тонусе. В противном же случае он может сделать все в последний момент, а стало быть, крайне некачественно.

Что можно сказать об ответственности сторон? Сразу стоит отметить, что подобный пункт не является обязательным. Однако многие заказчики все же находят нужным регламентировать основные виды штрафов, наказаний и санкций за различные нарушения. Желательно указывать основные элементы ответственности в таких документах, как техническое задание на закупку, на транспортировку и т. д.

Составление технического задания

Любое техническое задание (на поставку, строительство, транспортировку и т. д.) необходимо очень грамотно и качественно оформлять. Это нужно, во-первых, для того, чтобы в дальнейшем не возникало судебных разбирательств, споров и конфликтов из-за недопонимания сторон. А во-вторых, для простого удобства. Грамотно оформить техническое задание способен далеко не каждый заказчик. Зачастую для этого дела нанимаются юристы, хотя в этом и нет особого смысла.

Просто стоит запомнить несколько простых правил:

• договор должен быть детальным и подробным (однако преувеличивать не стоит; многотомные комментарии к требованиям вряд ли захочет читать хоть один исполнитель);
• договор должен быть четким, без воды и лишних сведений;
• задание не должно быть неким догматом; стоит помнить, что это лишь указание, хоть и строго регламентированное - будь то техническое задание на техническое обслуживание или на посадку деревьев.

Все те советы, что были даны выше - лишь малая часть из того, о чем можно было бы рассказать. Однако все еще можно дать заказчикам пару указаний. Так, техническое задание (на техническое обслуживание или на строительство) может быть построено по шаблону. При этом необязательно брать этот шаблон откуда-то; так, если написание договора на оказание услуг - довольно частая обязанность, то выстроить для себя пару клише будет не так уж и сложно.

Стоит напомнить и о том, насколько важно сверяться с нормами: будь то ГОСТ, нормативные или правовые акты, локальные акты и т. д.

Итак, техническое задание, сокращенно ТЗ, уже довольно давно служит для формального описания того, что мы собственно хотим видеть в конечном продукте. Не является исключением и ТЗ для разработки web-ресурса. По своей сути - это база для разработки сайта. В нем указываются все положения, прямо или косвенно касающиеся сайта.

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

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

По своему объему ТЗ может быть достаточно большим документом. Web-компании часто предлагают помощь по составлению ТЗ отдельной услугой, как правило 10-20% от стоимости всей разработки сайта.

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

Чем детализированнее ТЗ (в разумных пределах конечно), тем лучше для обеих сторон — как для клиента, так и для исполнителя работы. В выигрыше так сказать оба:
— клиент будет уверен, что все задуманное им в проекте четко прописано и должно быть реализовано в соответствии с ТЗ.
— исполнитель – застрахован от множества мелких или крупных корректировок и доработок, опять же опираясь на то самое ТЗ.

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

• Простая истина — чем сложнее проект, тем детализирование должно быть ТЗ.
• Среди возможных вариантов можно назвать ТЗ, описывающее главные страницы интерфейса со всей совокупностью элементов на ней и описанием их поведения. Или же это может быть лаконичное описание нескольких страниц для сайта-визитки и т.п.
• В ТЗ для программиста не должен упоминаться дизайн элементов или звучать пожелания по дизайну. Задание все-таки для программиста..
• Описания задач в отдельных частях ТЗ должны быть граничными. Что это значит? Нужно четко обозначать конец конкретного пункта задания. В ТЗ не должно быть абстрактных фраз типа «должна быть удобная навигация». Это все субъективные признаки – одним удобно, другим не удобно и понять выполнен ли данный пункт бывает сложно из-за нечеткости положений ТЗ. Т. е. это необходимо контролировать.
• Для несложных сайтов, где нужно описать какой-нибудь функциональный модуль, чтобы заново не изобретать велосипед, нужно проанализировать сайты с похожим функционалом, так сказать, провести анализ конкурентов; сохранить гиперссылки на страницы с требуемыми элементами интерфейса и функциями, и включить их в ТЗ с расширенными пояснениями о том, что именно делать. Также необходимо в обязательном порядке снять скриншоты с нужных страниц на случай, если сайт через время будет не доступен. При этом можно ставить свои пометки на изображениях (благо средств сейчас много для этого — Clip2net, Joxi, Awesome Screenshot и прочие).
• Если дизайна для страниц нету или он не так важен в рамках какого-то проекта, скажем, заказчик решил сэкономить на дизайне админ-панели сайта, в этом случае программист вполне может использовать прототипы.

Справка

Прототип — это графическая схема размещения элементов интерфейса. Грубо говоря, нарисованная в специальной программе страница со всеми элементами.

Существует много софта для прорисовки прототипов, включая как декстопные приложения, так и онлайн-сервисы, а также расширения для браузеров с более скромными возможностями. Софт как с бесплатной лицензией так и с платной.

Из популярных можно выделить:
— среди бесплатных: iPlotz, MockFlow, Mockup Builder, Cacoo;
— среди платных: Creately, ProtoShare, Adobe Fireworks,Axure . Возможностей в общем много - выбирай, осваивай, рисуй…

Общая структура ТЗ. От абстракции к конкретике

Одна из возможных структур сайта, подчеркну возможных, может выглядеть примерно так:

1. Общая информация о сайте.
2. Функциональное назначение сайта.
3. Понятия и термины
4. Описание модулей сайта
5. Функциональные характеристики
6. Описание страниц.
7. Резервирование и надежность.
8. Хостинг для сайта.

1. Общая информация о сайте
Здесь достаточно несколько предложений для того что бы ввести в курс дела, что за сайт или модуль будет разрабатываться и его цель в общем. Пишется вольным стилем.

2. Функциональное назначение сайта
Тут краткий перечень того, какими техническими средствами или инструментами должен обладать сайт, исходя из общей цели. Поясню на примере. Для сайта-визитки это может быть банально, форма обратной связи, перечень основных страниц, например с «о компании», «контакты» и прочие.

3. Понятия и термины
Этот раздел должен гарантировать понимание обеими сторонами специфических для данной предметной области понятий, которые важны для понимания и разработки сайта. Могут вводиться обеими сторонами.

4. Описание модулей сайта
Этот раздел включает список модулей, которые используются на сайте. Это вполне например может быть упоминаемая выше форма обратной связи (ФОС). Но, что очень важно — нельзя просто писать «Должна присутствовать ФОС». Каждая сущность требует определения своих атрибутов! В данном случае атрибуты могут быть такими:

• Поле «Ваш имя»;
• Поле «Ваш е-mail»;
• Поле «Ваш вопрос»;
• Поле ввода капчи для защиты от спам-роботов.

И все это должно быть четко прописано, что бы потом не возникло вопросов: «…а где перечень выбора категории вопроса? » или что-то в этом роде.

5. Функциональные характеристики
Сюда можно отнести, например, список браузеров, где сайт должен корректно отображаться и работать. Например, некоторые заказчики могут требовать, что бы их сайт работал корректно и в небезызвестном Internet Explorer 6, что бы не терять хоть и небольшую, но долю возможных посетителей.
Если планируется делать высоконагруженный сайт – это тоже нужно указывать. Высоконагруженный сайт требует другого подхода при разработке и по настройке сервера.

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

6. Описание страниц сайта
Это довольно обширный пункт, где прорисовуются все страницы сайта и пишутся комментарии к их работе.
Также может приводиться общая структура страниц сайта. Так называемые «высокоуровневые» прототипы. Например, для простого сайта-каталога это может быть:

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

Остальные страницы

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

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

В конец ТЗ в обязательном порядке нужно внести информацию о том, что все работы, не описанные в настоящем ТЗ, выполняется по усмотрению программиста по очевидным причинам. Это наша «маленькая гарантия» от возможных доработок и переделок, выходящих за рамки ТЗ.

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

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

Удачных Вам проектов и человеческого взаимопонимания!

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

Примерное содержание технического задания

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

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

Техническое задание как правило состоит из следующих разделов.

Общие данные

Этот раздел должен содержать следующие сведения (на усмотрение заказчика):

• Обоснование строительства — приказ руководителя организации-заказчика или другой документ.
• Вид строительства — вновь начинаемое, реконструкция или другое.
• Полное наименование организации-заказчика.
• Сведения об особенностях участка, выделенного под строительство — геологические особенности, тип грунта, расположение грунтовых вод, наличие растительности под вырубку.
• Основные требования к объекту: тип объекта, назначение, этажность, возможность использования типовых проектов или только индивидуального, площадь застройки и допустимость использования подземного пространства участка.
• Очередность строительства — если имеется очередность запуска оборудования или установок на объекте.
• Необходимые сроки начала и завершения строительства. Желаемая дата сдачи объекта. Этот пункт должен присутствовать в любом техническом задании. Дата сдачи объекта должна быть раньше или совпадать с датой заключаемого договора.
• Степень надежности здания (в соответствии с требованиями ГОСТ 54257-2010).
• Характеристика проектирования — количество стадий.
• Наличие исходной документации для строительства, включая все разрешения.

Требования к проектированию

• Полнота градостроительных решений — необходимость наличия благоустройства, озеленения участка. В этом пункте также должны содержаться требования к размещению объекта строительства на участке.
• Архитектура объекта, в том числе решения для фасадов и решения для повышения энергоэффективности здания. В этом пункте можно прописать и количество балконов, окон, размещение основного и запасных выходов и их конструкции.
• Особенности конструктивных решений: предполагаемый тип фундамента, стен и перекрытий.
• Отделочные решения: возможность использования местных материалов или привозных, рекомендации по их использованию и по выбору цветовой гаммы.
• Инженерные решения: эффективное расположение коммунальных сетей, в том числе решение по оптимизации водоснабжения и водоотведения.
• Энергообеспечение объекта и его эффективность. В этот пункт можно включить даже необходимое количество розеток в каждом помещении.
• Проектирование освещения. Пункт может включать требование проведения необходимого расчета по нормам освещения для каждого помещения на объекте.
• Необходимость проектирования систем безопасности (охранно-пожарная сигнализация или и охранная, и пожарная по отдельности), систем передачи данных и других систем (вентиляция, отопление, кондиционирование).
• Инфраструктура объекта и участка - наличие парковок, пешеходных дорожек, благоустроенных подъездных путей.
• Требования заказчика к содержанию проектно-сметных документов и форме их предоставления.
• Необходимость технико-экономических обоснований всех расчетов.

Дополнительные указания

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

Как показывает практика, такое полное задание на строительство разрабатывается только в случаях крупного вновь организуемого возведения объектов, в том числе торговых центров и жилых комплексов. Информация по каждому пункту должна быть полной настолько, насколько посчитает нужным заказчик.

Варианты оформления технического задания

Единых требований к оформлению технического задания нет.

То есть форма задания — практически произвольная, но максимально понятная для исполнителя. Можно выполнить задание в виде сплошного отформатированного текста, а можно и в табличной форме.

1. Техническое задание № 1 . Вариант вопросов, которые должно содержать техническое задание на строительство дома будущего (умного дома). Такой вариант подойдет для особо требовательных заказчиков при планировании крупного индивидуального жилого строительства.
2. Техническое задание № 2 . Готовое техническое задание на проектирование гостиницы, в котором максимально отражены требования к строительству в целом и конструктивным особенностям объекта.
3. Техническое задание № 3 . Этот пример — техническое задание на строительство и проектирование складского комплекса с офисными помещениями, выполненное сплошным текстом.
4. Разъяснение по форме технического задания (с примерами) от центра защиты застройщиков. На этой странице предоставлены образцы утвержденных заданий на разные виды работ.

Ответственность при составлении технического задания

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