Кто должен составлять Техническое задание?
До вчерашнего вечера я был точно уверен, что Техническое задание на разработку сайта пишет исполнитель. С одной стороны это правильно, ведь все, что заказчик знает — это то, что ему нужен сайт. Какой сайт, как он будет выглядеть, как будет работать — ответы на данные и миллион подобных вопросов исполнитель пытается вытянуть из заказчика по средствам брифа.
Стандартная схема при таком подходе выглядит так:
1) заказчик говорит, что хочет сайт, примерно обрисовывает суть, задачи ресурса;
2) исполнитель дает заказчику бриф с большим количеством конкретных вопросов, которые помогают лучше понять суть задачи и составить Техническое задание;
3) исполнитель составляет ТЗ в соответствии с брифом, согласовывает с заказчиком;
4) в соответствии с ТЗ исполнитель разрабатывает сайт.
Логично
Совершенно логичная схема с одной стороны. Заказчику не приходится задумываться о глобальных вопросах мироздания, он сваливает все задачи на исполнителя.
Будучи на стороне исполнителя я даже не думал усомниться в верности отработанной схемы, пока не встретился со своим старым другом и не поговорил с ним по душам за кружкой пива.
Слово за слово, разговор зашел о технических заданиях и о том, кто должен их составлять. По мнению друга, ТЗ составляется третье стороной, которая не заинтересована в выигрыше ни заказчика, ни исполнителя, но, при этом, компетентна в вопросах обоих сторон. Все мои аргументы привели в тупик. Я начал сомневаться в верности схемы, и вот почему:
1) исполнитель берет деньги за составление ТЗ;
2) исполнитель ставит задачу таким образом, как ему будет проще и выгоднее;
3) исполнитель старается прикрыть каждый кусочек своей попы, исписать десятки листов бумаги, взять за это большую сумму денег и в дальнейшем прикрываться данной бумажкой.
Все сводится к тому, что исполнитель составляет ТЗ исключительно в своих интересах, при этом умудряясь навязать заказчику свою точку зрения.
Так ли это плохо?
Техническое задание — это документ, который должен сообщить исполнителю о том, что же хочет заказчик, это документ, который подробно описывает каждую страничку, каждую кнопочку разрабатываемого ресурса.
Заказчик — человек, чаще всего, совершенно далекий от только от процесса разработки сайтов, а от ИТ сферы в принципе. Именно поэтому он не может составить подробное ТЗ с описанием всех необходимых деталей.
Это аналогично тому, что я захочу построить дом. Будучи человеком далеким от домостроения, найму бригаду строителей, напишу документ, где опишу примерное мое представление о доме — количество, размеры комнат, расположение окон, розеток и так далее. По данному ТЗ мне построят схему дома, я ничего там не пойму, подпишу и буду ждать результатов. В итоге я получаю дом, построенный в точности с ТЗ, но коренным образом отличающийся от моих представлений: окна квадратные, а не прямоугольные, стены тонкие, нет звукоизоляции и т.д.
Кто виноват? Я? Нет, потому что я не специалист, я не могу учесть все особенности. Исполнитель? Нет, потому что он разработал проект в точности по ТЗ.
Исполнитель — сторона, непосредственно заинтересованная в выполнении задачи с меньшими трудозатратами за большие деньги. Интересы исполнителя, в большинстве случаев, прямо противоположны интересам заказчика. Исполнитель знает и на чем можно сэкономить, как выполнить работу более оптимально.
Аналогичная ситуация с домом, только теперь исполнитель составляет ТЗ. В итоге получаем подробнейший документ на 50 листах, в деталях описывающий весь процесс разработки дома. Казалось бы — ребята профи, так все четко и понятно расписали. Я, не думая, читаю, вроде все понятно — и окна прямоугольные, и стены толстые с утеплителем, и полы с гидроизоляцией, и джакузи, и душевая кабина — “Зачем она мне? Ладно, пусть будет, круто же”. В результате, дом выглядит потрясающе, все четко, профессионально, качественно.
Я счастлив. Ровно до тех пор, пока не приходит друг, разбирающийся в строительстве. И тут я понимаю, что оказался полнейшим лохом: “Сколько ты за это отдал? Да ладно. У меня на складе аналогичная в пять раз дешевле. А это тебе зачем? Ты же никогда этим не занимался! А это уже давно устарело, есть более лучшие и современные образцы.”
Кто виноват в данном случае? Ребята молодцы, все сделали четко, правильно, профессионально, я сам на это подписался, значит я виноват? Но я то откуда знать мог?
Может стоило позвать друга до начала стройки?
Вот и появляется та самая третья сторона. Та сторона, которая знает, что я хочу хороший, недорогой дом, со всеми удобствами и современными фичами. Но мне не нужен дворец с последними веяниями моды. Та сторона, которая знает, что такое строительство дома, которая имеет большой опыт работы со строительными организациями, знает все тонкости. Эта сторона имеет свой интерес, только один интерес — получить деньги за советы, за составление четкого задания.
Часто третьей стороной оказываются все те же веб студии, а точнее, менеджеры студий, для которых подобная работа — дополнительный заработок. Эти люди составляют грамотные, четкие ТЗ и получают за это хорошие деньги. Такой человек сможет понять суть моей задумки, опишет ее в подробном виде и, при этом, опишет все максимально выгодно для заказчика и максимально грамотно технически. Дальше остается найти исполнителя на поставленную задачу и требовать максимального ее выполнения.
Возможно ли это?
К сожалению (а может и к счастью) данная схема невозможно в условиях российского общества. У нас все еще думают, что нет никакой разницы между сайтами за 10 т.р. и за 50 т.р., а если нет разницы, зачем платить больше?
Техническое задание вообще считается чем-то бесполезным и совершенно не стоящим внимания. В стране преобладает совершенная безграмотность в ИТ сфере, и это на руку людям, работающим в ИТ. Именно поэтому ТЗ будет разрабатываться исполнителем, поэтому каждый третий заказчик будет оставаться недоволен.
Может это и к лучшему. Вопрос довольно неоднозначный. У каждого на этот счет свое мнение, но результат будет один.
- тз
- техническое задание
- разработка сайта
- отношение с клиентами
Что такое техническое задание и как его разрабатывать
Рассмотрим что же такое техническое задание, для чего его разрабатывают и в соответствии с какими требованиями. ТЗ – основополагающий документ, которым руководствуются разработчики и проектировщики, приступая к разработке нового изделия. Оно определяет основные направления разработки: конструкции и принципа работы будущего изделия. ТЗ заявляет, с одной стороны, о потребностях общества в новых изделиях, с другой – о технических и технико-экономических характеристиках изделия. Техническое задание является начальным этапом работ и составляется на все разработки и виды работ, необходимые для создания нового изделия. Оно может предшествовать научно-исследовательским и опытно-конструкторским работам (НИОКР) по разработке средств механизации и автоматизации, отдельных узлов и систем, технологии, измерительных средств, средств контроля и других изделий (выполнение работы, оказание услуги, промышленный комплекс, прибор, машина, аппарат, система управления, информационная система, нормативная документация (например, стандарт) и т. д.). Требования, включаемые в ТЗ, должны основываться на современных достижениях науки и техники, на итогах выполненных научно-исследовательских и экспериментальных работ. ТЗ должно устанавливать следующие показатели разрабатываемого изделия: — основное назначение, технические и тактико-технические характеристики, уровень стандартизации и унификации; — технико-экономические показатели; — патентно-правовые показатели; — специальные требования к изделию и др. В технических заданиях оговариваются этапы разработки и сроки выполнения каждого этапа, сроки разработки в целом. Качество ТЗ обеспечивается объемом и полнотой сбора материалов, необходимых для разработки. При разработке используются следующие материалы: — научно-техническая информация; — патентная информация; — характеристика рынка сбыта; — характеристика производства, на котором изделие будет изготавливаться (технологическая оснащенность, квалификация кадров, технологическая дисциплина, уровень организации труда и др.). При разработке ТЗ разработчик учитывает информацию об аналогичной продукции, содержащуюся в базах данных (общероссийской и региональных), созданных в Госстандарте России на основе каталожных листов продукции. Техническое задание разрабатывается, как правило, организацией-разработчиком изделия. Сформулировать задачу максимально полно и грамотно, обосновать необходимость её решения – главная цель ТЗ. Исполнитель выполняет его в контакте с заказчиком. Обязанность заказчика – предъявить разработчику исходные данные для разработки изделия. ТЗ разрабатывают и утверждают в порядке, установленном заказчиком и разработчиком. К разработке ТЗ могут привлекаться другие заинтересованные организации (предприятия): изготовитель, торговая (посредническая) организация, страховая организация, организация-проектировщик, монтажная организация и др. Для подтверждения отдельных требований к продукции, в том числе требований безопасности, охраны здоровья и окружающей среды, а также оценки технического уровня продукции, ТЗ может быть направлено разработчиком или заказчиком на экспертизу (заключение) в сторонние организации. Решение по полученным заключениям принимают разработчик и заказчик до утверждения ТЗ. К техническому заданию прилагаются схемы и эскизы по конструкции будущего изделия, а для технологических разработок – технологические и технико-экономические показатели существующего производства. Техническое задание должно содержать максимум информации, облегчающей работу над изделием и сокращающей сроки разработки. Несмотря на всю свою важность, содержание ТЗ мало регламентировано нормативными документами. Требования к содержанию и порядку построения документа зависят от направления разработки и содержатся в следующих документах: ГОСТ Р 15.201-2000. Система разработки и постановки продукции на производство (СРПП). Продукция производственно-технического назначения. Порядок разработки и постановки продукции на производство (приведены общие требования и краткие рекомендации по разработке). ГОСТ 19.201-78. Единая система программной документации. Техническое задание. Требования к содержанию и оформлению (кратко изложено содержание ТЗ); ГОСТ 34.602-89. Информационная технология. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы (достаточно подробно изложены состав и содержание ТЗ); ГОСТ 25123-82. Машины вычислительные и системы обработки данных. Техническое задание. Порядок построения, изложения и оформления (приведен порядок построения ТЗ). Обобщая требования этих стандартов, порядок построения, изложения и оформления ТЗ можно свести к последовательности, представленной в таблице ниже.
Раздел | Перечень рассматриваемых вопросов |
Наименование и область применения (использования) | Наименование и условное обозначение продукции. Краткая характеристика области техники, в которой предполагается использование продукции. Возможность использования разрабатываемой продукции для поставки на экспорт |
Основание для разработки | Полное наименование документа, на основании которого разрабатывают продукцию (договор, контракт и т.п.). Организация, утвердившая этот документ и дата его утверждения. Наименование и условное обозначение темы разработки |
Цель и назначение разработки | Эксплуатационное и функциональное назначение и перспективность продукции |
Источники разработки | Перечень научно-исследовательских и экспериментальных работ. Перечень экспериментальных образцов или макетов |
Технические (тактико-технические) требования | Состав продукции и требования к его устройству. Показатели назначения. Требования к надежности. Требования к технологичности. Требования к уровню унификации и стандартизации. Требования безопасности. Эстетические и эргономические требования. Требования к патентной чистоте. Требования к составным частям продукции, сырью, исходным и эксплуатационным материалам. Условия эксплуатации (использования). Требования к маркировке и упаковке. Требования к транспортированию и хранению. Специальные требования. Дополнительные требования (например, требования к оснащению изделий устройствами для обучения персонала (тренажерами, другими устройствами аналогичного назначения) и документацией на них, требования к сервисной аппаратуре, стендам для проверки изделия и его элементов. |
Экономические показатели | Ориентировочная экономическая эффективность и срок окупаемости затрат. Лимитная цена. Предполагаемая годовая потребность в продукции. Экономические преимущества разрабатываемой продукции по сравнению с аналогами |
Стадии и этапы разработки | Стадии разработки, этапы работ и сроки их выполнения (сроки, указываемые в техническом задании, являются ориентировочными, основные сроки указываются в плане работ или в договоре); предприятие-изготовитель разрабатываемого изделия; перечень документов, представляемых на экспертизу, а также стадии, на которых она проводится, и место проведения |
Порядок контроля и приемки | Перечень конструкторских документов, подлежащих согласованию и утверждению, и перечень организаций, с которыми следует согласовывать документы. Общие требования к приемке работ на стадиях разработки; число изготавливаемых опытных образцов продукции |
Приложение к техническому заданию | Перечень научно-исследовательских и других работ, обосновывающих необходимость проведения разработки. Чертежи, схемы, описания, обоснования, расчеты и другие документы, которые должны быть использованы при разработке. Перечень заинтересованных организаций, с которыми согласовывают конкретные технические решения в процессе разработки продукции. Перечень нового технологического оборудования, необходимого для выпуска новой продукции |
Допускается уточнять содержание разделов, вводить новые разделы или объединять некоторые из них. В ТЗ рекомендуется предусматривать следующие положения: — прогноз развития требований на данную продукцию на предполагаемый период ее выпуска; — рекомендуемые этапы модернизации продукции с учетом прогноза развития требований; — соответствие требованиям стран предполагаемого экспорта с учетом прогноза развития этих требований; — характеристики ремонтопригодности; — возможность замены запасных частей без применения промышленной технологии; — доступность и безопасность эффективного использования продукции инвалидами и гражданами пожилого возраста (для соответствующей продукции, предусмотренной законодательством Российской Федерации). Техническое задание оформляют в соответствии с общими требованиями к текстовым конструкторским документам по ГОСТ 2.105-95 (ЕСКД. Общие требования к текстовым документам) на листах формата А4 , как правило, без рамки и основной надписи. Номера листов (страниц) проставляют в верхней части листа над текстом. Значения показателей, норм и требований указывают, как правило, с предельными отклонениями или максимальным и минимальным значениями. Если эти показатели, нормы, требования однозначно регламентированы НТД, в ТЗ следует приводить ссылку на эти документы или их разделы, а также дополнительные требования, учитывающие особенности создаваемой системы. Если конкретные значения показателей, норм и требований не могут быть установлены в процессе разработки ТЗ, следует сделать запись о порядке установления и согласования этих показателей, норм и требований: «Окончательное требование (значение) уточняется в процессе . и согласовывается протоколом с . на стадии . ». На любом этапе разработки продукции при согласии заказчика и разработчика в ТЗ или документ, его заменяющий, могут быть внесены изменения и дополнения, не нарушающие условия выполнения обязательных требований. Согласование и утверждение дополнений к ТЗ проводят в порядке, установленном для самого ТЗ. Изменения к ТЗ не допускается утверждать после представления изделия на приемо-сдаточные испытания. Регистрация, учет и хранение ТЗ и дополнений к нему проводят в соответствии с требованиями ГОСТ 2.501-88 (ЕСКД. Правила учета и хранения). В качестве ТЗ может быть использован иной документ, содержащий необходимые и достаточные требования для разработки продукции и взаимопризнаваемый заказчиком и разработчиком. В случае инициативной разработки продукции ТЗ (или заменяющий его документ), базируется на результатах исследования рынка продукции, а также патентных исследований по ГОСТ Р 15.011- 96 (СРПП. Патентные исследования. Содержание и порядок проведения) Не допускается включать в ТЗ требования, которые противоречат законам Российской Федерации и обязательным требованиям. Составление технического задания (ТЗ) – сложная и ответственная задача: многие данные ещё не известны, но то, как задание будет составлено, способно облегчить или затруднить последующее проектирование. Не зря считается, что грамотное ТЗ – это половина успеха в решении задачи, а время, затраченное на подготовку ТЗ – одно из лучших вложений, которые можно сделать в период проектирования.
Наши преимущества
Большой накопленный опыт
Профессиональное и быстрое оформление технической документации по стандартам.
Проекты любой сложности
Разрабатываем документацию как на простые изделия, так и на сложные большие системы.
Ответственный подход к работе
Ценим время и деньги клиента, выполняем взятые обязательства.
Кто составляет ТЗ?
В организации есть аналитик. Он соглашается составить документ с описанием требований от заказчика. Но не хочет писать ТЗ для программиста.
Требования к ТЗ — составить таблицу, где будет описаны типы полей, формат ввода, видимость на этапах, тексты уведомлений и логику изменения данных по каким-то событиям. Аналитик хорошо знает возможности системы (речь о SharePoint).
Аналитик сообщает что составлять ТЗ должен программист. Я этот программист. И по-моему что-то пошло не так.
Отслеживать
Alexander Ulmaskulov
задан 15 сен 2015 в 14:59
Alexander Ulmaskulov Alexander Ulmaskulov
515 4 4 серебряных знака 16 16 бронзовых знаков
что написано у вас в должностных инструкциях, то вы и обязаны делать
15 сен 2015 в 15:00
Я понимаю, что Бизнес-аналитик собирает требования, а Системный аналитик адаптирует их для технического персонала. Верно ли отдавать роль Системной аналитики разработчику ПО? Организация, к слову, не маленькая. Т.е. не веб-студия из 5 человек, где совмещение ролей неизбежно.
15 сен 2015 в 15:03
бывает и программиcту делегируют такую почётную обязанность. может просто поговорить с ПМ?
15 сен 2015 в 15:05
Так же добавлю, речь идёт о разработке внутри компании, в рамках одного юридического лица.
15 сен 2015 в 15:05
@Alexander Ulmaskulov Очевидно, что сам себе никто на работе технические задания не составляет. Техническое задание — это то, что должно быть предоставлено программисту.
15 сен 2015 в 15:07
3 ответа 3
Сортировка: Сброс на вариант по умолчанию
ТЗ — это расшифровывается как техническое задание. То есть это задание от одного субъекта другому, от начальника — подчиненному, от заказчика — исполнителю и т.д. Программист — это звено в производственном процессе, который должен получить задание, прежде чем что-то делать. Если программист пишет сам себе задания, то это означает, что он исключен из производственного процесса, то есть не является участником производственного процесса, а является самостоятельной единицей внешней по отношению к производственному процессу.
Задача аналитика — проанализировать производственный процесс и на основе своего анализа выдать технические задания или рекомендации, если он сам не уполномочен выдавать технические задания, а, допустим, это делает другой уполномоченный сотрудник.
Описание требований от заказчика — это работа секретаря, а не аналитика.
Для аналитика требования заказчика — это всего лишь входные данные, на основе которых он должен выдать выходные данные, которыми являются технические задания. Грубо говоря работа аналитика заключается в следующем. Он должен указать: вот — что требует заказчик, и вот — что надо сделать.
А для программиста ТЗ — это входные данные, а программа — это выходные данные.
В противном случае программисту придется дублировать аналитика. А зачем тогда такой аналитик нужен?!
Фактически, в этом случае аналитик снимает с себя всякую ответственность за свою работу, так как если конечный продукт не будет устраивать заказчика, то аналитик просто скажет, что это вы написали неправильно ТЗ. То есть он полностью обрубил с вами обратную связь и тем самым, подымаясь по цепочке вверх от вас до заказчика, чтобы оценить результат работы и, например, оценить, что было сделано не так, как предполагалось, и на каком этапе, то в этом процессе распределения ответственности аналитик уже участвовать не будет.:)
Как происходит процесс верификации результата работы?
Если задания спускаются сверху вниз, то верификация результата производится снизу вверх.
Результат работы программиста — это программа. Ее правильность сверяется с техническим заданием.
Результат работы аналитика — это техническое задание. Его правильность сверяется с требованиями заказчика.
Ну, а если требования заказчика сами по себе не корректны или неадекватны, то заказчику никого кроме себя винить не придется.:)
Техническое задание: структура и порядок составления
Техническим заданием устанавливаются количественные, качественные характеристики закупки и ее особенности. Содержание ТЗ определяется предметом контракта.
Что такое техническое задание
Техническое задание (ТЗ) – это документ, в котором описывается объект закупки, то есть, требования, предъявляемые к закупаемым товарам, работам, либо услугам. Обычно техническое задание – это приложение к контракту, либо часть закупочной документации.
ТЗ необходимо делать для любой закупки, так как оно помогает:
- в начале закупки определить сроки, необходимые для исполнения условий контакта, а также установить и обосновать НМЦ контакта, определиться со способом выбора поставщика и сформировать план-график;
- во время процедуры подготовить извещение, проект и документацию контракта;
- в ходе закупочной процедуры — проанализировать и оценить предложения потенциальных поставщиков, отследить правильность исполнения контракта и провести сделку.
Кроме того, тендерное задание позволяет исполнителям понять, что нужно сделать по контракту и как правильно выполнить его условия.
Кто составляет ТЗ
Подготовка документа, как правило, осуществляется несколькими специалистами.
Техзадание составляет и подписывает заказчик, от лица которого выступает руководитель организации. Если предмет контракта технически сложный, то для составления документа могут привлекаться технические специалисты. Чтобы определить максимальные и (или) максимальные значения показателей обычно необходима помощь эксперта. Проверкой техзадания на соответствие ФЗ № 44-ФЗ занимается юрист.
Как пишется техническое задание
Согласно ч. 2 ст. 33 ФЗ № 44-ФЗ, в ТЗ должны быть прописаны показатели, позволяющие установить, соответствует ли продукция, работа или услуга требованиям заказчика. При этом определяются максимальные и (или) минимальные значения показателей, а также те, которые не могу меняться. Это нужно для того, чтобы не ограничивать конкуренцию.
44 федеральный закон не устанавливает обязательный бланк или шаблон для формирования техзадания. Документ составляется в свободном виде с учетом правил описания объекта закупки, установленных ст. 33 ФЗ № 44 федерального закона.
Однако существуют рекомендации к структуре ТЗ. В документ входят разделы, описывающие сводные данные о государственном заказе, сведения о товарах, работах или услугах, требования к потенциальным поставщикам, существенные условия контракта, а также дополнительная информация.
Составляя техзадание, специалист может использовать:
- ГОСТ Р 7.0.97-2016, в котором содержатся правила оформления документации;
- информацию из реестра закупок в ЕИС.
В ТЗ обозначается название объекта заказа, главные требования к нему. Наименование указывается на основе каталога товаров, работ, услуг (КТРУ), утвержденного Постановлением Правительства РФ № 145 от 08.02.2017 Объект закупкиа описывается по определенной строке каталога.
Если описание и характеристики продукции, работы или услуги не совпадают с данными, указанными в КТРУ, то специалист, составивший документ, приводит письменное обоснование, в котором оговаривает необходимое название.
Кроме того, в техзадании указывается итог закупочной процедуры по части продукции, работ и услуг. Составление описательной части регламентируется ст. 33 ФЗ № 44-ФЗ.
Что должно содержать техзадание
ТЗ содержит:
- Качественные характеристики объекта, отражающие его соответствие своему назначению или установленным требованиям.
- Технические параметры объекта закупки, например, требования к цвету, размерам, используемым материалам.
- Функциональные характеристики, отражающие возможность продукции выполнять свою функцию. Так, при закупе продуктов питания функциональными характеристиками являются их потребительские свойства, например, пищевая ценность, форма, запах.
- Эксплуатационные характеристики, например, показатели работоспособности и надежности товара: его прочность, долговечность и другие.
- Эквивалент продукции. Заказчик не вправе указать в описании закупаемой продукции требуемый товарный знак, так как это противоречит принципу обеспечения конкуренции и может сократить число участников. Однако он может указать необходимый товарный знак, если допишет фразу «или эквивалент» (п. 1 ч. 1 ст. 33 ФЗ № 44-ФЗ). Это будет означать возможность поставки аналогичной по характеристикам продукции другого производителя.
П. 1 ч. 1 ст. 33 ФЗ № 44-ФЗ допускает указывать товарный знак в закупочной документации, не используя формулировку «или эквивалент» только в двух ситуациях:
- товары с другими товарными знаками несовместимы с теми товарами, которые заказчик уже использует;
- заказчик хочет закупить запчасти и расходные материалы согласно технической документации на машины и оборудование.
Эти параметры указываются в техническом задании, которое может быть оформлено в виде отдельного документа либо части извещения о закупке (или закупочной документации).
Особенности написания технического задания
При составлении ТЗ нужно учитывать следующее:
- Техническое задание должно содержать подробное описание объекта закупкиа, позволяющее его идентифицировать.
- Если заказчик закупает работы по строительству, реконструкции, капремонту или сносу объекта капитального строительства, то при оформлении техзадания ему нужно использовать утвержденную проектную документацию, или типовую проектную документацию, или смету на капремонт объекта капстроительства (п. 8 ч. 1 ст. 44 ФЗ № 44-ФЗ).
- Поставляемая продукция должна быть новой, то есть, ранее не бывшей в употреблении, если иное не установлено объектом закупки.
- Описание объекта закупки не должно содержать требования относительно товарных знаков, знаков обслуживания, фирменных наименований, промышленных образцов, названия страны происхождения продукции, а также другие положения, ограничивающие число участников закупки. Исключение — если такие требования в описании сопровождаются указаниями о возможности поставки эквивалента.
- Если заказчик хочет, чтобы ему поставили товар, который соответствует определенному изображению, то он должен включить в описание изображение такого товара.
- Если заказчик хочет, чтобы поставляемый товар соответствовал определенному образцу или макету, то в описании объекта закупкиа должна быть информация о месте, дате начала и завершения, а также графике осмотра участниками закупочной процедуры образца или макета товара.
- Заказчик должен указать в ТЗ условия гарантийного срока товаров, работ или услуг и отметить обязательное наличие такого срока.
- Если осуществляется закупка лекарственных средств, то нужно, чтобы в описании было указано международное непатентованное название препаратов, а, если таких наименований нет, то группировочное, химическое наименование (более подробно правила указаны в п. 6 ч. 1 ст. 33 ФЗ № 44-ФЗ).
- Когда закупка осуществляется в отношении товара, работы или услуги, для которых устанавливаются требования по энергетической эффективности, нужно прописать это в техзадании, учитывая положения п. 7 Правил, утв. Постановлением Правительства РФ № 1221 от 31.12.2009 г. Примеры: светильники, выполнение работ по строительству, проектированию, вводу в эксплуатацию сооружений.
- Допускается включить в ТЗ требование о подтверждении соответствия товара, если необходимость такого подтверждения установлена техническим регламентом, либо объект входит в Перечень товаров, подлежащих обязательной сертификации, либо в Перечень товаров, чье соответствие подтверждается декларацией (п. 3 ч. 1 ст. 33 ФЗ № 44-ФЗ).
Этапы составления технического задания на поставку по 44 федеральному закону
В техзадании указываются характеристики приобретаемой продукции. Если правильно написать документ, то это снизит вероятность неудачного исхода торгов и позволит заказчику оценить, подходят ли ему условия исполнителя.
Этапы составления технического задания по 44 федеральному закону:
- Установить параметры закупочной процедуры. Нужно определить и расшифровать термины, которые будут использоваться в техзадании.
- Составить информационную карту. Необходимо привести общие сведения:
- наименование заказчика;
- его регистрационные и контактные данные;
- сведения об организационно-правовой форме заказчика;
- информация о его местонахождении;
- сведения об ответственном лице, его контактные данные.
- объект торгов согласно ст. 33 ФЗ №44-ФЗ;
- способ выбора поставщика, исполнителя или подрядчика (ч. 1 ст. 24 ФЗ 44-ФЗ), обоснование такого способа;
- является ли закупка централизованной, ведет ли заказ полномочный орган (ч. 1 ст. 26 ФЗ № 44-ФЗ);
- привлекаются ли экспертные организации, отдельные эксперты (ст. 41 федерального закона № 44).
- к опыту участию поставщика в закупочных процедурах;
- к производственным мощностям, технологическому оборудованию, трудовым и другим ресурсам исполнителя.
Исключение: ситуации, когда возможность выставить такие обязательные условия определяется ФЗ № 44-ФЗ.
По необходимости, ТЗ может быть дополнено приложениями, содержащими информацию об объекте закупки. Ими могут быть, например, заключения экспертов или предписания контролирующих органов.
Чтобы понять, как должно выглядеть техзадание, можно посмотреть пример и скачать образец.
Таким образом, составляя техническое задание нужно руководствоваться, прежде всего, ФЗ № 44-ФЗ, а также подзаконными нормативно-правовыми актами, например, Постановлениями Правительства РФ. От того, насколько правильно будут составлены документы, зависит, подберется ли нужный исполнитель и удастся ли добиться желаемого результата.
- Стандарты госзакупок
- Пункт разработки конкретного случая
- Описать просто электронный отчет
- Изменения программного обеспечения
- Основной объем заявок
- Понятная автоматизированная отчетность в фас
- Что следует за подписью аукциона
- Процесс создания инструкций
- Действия при оформлении эцп
- Состав испытаний
- Какие ошибки стоит учесть в практике
- Определение договора
- Кто именно отвечает за список
- Текущий запрос на деньги разработчиков
- Ссылки в данном контексте говорят о штрафах
- Письмо об обучении идет в приемочную
Материал является собственностью bicotender.ru. Любое использование статьи без указания источника — bicotender.ru запрещено в соответствии со статьей 1259 ГК РФ