Ттз что это такое
Ттз что это такое
 | Список значений слова или словосочетания со ссылками на соответствующие статьи. Если вы попали сюда из другой статьи Википедии, пожалуйста, вернитесь и уточните ссылку так, чтобы она указывала на статью. |
Смотреть что такое «ТТЗ» в других словарях:
ТТЗ — Ташкентский тракторный завод г. Ташкент Словарь: С. Фадеев. Словарь сокращений современного русского языка. С. Пб.: Политехника, 1997. 527 с. ТТЗ тактико техническое задание техн. Словари: Словарь сокращений и аббревиатур армии и спецслужб. Сост … Словарь сокращений и аббревиатур
ТТЗ — тактико техническое задание Ташкентский тракторный завод … Словарь сокращений русского языка
ТТЗ НА ВЫПОЛНЕНИЕ ОПЫТНО-КОНСТРУКТОРСКОЙ РАБОТЫ (ОКР) — исходный документ Заказчика на выполнение ОКР, устанавливающий все важнейшие характеристики и параметры (боевые, информационные, эксплуатационные, специальные), которыми должен обладать опытный образец вооружения и военной техники. В ТТЗ обычно… … Война и мир в терминах и определениях
ТАКТИКО-ТЕХНИЧЕСКОЕ ЗАДАНИЕ (ТТЗ) НА ВЫПОЛНЕНИЕ НАУЧНО-ИССЛЕДОВАТЕЛЬСКОЙ РАБОТЫ — исходный технический документ Заказчика на выполнение необходимого комплекса научно исследовательских и экспериментальных работ в подтверждение выбранной концепции и облика нового (модернизированного) образца ВВСТ и в обеспечение реализации его… … Война и мир в терминах и определениях
Лидеры эскадренных миноносцев проекта 48 — (тип «Киев») Проект Страна … Википедия
Эскадренные миноносцы проекта 35 — У этого термина существуют и другие значения, см. Проект 35. Эскадренные миноносцы проекта 35 … Википедия
Эскадренные миноносцы проекта 40 — Эскадренные миноносцы проекта 40 … Википедия
Крейсера проекта 68-К — Крейсера проекта 68 К … Википедия
Назначение и структура технического задания (общие требования к содержанию)
Техническое задание (ТЗ), или тактико-техническое задание (ТТЗ), — исходный технический документ, утверждаемый заказчиком работ и устанавливающий комплекс тактико-технических требований к создаваемому изделию, а также требования к содержанию, объемам и срокам выполняемых работ. Договор на проведение работ должен содержать положение о том, что ТЗ (ТТЗ)’ является его неотъемлемой частью.
• Технические задания разрабатываются в соответствии с государственными; стандартами, например: ГОСТ РВ 15.201 — 2003 «Система разработки и постановки продукции на производство. Военная техника. Тактико-техническое (техническое) задание на выполнение опытно-конструкторских работ».
ТЗ (ТТЗ) разрабатывается заказчиком, вместе с тем, как правило, проект ТЗ (ТТЗ) разрабатывается в соответствии с договором на проведение работ исполнителем или другой уполномоченной заказчиком организацией.
Составные части работ исполнитель по согласованию с заказчиком может поручать соисполнителям. ТЗ (ТТЗ) на составные части работ разрабатываются головным исполнителем.
В ТТЗ (ТЗ) на проведение работ устанавливают цель разработки и назначение разрабатываемого (модернизируемого) изделия, совокупность тактико-технических, технических, эксплуатационных, технико-экономических, специальных и других требований, требований к видам обеспечения, предъявляемых к изделию, этапы ОКР работ, в том числе порядок испытаний и приемки работ, сроки их выполнения и перечень руководящих документов, стандартов и других носителей информации, содержащих исходные данные, необходимые для выполнения работ.
ТТЗ на ОКР разрабатывают на основе НТД системы ОТТ, стандартов, результатов научно-исследовательских и экспериментальных работ, аванпроектов (если они выполнялись), патентных исследований, анализа новейших достижений и перспектив развития отечественной и зарубежной науки и техники, опыта предыдущих разработок аналогичных изделий, их эксплуатации и применения, исходя из условий максимальной эффективности при соблюдении требований безопасности (в том числе экологической).
Степень секретности сведений, излагаемых в ТТЗ (ТЗ) на проведение работ, и соответствующий гриф секретности ТТЗ (ТЗ) определяют разработчик документа на основании Закона РФ «О государственной тайне» [20] и ведомственных перечней сведений, подлежащих засекречиванию.
Наличие в ТТЗ (ТЗ) другой информации ограниченного доступа определяется также его разработчиком по согласованию с заказчиком работ.
Передача информации о содержании ТТЗ (ТЗ) и проводимых работ третьим лицам осуществляется по решению заказчика.
ТТЗ должно состоять из разделов, располагаемых в следующем порядке:
• наименование, основание, исполнитель и сроки выполнения работ;
• цель выполнения работ, наименование и индекс изделия;
• тактико-технические требования к изделию (раздел должен состоять из следующих подразделов: состав изделия; требования назначения; требования радиоэлектронной защиты; требования живучести и стойкости к внешним воздействиям; требования надежности; требования эргономики, обитаемости и технической эстетики; требования к эксплуатации, хранению, удобству технического обслуживания и ремонта; требования транспортабельности; требования безопасности; требования обеспечения режима; сохранности информации ограниченного доступа; требования защиты от технических средств разведки и т.д.);
• требования к видам обеспечения;
• требования к сырью и материалам;
• требования к консервации, упаковке и маркировке;
• требования к учебно-тренировочным средствам;
• требования защиты государственной тайны, или иной информации ограниченного доступа (устанавливаются цели и задачи» обеспечения З.И применительно к создаваемому изделию; включают требования по проведению анализа возможных каналов утечки сведений об изделии, оценке их информативности и выработке мер по закрытию этих каналов при создании, испытаниях, транспортировании, эксплуатации и ремонте изделия, требования приведения контроля и оценки достаточности принятых мер по ср> хранению сведений об изделии на каждом этапе работ с ним, а также другие требования к образцу по обеспечению ЗИ в соответствии с действующими руководящими документами) [151]
• этапы выполнения работ;
• порядок выполнения и приемки этапов работ.
Ттз что это такое
Ташкентский тракторный завод
Словарь: С. Фадеев. Словарь сокращений современного русского языка. — С.-Пб.: Политехника, 1997. — 527 с.
Словари: Словарь сокращений и аббревиатур армии и спецслужб. Сост. А. А. Щелоков. — М.: ООО «Издательство АСТ», ЗАО «Издательский дом Гелеос», 2003. — 318 с., С. Фадеев. Словарь сокращений современного русского языка. — С.-Пб.: Политехника, 1997. — 527 с.
Смотреть что такое «ТТЗ» в других словарях:
ТТЗ — Аббревиатура ТТЗ может означать: Тактико техническое задание; Ташкентский тракторный завод; Тольяттинский трансформаторный завод. товарно транспортные затраты … Википедия
ТТЗ — тактико техническое задание Ташкентский тракторный завод … Словарь сокращений русского языка
ТТЗ НА ВЫПОЛНЕНИЕ ОПЫТНО-КОНСТРУКТОРСКОЙ РАБОТЫ (ОКР) — исходный документ Заказчика на выполнение ОКР, устанавливающий все важнейшие характеристики и параметры (боевые, информационные, эксплуатационные, специальные), которыми должен обладать опытный образец вооружения и военной техники. В ТТЗ обычно… … Война и мир в терминах и определениях
ТАКТИКО-ТЕХНИЧЕСКОЕ ЗАДАНИЕ (ТТЗ) НА ВЫПОЛНЕНИЕ НАУЧНО-ИССЛЕДОВАТЕЛЬСКОЙ РАБОТЫ — исходный технический документ Заказчика на выполнение необходимого комплекса научно исследовательских и экспериментальных работ в подтверждение выбранной концепции и облика нового (модернизированного) образца ВВСТ и в обеспечение реализации его… … Война и мир в терминах и определениях
Лидеры эскадренных миноносцев проекта 48 — (тип «Киев») Проект Страна … Википедия
Эскадренные миноносцы проекта 35 — У этого термина существуют и другие значения, см. Проект 35. Эскадренные миноносцы проекта 35 … Википедия
Эскадренные миноносцы проекта 40 — Эскадренные миноносцы проекта 40 … Википедия
Крейсера проекта 68-К — Крейсера проекта 68 К … Википедия
Ттз что это такое
Система разработки и постановки продукции на производство
Требования к содержанию и оформлению
System of products development and launching into manufacture. Technical assignment. Requirements to contents and form of presentation
Дата введения 2017-09-01
Предисловие
Цели, основные принципы и общие правила проведения работ по межгосударственной стандартизации установлены ГОСТ 1.0 «Межгосударственная система стандартизации. Основные положения» и ГОСТ 1.2 «Межгосударственная система стандартизации. Стандарты межгосударственные, правила и рекомендации по межгосударственной стандартизации. Правила разработки, принятия, обновления и отмены»
Сведения о стандарте
1 РАЗРАБОТАН Федеральным государственным унитарным предприятием «Всероссийский научно-исследовательский институт стандартизации и сертификации в машиностроении» (ВНИИНМАШ)
2 ВНЕСЕН Федеральным агентством по техническому регулированию и метрологии
3 ПРИНЯТ Межгосударственным советом по стандартизации, метрологии и сертификации (протокол от 25 октября 2016 г. N 92-П)
За принятие проголосовали:
Краткое наименование страны по МК (ИСО 3166) 004-97
Сокращенное наименование национального органа по стандартизации
Минэкономики Республики Армения
4 Приказом Федерального агентства по техническому регулированию и метрологии от 14 марта 2017 г. N 135-ст межгосударственный стандарт ГОСТ 15.016-2016 введен в действие в качестве национального стандарта Российской Федерации с 1 сентября 2017 г.
6 ПЕРЕИЗДАНИЕ. Июль 2020 г.
Информация о введении в действие (прекращении действия) настоящего стандарта и изменений к нему на территории указанных выше государств публикуется в указателях национальных стандартов, издаваемых в этих государствах, а также в сети Интернет на сайтах соответствующих национальных органов по стандартизации.
В случае пересмотра, изменения или отмены настоящего стандарта соответствующая информация будет опубликована на официальном интернет-сайте Межгосударственного совета по стандартизации, метрологии и сертификации в каталоге «Межгосударственные стандарты»
1 Область применения
Настоящий стандарт устанавливает требования к построению, содержанию, изложению, оформлению, порядку согласования и утверждения технического задания на выполнение научно-исследовательских и опытно-конструкторских работ в области изделий машиностроения и приборостроения.
2 Нормативные ссылки
В настоящем стандарте использованы нормативные ссылки на следующие межгосударственные стандарты:
ГОСТ 2.001 Единая система конструкторской документации. Общие положения
ГОСТ 2.102 Единая система конструкторской документации. Виды и комплектность конструкторских документов
ГОСТ 2.103 Единая система конструкторской документации. Стадии разработки
ГОСТ 2.105 Единая система конструкторской документации. Общие требования к текстовым документам
ГОСТ 2.116 Карта технического уровня и качества продукции
ГОСТ 2.118 Единая система конструкторской документации. Техническое предложение
ГОСТ 2.119 Единая система конструкторской документации. Эскизный проект
ГОСТ 2.120 Единая система конструкторской документации. Технический проект
ГОСТ 2.301 Единая система конструкторской документации. Форматы
ГОСТ 2.601 Единая система конструкторской документации. Эксплуатационные документы*
* В Российской Федерации действует ГОСТ Р 2.601-2019.
ГОСТ 3.1001 Единая система технологической документации. Общие положения
ГОСТ 3.1102 Единая система технологической документации. Стадии разработки и виды документов. Общие положения
ГОСТ 14.201 Обеспечение технологичности конструкции изделий. Общие требования
ГОСТ 15.012 Система разработки и постановки продукции на производство. Патентный формуляр
ГОСТ 19.201 Единая система программной документации. Техническое задание. Требования к содержанию и оформлению
ГОСТ 27.003 Надежность в технике. Состав и общие правила задания требований по надежности
ГОСТ 34.602 Информационная технология. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы
ГОСТ 16504 Система государственных испытаний продукции. Испытания и контроль качества продукции. Основные термины и определения
ГОСТ 19433 Грузы опасные. Классификация и маркировка
ГОСТ 21964 Внешние воздействующие факторы. Номенклатура и характеристики
ГОСТ 28934 Совместимость технических средств электромагнитная. Содержание раздела технического задания в части электромагнитной совместимости
3 Термины и определения
В настоящем стандарте применены следующие термины с соответствующими определениями:
3.1 техническое задание (ТЗ): Исходный технический документ для проведения работы, устанавливающий требования к создаваемому изделию (его СЧ или КИМП) и технической документации на него, а также требования к объему, срокам проведения работы и форме представления результатов.
3.2 заказчик: Предприятие (организация, объединение или другой субъект хозяйственной деятельности), по заявке или договору с которым производится разработка (модернизация), производство и (или) поставка продукции, в том числе научно-технической.
3.3 разработчик: Предприятие (организация, объединение, юридическое или физическое лицо), осуществляющее разработку продукции в установленном порядке.
3.4 изделие: Любой предмет или набор предметов производства, подлежащих изготовлению на предприятии, количество которых может исчисляться в штуках или экземплярах.
3.5 радиоэлектронные средства: Технические средства, предназначенные для передачи и (или) приема радиоволн, состоящие из одного или нескольких передающих и (или) приемных устройств либо комбинации таких устройств и включающие в себя вспомогательное оборудование.
живучесть: Свойство объекта, состоящее в его способности противостоять развитию критических отказов из дефектов и повреждений при установленной системе технического обслуживания и ремонта, или свойство объекта сохранять ограниченную работоспособность при воздействиях, не предусмотренных условиями эксплуатации, или свойство объекта сохранять ограниченную работоспособность при наличии дефектов или повреждений определенного вида, а также при отказе некоторых компонентов.
[ГОСТ 27.002-89, пояснение к термину «Надежность»]
3.7 эскизный проект (ЭП): Вид проектной конструкторской документации на изделие, содержащей принципиальные конструкторские решения, дающие общее представление о конструкции и принципе работы изделия, а также данные, определяющие его соответствие назначению.
3.8 технический проект (ТП): Вид проектной конструкторской документации на изделие, содержащей окончательные технические решения, дающие полное представление о конструкции разрабатываемого изделия и включающей данные, необходимые и достаточные для разработки рабочей конструкторской документации.
техническое предложение: Совокупность проектных КД, которые должны содержать технические и технико-экономические обоснования целесообразности разработки документации изделия на основании анализа ТЗ и различных вариантов возможных решений изделий, сравнительной оценки решений с учетом конструктивных и эксплуатационных особенностей разрабатываемого и существующих изделий, а также патентные исследования.
3.10 рабочая конструкторская документация (РКД): Совокупность конструкторских документов, предназначенных для изготовления, контроля, приемки, поставки, эксплуатации и ремонта изделия.
3.11 головной исполнитель: Предприятие (организация, объединение), выполняющее работу по созданию изделия (комплекса, системы), координирующее деятельность исполнителей составных частей этой работы и отвечающее за выполнение работы в целом.
4 Сокращения
В настоящем стандарте применены следующие сокращения:
Так что же такое «Техническое Задание»?
Данный текст был создан сугубо ради существования постоянной ссылки, которую бы сам автор, да и все вы — могли бы смело отправлять своим будущим заказчикам, коллегам, родственникам и знакомым в виде стандартизированного ответа на вопрос: «А надо ли мне ваше ТЗ и вообще что это?»
Как говорится — «вместо тысячи слов», поскольку каждый раз евангелистить по 4-5 часов в скайпе на данную тему становится уже утомительным, а общемировая тенденция подсовывать под определение «Технического задания» откровенную ерунду с годами все только усиливается.
Проблема
Дело в том, что когда существует конкретный формат, а также четкое и внятное определение какого-либо термина, то все манипуляции и подмены его на собственные брифы, прототипы, на ходу придуманные опросники, описания и просто входящие заявки — выглядят, по меньшей мере, непрофессионально. Поэтому с научного определения нашего понятия и начинаем:
Техническое задание — исходный документ на проектирование технического объекта (изделия). ТЗ устанавливает основное назначение разрабатываемого объекта, его технические характеристики, показатели качества и технико-экономические требования, предписание по выполнению необходимых стадий создания документации (конструкторской, технологической, программной и т. д.) и её состав, а также специальные требования. Техническое задание является юридическим документом — как приложение включается в договор между заказчиком и исполнителем на проведение проектных работ и является его основой: определяет порядок и условия работ, в том числе цель, задачи, принципы, ожидаемые результаты и сроки выполнения. То есть должны быть объективные критерии, по которым можно определить, сделан ли тот или иной пункт работ или нет. Все изменения, дополнения и уточнения формулировок ТЗ обязательно согласуются с заказчиком и им утверждаются. Это необходимо и потому, что в случае обнаружения в процессе решения проектной задачи неточностей или ошибочности исходных данных возникает необходимость определения степени вины каждой из сторон-участниц разработки, распределения понесенных в связи с этим убытков. Техническое задание, как термин в области информационных технологий – это юридически значимый документ, содержащий исчерпывающую информацию, необходимую для постановки задач исполнителям на разработку, внедрение или интеграцию программного продукта, информационной системы, сайта, портала либо прочего ИТ сервиса.
Переводим на понятный язык
1) ТехЗадание — оно ставит задачу. А значит оно должно идти перед прототипом, скетчем, тестом, дизайн-проектом, потому что любой майндмеп, диаграмма потоков данных, архитектура — это уже выполнение некой задачи, это ответ на вопрос. А до того, как сам вопрос еще не задан, не сформулирован и не подписан всеми сторонами — любой ответ будет априори неправильным, не так ли? Итак, начало любой работы над любым проектом — это постановка задачи, а не судорожный поиск набросков десятка вариантов ее решения.
2) Собственно из первого пункта логично вытекает и новый — сам текст ТЗ обязан начинаться с главы «Цели и задачи», четко формулирующей, какие бизнес-цели преследует вся эта очередная попытка повысить энтропию в мире. Бесцельное задание, которое не решает никаких проблем, не достигает ничего и делается «от скуки» — официально не считается Техническим Заданием, а с этого момента находится в статусе «обычная бумажка».
3) Как же вам понять, решает ли предложенная дизайн-концепция или интерактивный прототип, а то и готовый к употреблению сайт — вышеизложенную задачу бизнеса? Ничего не поделаешь, придется опять вернуться к определению: «определяет… ожидаемые результаты и сроки выполнения. То есть должны быть объективные критерии, по которым можно определить, сделан ли тот или иной пункт работ или нет». То есть ТЗ без четких измеримых показателей в рублях, секундах, тонно-километрах или градусах Цельсия — быть не может. Бриф может, или прототип, или еще любая абсурдная бумажка, но только не ТехЗадание.
Отсюда делаем вывод, что в настоящем ТЗ обязательно должна быть глава «Порядок приемки и оценки», когда эти самые показатели берутся, замеряются, и стороны либо пожимают друг другу руки, либо отправляют проект на переделку.
4) ТехЗадание должно обязательно согласоваться с общим бизнес-планом заказчика, с его стратегией развития бизнеса и анализом сегмента рынка. Именно все это позволит установить правильные цели, вывести точные метрики, по которым затем адекватно провести приемку готового инфопродукта. Отсутствие у заказчика бизнес-плана автоматически гарантирует непрофессиональное выполнение Технического Задания.
Знает ли студия на аутсорсе бизнес-цели и измеримые показатели бизнеса лучше его владельца? Очевидно, что нет, а значит правильное ТЗ должно писаться представителями Заказчика, а не наемными работниками Исполнителя. Абсурд, когда исполнитель сам себе ставит задачу, затем сам себе придумывает способы ее оценки, и в конце сам же выставляет себе итоговую отметку за сделанную работу. В идеале такой «самодеятельности» быть не должно, хотя на практике повсюду именно так и происходит, в результате чего ТехЗадание и не оказывает нужной помощи проекту, слишком часто являясь по сути фиктивным документом. Не надо так.
5) Каждое внесение правок в готовое ТЗ должно стоить денег. Нельзя бесплатно и бесконечно править «Конституцию вашего проекта» только потому, что одна из сторон передумала, не выспалась, внезапно решила сэкономить и т.д. Цена каждого изменения в ТЗ должна также четко прописываться заранее в соответствующей главе.
Кстати, по идее точно также каждая правка в дизайне или внесение изменений в список страниц или функций должна иметь четкую цену, которая оплачивается заранее, до начала внесения данного изменения. Лично я предлагаю любую редактуру утвержденного ТЗ оценивать в 30% от всего бюджета проекта, но вы можете поступать иначе.
Стоит ли упоминать, что в ТЗ просто необходимо заранее указывать сроки и общий бюджет на разработку, а также список всех существующих ресурсов и ограничений? — Нет, это будет уж слишком очевидно.
Итак: Что делаем? Для чего? Как поймем, что сделали? Сколько стоит каждый пивот? — написанные на листочке ответы на все эти вопросы и являются «серебряной пулей», способной вытащить даже самый провальный проект.
Контрольные вопросы
А здесь перечислю ответы на самые часто встречающие вопросы от заказчиков: 
1) Так что, на написание ТехЗадания может еще и официальный ГОСТ есть? — Да, даже несколько.
2) А что, в ТехЗадание не входит описание нужных страниц, количества кнопок, используемых библиотек, гайдлайнов и т.д.? — В само ТЗ нет, но в Приложения вы можете все это поместить, разумеется скорректировав все это с вышеописанными целями, ограничениями и способами дальнейшей оценки достигнутого результата. Размещайте хоть весь будущий контент, хоть описание типовых персонажей — но не вместо четкой постановки задачи, а уже после нее.
3) Так может оно мне такое и не нужно? — Возможно, сегодня тысячи сайтов делаются вообще без ТЗ, также, как тысячи людей в мире прекрасно живут, будучи слепыми от рождения. Но если вы хотите видеть — куда вы вообще движетесь, осознанно принимать решения и самостоятельно оценивать полученные результаты — то без ТЗ тут не обойтись.
4) Вот вы и Википедия пишете, что ТЗ создается заказчиком. Но я не умею\мне некогда\просто не хочу его делать сам. Как же быть? — Отдать разработку ТЗ третьей стороне, вполне знакомой с вашим бизнесом, его задачами, целевой аудиторией и потребностями, и в то же время досконально осведомленной о всех этапах веб-разработки. Эта третья сторона станет неким «веб-нотариусом», то есть гарантом того, что исполнитель не занизит нужные вам показатели или не затянет сроки, и что заказчик установит достижимые метрики и на итоговой приемке не будет субъективно оценивать созданный продукт, на ходу изменяя зафиксированные ранее требования.
5) И что, если ТЗ является юридическим документом, то я потом могу засудить аутсорсера, не заплатить ему, заставить переделать все в десятый раз? — Если документ составлен правильно, указаны цели и методология оценки их достижения; если документ подписан сторонами и упомянут в Договоре (само ТехЗадание договором не является) — то конечно же сможете. А вот с обычным брифом, прототипами, арт-креатив-макетом, Безопасной сделкой на FL — уже нет.
6) Мне говорят, что работа будет вестись по какому то то ли скраму, то ли аджайлу; а значит архаичное ТЗ мне больше уже не нужно. Это так? — Посудите сами: вам называют непонятное слово, явно что-то маскирующее и вот уже на основании незнакомого вам термина предлагают отказаться от юридически грамотного и наполненного целями и метриками документа. Сам же agile никаких целей вроде «достичь не менее 10 000 посещений к концу года», или «достичь цифры более 25 заказов с сайта через месяц» — установить не может, это просто способ проведения совещаний и новой организации нерадивых сотрудников. Задумайтесь несколько раз: «А не пускают ли вам пыль в глаза?». На самом деле никакому новомодному скраму профессиональное ТЗ повредить не может, а вот помочь — обязательно.