Техническое задание на оказание услуг образец

Техническое задание на выполнение работ (оказание услуг)

Приложение 2 к Распоряжению Департамента торговли и услуг города Москвы от 6 апреля 2011 г. N 215

Утверждаю: Первый заместитель руководителя ________________

«___» ___________ 20__ г.

ТЕХНИЧЕСКОЕ ЗАДАНИЕ НА ВЫПОЛНЕНИЕ РАБОТ (ОКАЗАНИЕ УСЛУГ) (подготавливается по каждому лоту отдельно)

1. Наименование выполняемых работ (оказываемых услуг) (вид, класс, объект):

2. Количество выполняемых работ (оказываемых услуг) (указать меры объема, веса, штук, кв. м):

3. Место выполнения работ (оказания услуг) (указать конкретный адрес (адреса) или приложить перечень адресов):

4.

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

5. Цели использования результатов работ (услуг) (конкретизируются заказчиком):

7. Условия выполнения работ (оказания услуг) (конкретизируются заказчиком):

8. Требования по выполнению сопутствующих работ, оказанию сопутствующих услуг, поставкам необходимых товаров, в т.ч. оборудования (конкретизируются заказчиком):

9. Общие требования к выполнению работ (оказанию услуг) (указываются обязательные требования ко всем работам (услугам) независимо от вида и этапа):

10. Порядок (последовательность, этапы) выполнения работ (оказания услуг) (в табличной или иной форме или приложить ориентировочный график выполнения работ (оказания услуг):

11. Требования к качеству работ (услуг), в том числе технология производства работ (оказания услуг), методы производства работ (оказания услуг), методики оказания услуг, организационно-технологическая схема производства работ, безопасность выполняемых работ (конкретизируются заказчиком):

12. Требования к безопасности выполнения работ (оказания услуг) и безопасности результатов работ (услуг) (конкретизируются заказчиком):

14. Требования по передаче заказчику технических и иных документов по завершению и сдаче работ (услуг) (конкретизируются заказчиком):

15. Требования по сопутствующему монтажу поставленного оборудования, пусконаладочным работам на месте у заказчика (в случае необходимости) (конкретизируются заказчиком):

17. Требования по объему гарантий качества работ (услуг) (указать минимально приемлемые для заказчика либо жестко установленные обязанности подрядчика (исполнителя) в гарантийный период):

18. Требования по сроку гарантий качества на результаты работ (услуг) (указать минимально приемлемые для заказчика либо жестко установленные сроки):

19. Авторские права (указать условия о передаче заказчику исключительных прав на объекты интеллектуальной собственности, возникшие в связи с исполнением обязательств подрядчика (исполнителя) по выполнению работ (оказанию услуг):

20. Правовое регулирование приобретения и использования выполняемых работ (оказываемых услуг) (указывается по усмотрению заказчика для тех видов работ (услуг), в отношении которых законодательством Российской Федерации предусмотрены особые требования):

21. Иные требования к работам (услугам) и условиям их выполнения (оказания) по усмотрению заказчика:

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

—————————————————————————¦N ¦Наименование¦Сроки ¦Место ¦Количество ¦Требования ¦¦п/п¦работ ¦выполнения¦выполнения¦работ (услуг) ¦соответствия ГОСТ,¦¦ ¦(услуг) ¦(оказания)¦(оказания)+—————+наличия санитарно-¦¦ ¦ ¦ ¦(адрес) ¦Ед. изм.¦Кол-во¦эпидемиологических¦¦ ¦ ¦ ¦ ¦ ¦ ¦экспертиз, ¦¦ ¦ ¦ ¦ ¦ ¦ ¦заключений, ¦¦ ¦ ¦ ¦ ¦ ¦ ¦регистрации в ¦¦ ¦ ¦ ¦ ¦ ¦ ¦органах ¦¦ ¦ ¦ ¦ ¦ ¦ ¦исполнительной ¦¦ ¦ ¦ ¦ ¦ ¦ ¦власти, наличия ¦¦ ¦ ¦ ¦ ¦ ¦ ¦удостоверений и ¦¦ ¦ ¦ ¦ ¦ ¦ ¦проч. ¦+—+————+———-+———-+———+——+——————+¦1 ¦ ¦ ¦ ¦ ¦ ¦ ¦+—+————+———-+———-+———+——+——————+¦…¦ ¦ ¦ ¦ ¦ ¦ ¦—-+————+———-+———-+———+——+——————-

Представлено к утверждению

Руководитель структурного подразделения

__________________

«___» ___________ 20__ г.

Согласовано:

Начальник Управления экономики

Заместитель руководителя

(по направлению)

Стандарты и шаблоны для ТЗ на разработку ПО

Недавно ко мне обратились, чтобы я посоветовал стандарты для написания технического задания (ТЗ) на разработку автоматизированных систем (АС) и программного обеспечения (ПО). Вот думаю, сейчас зайду в Яндекс, найду подходящую статейку и отправлю её.

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

Придется сделать такую статейку самому… И так, основные стандарты, методологии и своды знаний, где упоминается ТЗ или SRS (Software (or System) Requirements Specification): • Гост 34 • Гост 19 • IEEE STD 830-1998 • ISO/IEC/ IEEE 29148-2011 • RUP • SWEBOK, BABOK и пр.

Гост 34

Гост 34.602-89 Техническое задание на создание автоматизированной системы регламентирует структуру ТЗ на создание именно СИСТЕМЫ, в которую входят ПО, аппаратное обеспечение, люди, которые работают с ПО, и автоматизируемые процессы.

Согласно Гост 34 техническое задание должно включать следующие разделы: 1. Общие сведения 2. Назначение и цели создания (развития) системы 3. Характеристика объектов автоматизации 4. Требования к системе 5. Состав и содержание работ по созданию системы 6.

Порядок контроля и приемки системы 7. Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие 8. Требования к документированию 9.

Источники разработки При разработке ТЗ для государственных проектов Заказчики, как правило, требуют соблюдение именно этого стандарта.

Гост 19

“Гост 19.

ххх Единая система программной документации (ЕСПД)” — это комплекс государственных стандартов, устанавливающих взаимоувязанные правила разработки, оформления и обращения программ (или ПО) и программной документации. Т.е. этот стандарт относится к разработке именно ПО.

Согласно Гост 19.201-78 Техническое задание, требования и оформлению техническое задание должно включать следующие разделы:

1. Введение; 2. Основания для разработки; 3. Назначение разработки; 4. Требования к программе или программному изделию; 5. Требования к программной документации; 6. Технико-экономические показатели; 7. Стадии и этапы разработки; 8. Порядок контроля и приемки; 9. Приложения. Естественно Гост 34 (и 19) уже устарели, и я не люблю их использовать, но при правильном интерпретации стандартов, можно получить хорошее ТЗ, см. Заключение.

IEEE STD 830-1998

Достаточно хорошее определение стандарта 830-1998 — IEEE Recommended Practice for Software Requirements Specifications дано в самом его описании: Описывается содержание и качественные характеристики правильно составленной спецификации требований к программному обеспечению (SRS) и приводится несколько шаблонов SRS.

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

• 1. Назначение
• 2. Область действия
• 3. Определения, акронимы и сокращения
• 4. Ссылки
• 5. Краткий обзор

2. Общее описание

• 1. Взаимодействие продукта (с другими продуктами и компонентами)
• 2. Функции продукта (краткое описание)
• 3. Характеристики пользователя
• 4. Ограничения
• 5. Допущения и зависимости

3.

Детальные требования (могут быть организованы по разному, н-р, так)

• 1. Требования к внешним интерфейсам
  • 1. Интерфейсы пользователя
  • 2. Интерфейсы аппаратного обеспечения
  • 3. Интерфейсы программного обеспечения
  • 4. Интерфейсы взаимодействия
• 2. Функциональные требования
• 3.

  Требования к производительности

• 4. Проектные ограничения (и ссылки на стандарты)
• 5. Нефункциональные требования (надежность, доступность, безопасность и пр.)
• 6. Другие требования

4. Приложения 5.

Алфавитный указатель

На самом деле новичку достаточно трудно понять, что должно содержаться в данных разделах по вышеприведенной структуре (как и в случае с ГОСТом), поэтому нужно читать сам стандарт, который легко найти в Интернете. Как и примеры, правда, на англ. языке.

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

ISO/IEC/ IEEE 29148-2011

Стандарт IEEE 29148-2011 обеспечивает единую трактовку процессов и продуктов, используемых при разработке требований на протяжении всего жизненного цикла систем и программного обеспечения. Он приходит на смену стандартов IEEE 830-1998, IEEE 1233-1998, IEEE 1362-1998.

Данный стандарт содержит два шаблона спецификации требований: • System requirements specification (SyRS) • Software requirements specification (SRS) System Requirements Specification (SyRS) определяет технические требования для выбранной системы и удобства взаимодействия предполагаемой системы и человека.

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

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

• 1. Назначение системы
• 2. системы (границы системы)
• 3. Обзор системы
  • 1. системы
  • 2. Функции системы
  • 3. Характеристики пользователей
• 4. Термины и определения

2. Ссылки 3. Системные требования

• 1. Функциональные требования
• 2. Требования к юзабилити
• 3. Требования к производительности
• 4. Интерфейс (взаимодействие) системы
• 5. Операции системы
• 6. Состояния системы
• 7. Физические характеристики
• 8. Условия окружения
• 9. Требования к безопасности
• 10. Управление информацией
• 11. Политики и правила
• 12. Требования к обслуживанию системы на протяжении ее жизненного цикла
• 13. Требования к упаковке, погрузке-разгрузки, доставке и транспортировке

4. Тестирование и проверка (список необходимых приемочных тестов, которые отражают зеркально раздел 3) 5. Приложения

• 1. Предположения и зависимости
• 2. Аббревиатуры и сокращений

SRS это спецификация требований для определенного программного изделия, программы или набора программ (продукт), которые выполняют определенные функции в конкретном окружении. Из определения следует, что это аналог ТЗ, описанного в Гост 19, а по структуре очень напоминает SRS из стандарта IEEE 830. SRS может содержать следующие разделы: 1.

Введение

• 1. Назначение
• 2. (границы)
  • 3. Обзор продукта
  • 1. Взаимодействие продукта (с другими продуктами и компонентами)
  • 2. Функции продукта (краткое описание)
  • 3. Характеристики пользователей
  • 4. Ограничения
• 4. Термины и определения

2. Ссылки 3. Детальные требования

• 1. Требования к внешним интерфейсам
• 2. Функции продукта
• 3. Требования к юзабилити
• 4. Требования к производительности
• 5. Требования к логической структуре БД
• 6. Ограничения проектирования
• 7. Системные свойства ПО
• 8. Дополнительные требования

4. Тестирование и проверка (список необходимых приемочных тестов, которые отражают зеркально раздел 3) 5. Приложения

• 1. Предположения и зависимости
• 2. Аббревиатуры и сокращений

Данный стандарт достаточно сложно найти в открытом виде в Интернете, но постараться можно, и опять же только на англ.

RUP

Структура SRS в RUP(Rational Unified Process) представляет собой документ, в котором необходимо описать артефакты, полученные в процессе специфицирования требований.

Шаблон SRS в RUP адаптирован из стандарта IEEE STD 830 и содержит два варианта:

• Традиционный шаблон SRS со структурированными функциональными требованиями по функциям Системы, максимально похож на 830 стандарт. • Упрощенный шаблон SRS со структурированными функциональными требованиями в виде вариантов использования (use cases): 1. Введение.

• 1. Цель.
• 2. Краткая сводка возможностей.
• 3. Определения, акронимы и сокращения.
• 4. Ссылки.
• 5. Краткое содержание.

2. Обзор системы

• 1. Обзор вариантов использований.
• 2. Предположения и зависимости.

3. Детальные требований

• 1. Описание вариантов использования.
• 2. Дополнительные требования.
• 3. Другие функциональные требования.
• 4. Нефункциональные требования.

4. Вспомогательная информация.

Естественно, что в Интернете можно найти шаблон и примеры SRS от RUP.

SWEBOK, BABOK и пр

SWEBOK, BABOK, а также множество других методологий разработки ПО и сводов знаний при упоминании SRS ссылаются на вышеупомянутые зарубежные стандарты.

Также стоит сказать, что для описания требований к АС и ПО используются и другие виды документов, кот каждый называет по разному: FRD (Functional Requirements Document), RD (Requirements Document), ПЗ (Постановка задачи или Пояснительная записка) и пр.

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

А как же agile?

Я скажу одной фразой из Манифеста Agile: “Working software over comprehensive documentation”. Поэтому в Agile документации отводится совсем мало места. Мое же убеждение, что разработать АС без ТЗ можно (используя техники/рекомендации Agile), но вот в дальнейшем сопровождать — невозможно. Поэтому сразу задумайтесь, как вы будете писать ТЗ и другую документацию, при разработке ПО по Agile.

Заключение

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

Но главное, чтобы ТЗ не превращалось в ХЗ, а, именно, содержание (наполнение) в ТЗ — самое главное! Но это уже совсем другая история… Если есть интерес, то можно пройти он-лайн курс Разработка и управление требованиями к ПО.

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

Также рекомендую ознакомиться со следующими материалами:

Как составить техническое задание

Техническое задание по 44 ФЗ — это документ, который необходим заказчику, особенно на этапе обоснования НМЦК. Но закон не устанавливает правил, по которым они составляются.

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

Напомним, что с 11.01.2018 в правилах описания предмета госзаказа произошли изменения:

1. Законодатели исключили положение о том, что оно должно носить объективный характер.
2. Как и раньше, потребуется сопроводить товарный знак словами «или эквивалент».

Делать это не обязательно:

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

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

Правила составления ТЗ основаны на комплексе норм государственных и международных стандартов (ГОСТ). При их использовании в какой-либо сфере необходимо соотнести ТЗ со спецификой конкретной области деятельности.

В соответствии с 44-ФЗ, образец технического задания по ГОСТу в обязательном порядке заказчику создавать не нужно.

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

Правила составления ТЗ по 44 ФЗ

Самый простой и быстрый способ сформировать техническое задание — образец по ФЗ 44 разработать на основе официального издания Единой системы документации национальных стандартов.

Скачать

Основное назначение технического задания — четко определить и зафиксировать требования к объекту закупки. Закон устанавливает, что наименование закупки указывается в соответствии с каталогом товаров, работ, услуг (ч. 4 ст. 23). Каталог утвержден постановлением правительства от 08.02.2017 № 145.

При наличии описания закупаемой продукции в КТРУ заказчик обязан:

• описывать объект закупки так, как это предусмотрено КТРУ;
• включить в описание письменное обоснование (если описание отличается от того, которое предусмотрено в КТРУ).

Формулировку требований заказчик составляет на основе правил описания объекта закупки (ст. 33). Выделим некоторые обязательные условия:

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

Что указать в техническом задании

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

В качестве рекомендации, как составить техническое задание по 44 ФЗ, можно предложить разбить документ на основные разделы:

• общая информация;
• информация о закупаемом объекте;
• требования к поставщикам;
• условия исполнения контракта;
• приложения (допускается по усмотрению заказчика).

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

1. Составить список терминов, определений и сокращений, которые будут использоваться в документе.

2. Предоставить полную информацию о заказчике:

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

3. Предусмотреть в информации о закупке сведения:

• совместная закупка или нет, а если да — права и обязанности каждого заказчика (ПП от 28.11.2013 № 1088);
• централизованная закупка, сведения об уполномоченном органе (ч. 1 ст. 26 закона № 44-ФЗ);
• привлечение экспертов, порядок их работы.

4. Перечислить сведения о госзакупке:

• способ определения поставщика (ч. 1 ст. 24);
• обоснование выбранного способа определения поставщика (ч. 5 ст. 24).

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

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

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

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

9. Привести желаемые результаты (какую проблему хочет решить заказчик).

10. Указать источник финансирования.

11. Установить для участников требование соблюдать определенную нормативно-правовую базу, в том числе относящуюся к предмету контракта, условиям исполнения, срокам, гарантийным обязательствам.

12. Определить условия нормирования госзакупки (ч. 1 ст. 19).

13. Указать наименование и обоснование объекта госзакупки.

14. Максимально точно и детально описать объект госзакупки (ст. 33).

15. Определить экологические особенности закупаемого объекта.

16. Уточнить объем закупаемых товаров, периодичность и срок поставки.

17. Определить гарантийный срок и объем предоставляемых гарантий.

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

19. Обязать предоставлять подтверждение нового товара или потребности в товаре иного состояния.

20. Определить расходы на эксплуатацию.

21. Определиться, нужны ли монтаж и наладка.

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

Образцы техзаданий для товаров, работ, услуг в 2020 году

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

Далее представлен образец технического задания на поставку товара по 44-ФЗ.

Скачать

Образец техзадания на выполнение работ по ФЗ-44 вы можете найти в материале о техзадании на проектирование и обслуживание пожарной сигнализации или системы видеонаблюдения.

А если вы закупаете техобслуживание машины, то образец технического задания на ремонт автомобиля по 44 ФЗ и пошаговую инструкцию по проведению этого вида закупок вы сможете найти в статье «Как закупить автомобили или техобслуживание: пошаговая инструкция».

Примеры для других госзакупок

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

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

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

Для решения вашей проблемы ПРЯМО СЕЙЧАС получите бесплатную ЮРИДИЧЕСКУЮ консультацию:

+7 (499) 938-51-93 Москва
+7 (812) 467-38-65 Санкт-Петербург

Показать содержание

Правила оформления техзадания к договору подряда

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

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

Основание для производственных действий

Основанием для производства работ являются:

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

Цель и исходные данные

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

Для реализации потребностей по договору подряда обе стороны согласуют исходные данные:

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

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

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

Требования подрядчика

Чтобы подрядчик мог выполнять работы согласно ТЗ, согласуются условия для качественного исполнения этапов договора:

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

Технико-экономическое

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

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

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

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

Этапы проведения

Сроки начала и завершения этапов оговариваются при составлении техзадания. Их согласуют перед подписанием договора.

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

Приложения

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

В качестве приложений могут быть:

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

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

, пожалуйста, выделите фрагмент текста и нажмите Ctrl+Enter.

Для решения вашей проблемы ПРЯМО СЕЙЧАС получите бесплатную ЮРИДИЧЕСКУЮ консультацию:

+7 (499) 938-51-93 Москва
+7 (812) 467-38-65 Санкт-Петербург

Образовательные услуги техзадание

Приложение № 1 к документации об электронном аукционе
на оказание образовательных услуг в сфере закупок товаров, работ, услуг
для обеспечения государственных и муниципальных нужд
для нужд ФГБУ «ХХХХ»

 Наименование, характеристики и объем оказываемых услуг

Тип обучения – дополнительное профессиональное образование – повышение квалификации

Форма обучение – очная

Объем учебной нагрузки – не менее 120 академических часов

Место оказания услуг – предоставляется исполнителем

Программа повышения квалификации должна соответствовать требованиям Закона № 273-ФЗ от 29 декабря 2012 г. «Об образовании в РФ», приказа Минобрнауки России от 1 июля 2013 г. № 499 «Об утверждении Порядка организации и осуществления образовательной деятельности по дополнительным профессиональным программам», требованиям Технического задания.

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

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

Программа проводится непрерывно. Объем недельной нагрузки не более 40 академических часов. Продолжительность обучения не более 3 недель. Обучение проводить 5 дней в неделю, кроме субботы и воскресения в период времени с 9.00 до 18.00.

Начало обучения не позднее 1 августа 2017 года. Окончание обучения – не позднее 22 августа 2017 года. Срок обучения согласовывается с заказчиком.

Исполнитель определяет график проведения занятий, готовит расписание занятий с указанием ФИО преподавателей в соответствии с перечнем изучаемых дисциплин. Расписание своевременно предоставляется Заказчику.

Программа должна быть направлена на повышение профессионального уровня в рамках имеющейся квалификации в сфере закупок, а также должна учитывать профессиональные стандарты в сфере закупок и соответствовать приказу Минтруда России от 10 сентября 2015 г. № 625н «Об утверждении профессионального стандарта «Специалист в сфере закупок»».

Программа должна предусматривать:

— подробное рассмотрение положений Закона от 5 апреля 2013 г. № 44-ФЗ «О контрактной системе в сфере закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд» и иных нормативных правовых актов в сфере закупок товаров, работ, услуг для государственных и муниципальных нужд;

— рассмотрение примеров существующей административной и судебной практики;

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

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

отдельных компонентов программы, формы реализации определяются исполнителем самостоятельно, с учетом требований, установленных в пунктах 3.3–3.5 Методических рекомендаций, утвержденных совместным письмом от 12 марта 2015 г. Минэкономразвития России № 5594-ЕЕ/Д28и и Минобразования России № АК-553/06.

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

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

По итогам освоения дополнительной профессиональной программы исполнитель выдает каждому слушателю документ о квалификации (удостоверение о повышении квалификации).

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

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

Исполнитель должен:

— определить учебный план и календарный учебный график занятий, подготовить учебно-материальную базу (собственную или арендуемую), аудиторный фонд, организовать учебный процесс;

— представить заказчику дополнительную профессиональную программу, разработать и организовать тиражирование раздаточного учебно-методического материала;

— подготовить преподавательский состав.

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

Обучение должно проходить в помещениях, соответствующих всем нормам и требованиям, предъявляемым к таким помещениям.

Учебно-материальная база в местах проведения обучения (собственные или арендуемые исполнителем помещения) должна быть оснащена:

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

— компьютерной техникой с выходом в интернет, с полным пакетом необходимых для обучения программных средств из расчета одно рабочее место на одного обучаемого (в случае проведения практических занятий);

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

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

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

В случае применения дистанционного обучения требования к учебно-методическому и ресурсному обеспечению программы следующие:

— выход на ресурсы учебной электронной площадки obucheniezakupkam.ru или аналогичной.

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

— проведение лекций в формате вебинаров для слушателей на площадке obucheniezakupkam.ru, или аналогичной.

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

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

По результатам оказания услуг оформляется акт приема-оказания услуг. К акту об оказанных услугах Исполнителем должны быть представлены следующие документы:

— приказы о зачислении слушателей на обучение и окончании обучения (копии);

— аттестационная ведомость;

— краткий отчет об оказании услуг;

— видеозапись итоговой аттестации;

— ведомость выдачи документов о повышении квалификации (копия);

— счет по оказанным услугам;

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