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

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


Правила составления технического задания по требованиям 44-ФЗ

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

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

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

При описании в документации о закупке заказчик должен руководствоваться следующими правилами, установленным 44-ФЗ:

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

Тендерный эксперт Олег Бируля расскажет, на что обратить внимание заказчику при составлении технического задания. Смотрите отрывок из вебинара «Правила составления технических заданий в рамках закона 44-ФЗ и требования к их содержанию».

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

Что запрещено включать в объект закупки

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

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

Указание ГОСТов и техрегламентов

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

Заказчик может несколько изменить условия по сравнению с техническим регламентом, ГОСТом или СанПиНом, но только в сторону улучшения характеристик.

Пример1. В соответствии с СанПин 2.4.1.1249-03 площадь озеленения территории дошкольного образовательного учреждения должна составлять не менее 50%, заказчик может предусмотреть озеленение не менее 60% территории.

2. В восстановительные соки допускается добавление лимонной кислоты в дозировке не более 3 г/л (в соотв. с тех. регламентом). Заказчик может уточнить этот показатель, уменьшив ее содержание, например, до 2 г/л. Если заказчик ссылается на ГОСТ, который содержит в себе диапазонные значения, то лучше эти значения отдельно расписать, чтобы уже участник в своей заявке нам показал конкретное значение из этого диапазона ГОСТа.

Положения п. 2 ч. 1 ст. 33 Закона № 44-ФЗ не обязывают заказчика абсолютно во всех случаях закупок руководствоваться ГОСТами, стандартами или техническими регламентами. Заказчик использует и обосновывает необходимость использования других показателей, требований, условных обозначений и терминологии только в случае, если законодательством установлены технические регламенты, национальные стандарты и иные требования.

В случае отсутствия ГОСТов, Технических регламентов товар, для которого существует функционирующий рынок заказчик может сформировать описание на основании данных производителей, качественных показателей, которые необходимы заказчику, данных поставщиков о характеристиках товара по причине отсутствия установленных ГОСТов, стандартов и технических регламентов для данного объекта закупки (Письмо Минэкономразвития России от 03.08.2016 № ОГ-Д28-9745).

В случае если ГОСТы являются устаревшими, то следует применять данный номер ГОСТа, но в действующей редакции (с иным индексом после номера)».

Характеристики ТРУ

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

При этом обязательным условием является включение в описание объекта закупки слов «или эквивалент», за исключением случаев несовместимости товаров, на которых размещаются другие товарные знаки, и необходимости обеспечения взаимодействия таких товаров с товарами, используемыми заказчиком, а также случаев закупок запасных частей и расходных материалов к машинам и оборудованию, используемым заказчиком, в соответствии с технической документацией на указанные машины и оборудование (п. 1 ч. 1 ст. 33).

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

Как через техническое задание заказчик может ограничить конкуренцию?

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

Что запрещено включать в один лот?

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

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

Рекомендации к составлению ТЗ

  1. При составлении документации, описание объекта закупки должно носить объективный характер. То есть четкое и ясное описание того, что именно нужно заказчику, не допускающее двусмысленностей и разночтений. Кроме того, для уточнения отдельных моментов поставщик может подать запрос на разъяснение.
  2. Заказчик в описании предмета закупки описывает его функциональные, технические и иные характеристики, которые требуются от поставленного товара (произведенных работ).
  3. Техническое задание должно быть нейтральным, не ставить ограничений на количество потенциальных участников путем прописывания чрезмерных требований к поставляемой продукции. Нельзя «подгонять» описание только под один конкретный товар одного производителя. Это является ограничением конкуренции. Единственным исключением тут является ситуация, когда нет другого способа исчерпывающего описания свойств объекта закупки (п.1 ч. 1 ст. 33).
  4. Заказчику рекомендуется указывать в техническом задании, что поставляемый товар должен быть новым (который не был в употреблении, в ремонте, в том числе который не был восстановлен, у которого не была осуществлена замена составных частей, не были восстановлены потребительские свойства), иначе заказчик может получить товар, бывший в употреблении.

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

school.kontur.ru

Так что же такое «Техническое Задание»? / Хабр

Данный текст был создан сугубо ради существования постоянной ссылки, которую бы сам автор, да и все вы — могли бы смело отправлять своим будущим заказчикам, коллегам, родственникам и знакомым в виде стандартизированного ответа на вопрос: «А надо ли мне ваше ТЗ и вообще что это?»

Как говорится — «вместо тысячи слов», поскольку каждый раз евангелистить по 4-5 часов в скайпе на данную тему становится уже утомительным, а общемировая тенденция подсовывать под определение «Технического задания» откровенную ерунду с годами все только усиливается.

Проблема

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

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

1) ТехЗадание — оно ставит задачу. А значит оно должно идти перед прототипом, скетчем, тестом, дизайн-проектом, потому что любой майндмеп, диаграмма потоков данных, архитектура — это уже выполнение некой задачи, это ответ на вопрос. А до того, как сам вопрос еще не задан, не сформулирован и не подписан всеми сторонами — любой ответ будет априори неправильным, не так ли? Итак, начало любой работы над любым проектом — это постановка задачи, а не судорожный поиск набросков десятка вариантов ее решения.

2) Собственно из первого пункта логично вытекает и новый — сам текст ТЗ обязан начинаться с главы «Цели и задачи», четко формулирующей, какие бизнес-цели преследует вся эта очередная попытка повысить энтропию в мире. Бесцельное задание, которое не решает никаких проблем, не достигает ничего и делается «от скуки» — официально не считается Техническим Заданием, а с этого момента находится в статусе «обычная бумажка».

3) Как же вам понять, решает ли предложенная дизайн-концепция или интерактивный прототип, а то и готовый к употреблению сайт — вышеизложенную задачу бизнеса? Ничего не поделаешь, придется опять вернуться к определению: «определяет… ожидаемые результаты и сроки выполнения. То есть должны быть объективные критерии, по которым можно определить, сделан ли тот или иной пункт работ или нет». То есть ТЗ без четких измеримых показателей в рублях, секундах, тонно-километрах или градусах Цельсия — быть не может. Бриф может, или прототип, или еще любая абсурдная бумажка, но только не ТехЗадание.

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

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

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

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

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

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

Итак: Что делаем? Для чего? Как поймем, что сделали? Сколько стоит каждый пивот? — написанные на листочке ответы на все эти вопросы и являются «серебряной пулей», способной вытащить даже самый провальный проект.

Контрольные вопросы
А здесь перечислю ответы на самые часто встречающие вопросы от заказчиков:

1) Так что, на написание ТехЗадания может еще и официальный ГОСТ есть? — Да, даже несколько.

2) А что, в ТехЗадание не входит описание нужных страниц, количества кнопок, используемых библиотек, гайдлайнов и т.д.? — В само ТЗ нет, но в Приложения вы можете все это поместить, разумеется скорректировав все это с вышеописанными целями, ограничениями и способами дальнейшей оценки достигнутого результата. Размещайте хоть весь будущий контент, хоть описание типовых персонажей — но не вместо четкой постановки задачи, а уже после нее.

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

4) Вот вы и Википедия пишете, что ТЗ создается заказчиком. Но я не умею\мне некогда\просто не хочу его делать сам. Как же быть? — Отдать разработку ТЗ третьей стороне, вполне знакомой с вашим бизнесом, его задачами, целевой аудиторией и потребностями, и в то же время досконально осведомленной о всех этапах веб-разработки. Эта третья сторона станет неким «веб-нотариусом», то есть гарантом того, что исполнитель не занизит нужные вам показатели или не затянет сроки, и что заказчик установит достижимые метрики и на итоговой приемке не будет субъективно оценивать созданный продукт, на ходу изменяя зафиксированные ранее требования.

5) И что, если ТЗ является юридическим документом, то я потом могу засудить аутсорсера, не заплатить ему, заставить переделать все в десятый раз? — Если документ составлен правильно, указаны цели и методология оценки их достижения; если документ подписан сторонами и упомянут в Договоре (само ТехЗадание договором не является) — то конечно же сможете. А вот с обычным брифом, прототипами, арт-креатив-макетом, Безопасной сделкой на FL — уже нет.

6) Мне говорят, что работа будет вестись по какому то то ли скраму, то ли аджайлу; а значит архаичное ТЗ мне больше уже не нужно. Это так? — Посудите сами: вам называют непонятное слово, явно что-то маскирующее и вот уже на основании незнакомого вам термина предлагают отказаться от юридически грамотного и наполненного целями и метриками документа. Сам же agile никаких целей вроде «достичь не менее 10 000 посещений к концу года», или «достичь цифры более 25 заказов с сайта через месяц» — установить не может, это просто способ проведения совещаний и новой организации нерадивых сотрудников. Задумайтесь несколько раз: «А не пускают ли вам пыль в глаза?». На самом деле никакому новомодному скраму профессиональное ТЗ повредить не может, а вот помочь — обязательно.

habr.com

Техническое задание на выполнение работ: образец и как составить

Страница обновлена: 24.01.2017

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

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

ТЗ на работы

Содержание статьи

Какие цели достигаются

На основании сведений, которые содержаться в данном документе, становится возможным:

Как составить форму

Примерный план технического задания на выполнение работПримерный план технического задания на выполнение работ

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

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

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

На выполнение строительно-монтажных работ

ТЗ для строительно-монтажных работ

Техническое задание на выполнение строительно-монтажных работ должно содержать необходимые критерии, согласно которым должны быть осуществлены требуемые работы. При составлении документа следует указать:

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

На выполнение электромонтажных работ

Электромонтажные работы

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

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

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

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

На выполнение работ по 44-фз

ТЗ и инструменты для строительных работ

Согласно требованиям Федерального закона № 44-ФЗ, заказчику надлежит руководствоваться едиными требованиями, касающимися описания объекта закупок, при подготовке документов вне зависимости от способов фактического исполнения контракта. При оформлении ТЗ заказчик должен руководствоваться следующими директивами:

  1. При описании объектов аукциона следует ориентироваться на критерии объективности;
  2. Функционал, технико-эксплуатационные характеристики объекта закупок должны присутствовать в описании в случае необходимости;
  3. ТЗ должно носить нейтральный характер, не содержа излишнее количество чрезмерных требований с целью ограничения количества потенциальных участников.

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

Пример технического задания на осуществление работ по 44-ФЗ скачать

mirblankov.ru

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

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

 

Разработка технического задания должна включать в себя: 

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

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

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

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

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

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

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

7. Изменение задания путем подписания дополнительных соглашений и иных письменных документов установленных законодательством и договорными отношениями. 

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

uristhome.ru

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

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

Основные составляющие ТЗ

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

  1. Глоссарий.
  2. Цель.
  3. Требования:

1.   Глоссарий

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

2.   Цели, преследуемые самим проектом

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

3.   Требования

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

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

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

4.   Допущения и ограничения

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

 5.   Риски

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

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

С Уважением, Сергей Курников

infobizworld.ru

Написание правильного технического задания (ТЗ) на разработку сайта

Современным интернет предпринимателям, рано или поздно, приходится сталкиваться с написанием технического задания (ТЗ) для разработчика. Тут, по большому счету, не важно, кто будет этим разработчиком, фрилансер или крупная веб-студия. И даже порой не важно, на разработку чего именно будет это ТЗ — программой части, дизайна или на написание текстов для сайта. Чтобы задание получилось понятным, и с ним не возникло больших трудностей и недопонимания, стоит учесть ряд правил и факторов, о которых сегодня и поговорим.

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

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

недопонимание-технического-задания

У разработчиков есть такая поговорка — «Без внятного ТЗ и результат ХЗ». Шутки конечно шутками, а вот результат ХЗ действительно не нужен, вне зависимости от того бюджета на разработку, которым вы располагаете. И к написанию технического задания, действительно, надо отнестись аккуратно и внимательно.

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

Разбивайте ТЗ на этапы

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

разбиение-на-этапы

Условно, сайт можно разделить на три основных этапа:

  1. Базовый функционал;
  2. Дополнительный функционал;
  3. Дизайн и юзабилити сайта.

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

  1. Не нужно сразу писать все этапы. Достаточно предупредить разработчика, что этапов будет несколько, и описать общую концепцию проекта, чтобы ему был понятен общий масштаб.
  2. Вы минимизируете потенциальные риски, т.к. разработанные и сданные части проекта уже находятся у вас, и вы можете ими пользоваться. Если вам попадется не очень ответственный исполнитель, есть шанс получить хоть что-то и обратиться к другому разработчику уже с определенного этапа, а не с нуля.
  3. Вы разбиваете ваши затраты на более мелкие части. Что снижает ваши финансовые риски и стимулирует исполнителя. Он ведь тоже человек, и ему тоже хочется кушать, ходить по выходным в кино и т.д. Ждать окончательной оплаты по завершению всего проекта через несколько месяцев, не всегда хороший вариант для него.
  4. Разные этапы можно реализовывать параллельно, в том числе и разными исполнителями.

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

Определитесь c CMS сайта

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

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

возможности интернет-магазина

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

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

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

Указывайте сроки выполнения

Прописывайте сроки выполнения для каждого этапа. На практике, разработчики срывают сроки выполнения проекта, в большинстве случаев (если проект не совсем мелкий). Иногда это связано с некомпетентностью и разгильдяйством, а иногда с технической сложностью. Даже ответственный и качественный исполнитель, может не успеть уложиться в отведенное время. Но это совсем не значит, что не нужно указывать сроки. Наоборот, наличие сроков дисциплинирует и заказчика и исполнителя. Человек так устроен, что если сегодня лень и есть возможность отложить на завтра, он с большой долей вероятности отложит это на завтра. Я обычно указываю сроки меньше, чем мне нужно.

сроки-выполнения-тз

Например, если мне нужно выполненное задание через 10 дней, что в ТЗ я укажу 7-8 дней. Оставив запас 2-3 дня. Если выполнение немного затянется, то вероятность уложиться в десятидневный срок, значительно выше. Тут, правда, в ряде случаев, более сжатые сроки могут сказаться на стоимости выполнения, поэтому доводить до абсурда их не нужно.

Пишите детальнее и конкретнее

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

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

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

блоки-дизайн сайта

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

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

Проговаривайте с исполнителем ТЗ

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

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

Контролируйте этапы выполнения

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

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

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

sa1nikov.ru

Разработка технического задания (ТЗ) по ГОСТ

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

Мы осуществляем разработку следующих видов технического задания:

ТЗ на АСУ и её составные частиТЗ на программуТЗ на сайт (портал)

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

Для чего нужно техническое задание?

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

Подходы к составлению ТЗ

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

Нами выделены следующие принципы:

Совместная работа всей проектной команды Максимально подробное описание конечного продукта Сдача-приёмка конечного продукта.

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

ГОСТ 19.201-78. Единая система программной документации. Техническое задание. Требования к содержанию и оформлениюГОСТ 34.602-89. Информационная технология. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы.

Заказать ТЗ

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

www.swrit.ru