Здравствуйте, в этой статье мы постараемся ответить на вопрос: «Лекция 12 Разработка технического задания». Если у Вас нет времени на чтение или статья не полностью решает Вашу проблему, можете получить онлайн консультацию квалифицированного юриста в форме ниже.
За формирование ТЗ отвечает контрактная служба (контрактный управляющий). При этом к составлению техзадания рекомендуется привлечь юристов и экспертов, имеющих необходимый опыт в конкретной области закупок. Документ с ТЗ утверждается руководителем заказчика или другим уполномоченным лицом.
Ситуация: зависят ли требования к техническому заданию от способа закупки
Нет, требования к техническому заданию не зависят от способа закупки. Заказчик обязан включить в документацию электронного конкурса, электронного аукциона, электронного запроса предложений описание объекта закупки согласно положениям статьи 33 Закона № 44-ФЗ. При этом никаких дополнительных требований к описанию объекта закупки в зависимости от конкурентной процедуры в Законе № 44-ФЗ нет. Вывод следует из пункта 1 части 1 статьи 54.3, пункта 1 части 1 статьи 64, пункта 2 части 2 статьи 82.2, пункта 2 части 6 статьи 83.1 Закона № 44-ФЗ.
При закупке у единственного поставщика формировать описание объекта закупки не нужно, так как нет обязанности составлять извещение и документацию (ст. 33, ч. 3 ст. 93 Закона № 44-ФЗ).
Вместо вывода: структура техзадания
Для разных задач структура ТЗ будет своя. Глупо делать одинаковые технические задания для новой социальной сети и лендинга по оптовой продаже моркови. Но в целом вам нужны такие разделы:
- информация о компании и целевой аудитории, цели и задачи сайта;
- глоссарий терминов, которые могут быть непонятны клиенту;
- технические требования к верстке и работе сайта;
- описание используемых технологий и список требований к хостингу;
- подробная структура сайта;
- прототипы страниц или описания элементов, которые должны на них быть;
- сценарии использования нестандартного интерфейса (опционально);
- список контента, который делает разработчик;
- требования к дизайну (опционально).
Для чего нужно техническое задание?
Техническое задание не менее значимо, чем юридический акт, в деле закрепления прав и обязанностей сторон — заказчика и исполнителя.
Фактически это инструкция для разработчиков, конструкторов и других непосредственных создателей конечного продукта. Но по сути техническое задание, определяя жёсткие требования к каждой детали, делает сотрудничество заказчика и исполнителя безопаснее и комфортнее.
Когда каждая мелочь регламентирована, всё на своих местах, все при своих полномочиях и обязанностях, остаётся мало пространства для нечестного манёвра и недопонимания. Идеально, когда его вообще не остаётся.
Более того, конкретное и целостное техническое задание — это первый шаг к качественному результату. Чтобы продукт работал чётко, без сбоев, да и просто безопасно — это тоже периодически стоит на повестке — все его элементы должны быть продуманы. Тщательно и скрупулезно.
Техническое задание — основа как простых односложных продуктов, так и высоконагруженных систем. В каждом случае сценарии функционирования должны быть предусмотрены. Любое действие пользователя должно быть предугадано, и ответом на него должен быть полезный результат.
Именно для того, чтобы работа с конечным продуктом вызывала положительный отклик пользователя и решала его задачи, необходимо проработать идею и детали проекта на самой ранней стадии.
Почему разработка технического задания так важна
Нельзя недооценивать важность ТЗ. На самом деле этот документ по значимости можно сравнить с договором, в котором прописаны обязанности всех участников сделки.
Техническое задание на разработку того или иного проекта можно назвать инструкцией по выполнению работы. Поскольку структура ТЗ подразумевает перечисление всех условий процесса и деталей результата, то сотрудничество становится более понятным, комфортным и безопасным как для заказчика, так и для исполнителя.
Происходит это потому, что в ТЗ детально описывается каждый нюанс, подробно разъясняется каждая мелочь. Как итог – пространства для ошибки, неверного действия или обмана практически не остается, ведь любое нерегламентированное действие будет считаться нарушением инструкции.
Но даже не это является главным преимуществом полноценного ТЗ, а то, что профессиональный подход гарантирует качественный итог. Чтобы в результате получить продукт, который будет отличаться бесперебойной работой и отвечать всем нормам и требованиям, важно остановиться на деталях, всё тщательно просчитать и продумать. А основные требования к техническому заданию как раз подразумевают скрупулезное отношение ко всем рабочим моментам.
Ошибочно считать, что подобный подход применяется исключительно при выполнении сложных процессов. Даже самые простые задания требуют чётких инструкций, а все ходы должны быть просчитаны на три шага вперед. Именно поэтому написание ТЗ является обязательным этапом любой работы.
Кто составляет техзадание
В нашей практике встречаются два варианта: клиент приходит с ТЗ или мы пишем ТЗ, опираясь на запрос клиента. Рассмотрим каждый вариант.
Клиент приходит с ТЗ. Вы знаете свой бизнес и свои задачи лучше всех. В этом случае вы приходите с готовым ТЗ, мы изучаем его, даём оценку по сроку и бюджету. И если всех всё устраивает, заключаем договор и начинаем работу.
Вам совсем необязательно пытаться использовать технические формулировки, можно описать продукт своими словами. Тут как раз на помощь приходит Product Vision, о котором мы писали выше. Достаточно прийти с документом, где будут зафиксированы основные требования и пожелания.
Разработчики пишут ТЗ. В этом варианте свои плюсы. У IT-компаний больше опыта в разработке, ведь на их счету сотни составленных техзаданий и разработанных сайтов, порталов, мобильных приложений и сервисов.
Когда вы заказываете разработку ТЗ у компании, обе стороны работают в тандеме. Мы погружаемся в бизнес, изучаем целевую аудиторию, выясняем требования к продукту и знакомимся с вашими ожиданиями. Вы отвечаете на все вопросы и стараетесь дать полную информацию о своих задачах. Итог один — всем участникам процесса должно быть понятно, что необходимо сделать.
Что такое техническое задание
Техническое задание — документ, в котором отражены все требования к будущему продукту. В нем описывают все технические требования. Обычно ТЗ составляют в виде текстового документа, редко — в других форматах.
ТЗ используют все разработчики сайтов. Верстальщикам, программистам, дизайнерам оно помогает лучше понять требования клиента и сделать ресурс, соответствующий его ожиданиям. Кроме того, ТЗ используют во всех других сферах, например — в:
- разработке приложений;
- проектировании дома;
- написании текстов и другие.
Если вы работаете по техническому заданию, риск споров и затяжных тяжб сведен к минимуму.
Техническое задание содержит описание ролей и основных пользовательских сценариев в разрабатываемой системе.
В случае с системой баннерной рекламы, мы выделим такой сценарий как создание рекламного места пользователем в роли Администратор.
Название сценария: Создание рекламного места
Роль: Администратор
Пример функционального требования:
«После добавления новой площадки в системе, администратор должен создать связанные с ней рекламные места. При создании рекламного места должны указываться площадка, тип места, поддерживаемый формат баннеров, размер, частота показов (для статических мест). После создания рекламного места оно становится доступным для менеджеров, размещающих рекламу.
Каждое созданное рекламное место получает универсальный идентификатор, который используется системой управления сайтом в запросе на показ баннеров. Для этого требуется внести соответствующие изменения в код страницы сайта».
Техническое задание содержит требования к интеграции разрабатываемой системы с другими внешними и внутренними системами, используемыми заказчиком.
В контексте технического задания на баннерную систему, это – интеграция с системами управления сайтом компании, биллинга, аутентификации и хранения данных пользователей.
«Система баннерной рекламы связана с тремя внешними модулями, функционирующими в окружении компании: системой управления сайтом компании, системой биллинга и системой аутентификации и хранения данных пользователей». Каждый показ баннера сопровождается запросом от системы управления сайтом к баннерной системе. Эти системы, кроме того, используют общие идентификаторы площадок и рекламных мест, а также согласованные имена параметров таргетирования».
В техническое задание мы обычно включаем глоссарий, разъясняющий значения специальных терминов, используемых в документе. Очень важно точно определить значение терминов, которые в дальнейшем используются в документе.
«Размещение (единица размещения, строка медиаплана) – это сущность, объединяющая баннер, который необходимо показывать, рекламное место, на котором будет показан баннер, а также правила показа. Правила показа определяют период размещения, параметры таргетирования, лимиты размещения, веса и т.п. Фактически, все рекламные кампании состоят из размещений».
Частота контакта – количество уникальных пользователей, посмотревших рекламный баннер определенное число раз. Например, частота контакта 5 – количество уникальных пользователей, каждый из которых посмотрел данный рекламный баннер не менее 5 раз. Частота контакта 1 = Охват.
Место ТЗ в структуре проектирования
Проектирование — это процесс (разработки проекта), который обладает определённой структурой, то есть последовательностью и составом стадий и этапов, совокупностью процедур и привлекаемых технических средств, взаимодействием участников процесса.
В соответствии с Гражданским кодексом, проектирование — это один из видов подрядных работ, результатом которых является продукция (проект), то есть комплект проектной документации на другой продукт (объект проектирования). Проект предназначен для создания объекта, его эксплуатации, ремонта и ликвидации, а также для проверки или воспроизведения промежуточных и конечных решений, на основе которых этот объект был разработан.
Слово «проект» в области деятельности «управление проектами» применяется в значении «программа», «план действий», «комплекс работ».
Участников проектных работ разделяют на потребителей (заказчиков этих работ) и поставщиков (исполнителей этих работ, подрядчиков). Исполнителя-специалиста называют проектировщиком или разработчиком. Поставщиком, как и потребителем продукции, может быть организация (юридическое лицо) или конкретный человек (физическое лицо).
Объектом проектирования может быть материальное устройство, или выполнение работы, или оказание услуги, например, сооружение или промышленный комплекс, техническое устройство (прибор, машина, аппарат), система управления, информационная система, нормативная документация (например, стандарт) и т. д.
Стадии проектирования регламентированы стандартами. Это следующая последовательность:
- Техническое задание (по ГОСТ 2.103-68 к стадиям разработки не относится),
- Техническое предложение,
- Эскизный проект,
- Технический проект,
- Стадии рабочего проекта.
Решение любой задачи начинается с её осмысления и уточнения исходных данных. Те (технические) требования, которые выдаются заказчиком, формулируются на языке потребителя-неспециалиста и не всегда бывают технически четкими и исчерпывающими. Перевести требования на язык предметной области, сформулировать задачу максимально полно и грамотно, обосновать необходимость её решения, это и есть главная цель ТЗ, обязательный этап работы. Исполнитель выполняет его в тесном контакте с заказчиком. Фактически это означает, что работа исполнителя над проектом уже началась.
В машиностроении этот этап иногда называют внешним проектированием.
Как правило, ТЗ составляют на основе анализа результатов предварительных исследований, расчётов и моделирования.
Очень важный, и при этом часто описываемый часто формально раздел. Хотя, на мой взгляд, это самый важный раздел ТЗ, без него мы просто не понимаем, о чем вообще создаваемая система.
Давайте сначала определим, что такое «объект автоматизации». Если мы автоматизируем склад или завод, отдел бухгалтерии, то все понятно. А если, например, создаем новую социальную сеть, то объекта как бы и нет. Но на самом деле, под объектом скорее имеются в виду автоматизируемые процессы. И даже в случае со складом мы же автоматизируем не сам склад (как можно автоматизировать хранение коробок?), а складские процессы.
Если выполнять данный раздел формально, то он будет очень похож на описание назначения системы, и в ТЗ появится еще одно озеро воды, но так и не будет понятно, а что должна делать система.
В данном разделе следует приводить:
- Описание заказчика: виды деятельности заказчика, количество филиалов, сотрудников. Конечно, характеризовать заказчика нужно в той части, которая непосредственно касается создаваемой системы.
- Сведения о пользователях системы: виды пользователей, какую роль играет система для разных пользователей.
- Описание автоматизируемых объектов. Например, если мы автоматизируем склад, до должны описать, какой он площади, сколько проходов, какая ширина проходов, какие стеллажи, имеется ли отдельная зона сборки, сколько работает человек и какие у них обязанности. Тогда мы поймем, что конкретно автоматизируем, как должен выглядеть складской процесс, и какое оборудование используется.
- Описание автоматизируемых процессов. Конечно, не стоит в ТЗ расписывать процессы подробно. Но привести общие сценарии — обязательно. Только тогда нам становится ясно, какие должны иметься функции.
- Перечень документов, в которых приводится подробное описание объекта автоматизации.
Цели, основные принципы и общие правила проведения работ по межгосударственной стандартизации установлены ГОСТ 1.0 «Межгосударственная система стандартизации. Основные положения» и ГОСТ 1.2 «Межгосударственная система стандартизации. Стандарты межгосударственные, правила и рекомендации по межгосударственной стандартизации. Правила разработки, принятия, обновления и отмены»
Сведения о стандарте
1 РАЗРАБОТАН Федеральным государственным унитарным предприятием «Всероссийский научно-исследовательский институт стандартизации и сертификации в машиностроении» (ВНИИНМАШ)
2 ВНЕСЕН Федеральным агентством по техническому регулированию и метрологии
3 ПРИНЯТ Межгосударственным советом по стандартизации, метрологии и сертификации (протокол от 25 октября 2016 г. N 92-П)
За принятие проголосовали:
|
Краткое наименование страны по МК (ИСО 3166) 004-97 |
Код страны по МК (ИСО 3166) 004-97 |
Сокращенное наименование национального органа по стандартизации |
|
Армения |
AM |
Минэкономики Республики Армения |
|
Киргизия |
KG |
Кыргызстандарт |
|
Россия |
RU |
Росстандарт |
|
Таджикистан |
TJ |
Таджикстандарт |
В настоящем стандарте применены следующие сокращения:
ЕСКД — единая система конструкторской документации;
ЕСПД — единая система программной документации;
ЗИП — запасной инструмент и принадлежности;
КД — конструкторские документы (документация);
КИМП — комплектующие изделия межотраслевого применения;
МГС — Межгосударственный совет по стандартизации, метрологии и сертификации;
НД — нормативные документы;
НИО — научно-исследовательская организация;
НИР — научно-исследовательская работа;
ОКР — опытно-конструкторская работа;
ОНТД — отчетная научно-техническая документация;
ОС — окружающая среда;
РКД — рабочая конструкторская документация;
СИ — средства измерений;
СЧ — составная часть;
ТД — техническая документация;
ТЗ — техническое задание;
ТП — технический проект;
ТПр — техническое предложение;
ЭД — эксплуатационная документация;
ЭВТ — электронно-вычислительная техника;
ЭП — эскизный проект;
ЭРИ — электрорадиоизделия.
Чем отличается техническое задания от описания объекта госзакупки
Описание объекта закупки является неотъемлемой частью техзадания. В законе о контрактной системе правила описания объекта урегулированы, но требования к техническому заданию по 44-ФЗ не указаны и о таком документе ничего не говорится.
С 11 января 2018 г. были внесены изменения в правила описания предмета госзаказа:
- Законодатели исключили положение о том, что оно должно носить объективный характер.
- Как и прежде, потребуется сопроводить товарный знак словами «или эквивалент».
Делать это необязательно:
- если товары, выпущенные под другим товарным знаком, несовместим с товаром, который использует госзаказчик
- при приобретении запасных частей и расходных материалов к машинам и оборудованию, используемым заказчиком, согласно технической документаци
Техническое задание на ПО
Техническое задание на программное обеспечение – это документ в проектной документации, в котором в деталях описываются основные требования на разработку ПО. Написание требований к ПО является обязательным условием успеха средних и больших проектов. Если программное обеспечение по разным причинам разрабатывается без технического задания (ТЗ), то в дальнейшем при несоответствии выполненного проекта пожеланиям заказчика, могут возникнуть определенные разногласия, дополнительные согласования, доработки, что оставляет неприятный осадок от сотрудничества.
Главный критерий ТЗ – предельная полнота. После его прочтения у разработчика не должно остаться никаких вопросов по деталям описываемого программного продукта. Ответственный подход к разработке технического задания позволит минимизировать трудозатраты программистов по написанию кода, а также денежные затраты на выполнение проекта.
Что Вы получаете в результате составления технического задания на разработку ПО?
Правильно составленное техническое задание – это фундамент и основа проекта, без которого невозможно осуществить цель работы, желания и требования заказчика. На ТЗ будет выстраиваться вся дальнейшая работа.
Среди преимуществ ТЗ на разработку ПО для клиента:
- Информирование исполнителя. Разработчик должен иметь четкое представление о специфике деятельности организации, проблематике и задачах от руководства, которые решаются посредством внедрения разрабатываемого ПО.
- Учет разногласий и противоречий. В ходе устных переговоров между заказчиками и исполнителями часто возникают определенные разногласия. У клиента есть свое представление о результатах проекта, у разработчика свое представление о корректности выполнения всех поставленных задач. Поэтому, все критерии оценки проводимой работы должны быть полностью прозрачными, чтобы озвучиваемые мнения и идеи трактовались одинаково правильно для обеих сторон.
- Юридические гарантии. Кроме договора и приложений, ТЗ наделяется юридической силой. После того как все условия сделки будут оговорены, заключается официальный договор.
Техническое задание важно для каждого участника выполняемого проекта по разработке, а также модернизации и внедрению ПО.
Техническое задание программного обеспечения оказалось поверхностным?
Итак, техническое задание, вне зависимости от выбранного ГОСТа, всегда включает следующие основные сведения по разрабатываемому ПО:
1) наименование – полное и краткое названия, условное обозначение разрабатываемого ПО;
2) назначение – то, для чего, в какой области и с какой целью разрабатывается ПО;
3) основание для разработки – документы, на основании которых производится разработка ПО;
4) функции – перечень и описание функций разрабатываемого ПО;
5) структура – описание архитектуры и компонентов разрабатываемого ПО;
6) пользовательский интерфейс – в современном мире обязателен;
7) надежность, безопасность, условия эксплуатации и проч. важные требования;
8) документация – какая документация, в каком объеме и в соответствии с какими требованиями ГОСТов будет также разработана;
9) стадии и этапы разработки – что и в какой последовательности разрабатывается;
10) порядок контроля и приемка – как именно будет происходить сдача разработанного ПО Заказчику.