Техническое задание на проектирование образец по госту 2020
24.2.10. Иные сети инженерно-технического обеспечения:
25. Требования к мероприятиям по охране окружающей среды:
26. Требования к мероприятиям по обеспечению пожарной безопасности:
27. Требования к мероприятиям по обеспечению соблюдения требований энергетической эффективности и по оснащенности объекта приборами учета используемых энергетических ресурсов:
(не указываются в отношении объектов, на которые требования энергетической эффективности и требования оснащенности их приборами учета используемых энергетических ресурсов не распространяются)
28. Требования к мероприятиям по обеспечению доступа инвалидов к объекту:
(указываются для объектов здравоохранения, образования, культуры, отдыха, спорта и иных объектов социально-культурного и коммунально-бытового назначения, объектов транспорта, торговли, общественного питания, объектов делового, административного, финансового, религиозного назначения, объектов жилищного фонда)
29. Требования к инженерно-техническому укреплению объекта в целях обеспечения его антитеррористической защищенности:
(указывается необходимость выполнения мероприятий и (или) соответствующих разделов проектной документации в соответствии с требованиями технических регламентов с учетом функционального назначения и параметров объекта, а также требований постановления Правительства Российской Федерации от 25 декабря 2013 года N 1244 «Об антитеррористической защищенности объектов (территорий)» (Собрание законодательства Российской Федерации, 2013, N 52, ст.7220, 2016, N 50, ст.7108; 2017, N 31, ст.4929, N 33, ст.5192)
30. Требования к соблюдению безопасных для здоровья человека условий проживания и пребывания в объекте и требования к соблюдению безопасного уровня воздействия объекта на окружающую среду:
(указывается необходимость выполнения мероприятий и (или) подготовки соответствующих разделов проектной документации в соответствии с требованиями технических регламентов с учетом функционального назначения, а также экологической и санитарно-гигиенической опасности предприятия (объекта)
31. Требования к технической эксплуатации и техническому обслуживанию объекта:
32. Требования к проекту организации строительства объекта:
33. Обоснование необходимости сноса или сохранения зданий, сооружений, зеленых насаждений, а также переноса инженерных сетей и коммуникаций, расположенных на земельном участке, на котором планируется размещение объекта:
34. Требования к решениям по благоустройству прилегающей территории, к малым архитектурным формам и к планировочной организации земельного участка, на котором планируется размещение объекта:
(указываются решения по благоустройству, озеленению территории объекта, обустройству площадок и малых архитектурных форм в соответствии с утвержденной документацией по планировке территории, согласованными эскизами организации земельного участка объекта и его благоустройства и озеленения)
35. Требования к разработке проекта восстановления (рекультивации) нарушенных земель или плодородного слоя:
(указываются при необходимости)
36. Требования к местам складирования излишков грунта и (или) мусора при строительстве и протяженность маршрута их доставки:
(указываются при необходимости с учетом требований правовых актов органов местного самоуправления)
37. Требования к выполнению научно-исследовательских и опытно-конструкторских работ в процессе проектирования и строительства объекта:
(указываются в случае необходимости выполнения научно-исследовательских и опытно-конструкторских работ при проектировании и строительстве объекта)
Приказ Минстроя России от 10.06.2020 N 313/пр «Об утверждении Методических рекомендаций о проектах заданий на архитектурно-строительное проектирование объектов капитального строительства, строительство (реконструкция) которых осуществляется за счет средств бюджетов бюджетной системы Российской Федерации»
МИНИСТЕРСТВО СТРОИТЕЛЬСТВА И ЖИЛИЩНО-КОММУНАЛЬНОГО
ХОЗЯЙСТВА РОССИЙСКОЙ ФЕДЕРАЦИИ
от 10 июня 2020 г. N 313/пр
ОБ УТВЕРЖДЕНИИ МЕТОДИЧЕСКИХ РЕКОМЕНДАЦИЙ
О ПРОЕКТАХ ЗАДАНИЙ НА АРХИТЕКТУРНО-СТРОИТЕЛЬНОЕ
ПРОЕКТИРОВАНИЕ ОБЪЕКТОВ КАПИТАЛЬНОГО СТРОИТЕЛЬСТВА,
СТРОИТЕЛЬСТВО (РЕКОНСТРУКЦИЯ) КОТОРЫХ ОСУЩЕСТВЛЯЕТСЯ
ЗА СЧЕТ СРЕДСТВ БЮДЖЕТОВ БЮДЖЕТНОЙ СИСТЕМЫ
В соответствии с пунктом 5 раздела II протокола всероссийского селекторного совещания под председательством Заместителя Председателя Правительства Российской Федерации М.Ш. Хуснуллина от 7 февраля 2020 г. N МХ-П16-10пр, приказываю:
1. Утвердить прилагаемые Методические рекомендации о проектах заданий на архитектурно-строительное проектирование объектов капитального строительства, строительство (реконструкция) которых осуществляется за счет средств бюджетов бюджетной системы Российской Федерации.
2. Рекомендовать застройщикам (техническим заказчикам), обеспечивающим строительство (реконструкцию) объектов капитального строительства, использовать при подготовке задания на проектирование и обосновывающих материалов методические рекомендации, указанные в пункте 1 настоящего приказа, и направлять их на рассмотрение для целей согласования в органы и организации по проведению государственной экспертизы проектной документации и результатов инженерных изысканий в соответствии с их полномочиями.
3. Рекомендовать органам и организациям по проведению государственной экспертизы проектной документации и результатов инженерных изысканий при осуществлении экспертной оценки задания на проектирование и обосновывающих материалов использовать методические рекомендации, указанные в пункте 1 настоящего приказа.
приказом Министерства строительства
и жилищно-коммунального хозяйства
от 10 июня 2020 г. N 313/пр
О ПРОЕКТАХ ЗАДАНИЙ НА АРХИТЕКТУРНО-СТРОИТЕЛЬНОЕ
ПРОЕКТИРОВАНИЕ ОБЪЕКТОВ КАПИТАЛЬНОГО СТРОИТЕЛЬСТВА,
СТРОИТЕЛЬСТВО (РЕКОНСТРУКЦИЯ) КОТОРЫХ ОСУЩЕСТВЛЯЕТСЯ
ЗА СЧЕТ СРЕДСТВ БЮДЖЕТОВ БЮДЖЕТНОЙ СИСТЕМЫ
1. Настоящие Методические рекомендации подготовлены в целях своевременного обеспечения работ по строительству (реконструкции) объектов капитального строительства, определения экономически обоснованной сметной стоимости строительства и проектирования объектов капитального строительства, строительство (реконструкция) которых осуществляется за счет средств бюджетов бюджетной системы Российской Федерации.
2. Задание на проектирование рекомендуется подготавливать с исходными данными, достаточными для разработки проектной документации объекта капитального строительства в соответствии с Положением о составе разделов проектной документации и требованиях к их содержанию, утвержденного постановлением Правительства Российской Федерации от 16 февраля 2008 г. N 87.
3. Задание на проектирование может быть подготовлено в электронной форме (за исключением случая, когда задание на проектирование содержит сведения, составляющие государственную тайну) и подписано застройщиком (техническим заказчиком) с использованием усиленной квалифицированной электронной подписи.
4. Для направления проекта задания на проектирование на рассмотрение для целей согласования в органы и организации по проведению государственной экспертизы проектной документации и результатов инженерных изысканий в соответствии с их полномочиями рекомендуется обращаться с заявлением.
Заявление может содержать в качестве неотъемлемой части приложения документов, копии документов и рекомендуется подавать в электронной форме.
Для возможности органам и организациям по проведению государственной экспертизы проектной документации и результатов инженерных изысканий осуществить экспертную оценку задания на проектирование в заявлении рекомендуется указывать:
идентификационные сведения об объекте капитального строительства, строительство (реконструкция) которого предусматривается в задании на проектирование (наименование объекта предполагаемого строительства (реконструкции), сведения о функциональном назначении объекта капитального строительства, почтовый (строительный) адрес объекта капитального строительства, технико-экономические показатели объекта капитального строительства (площадь, объем, протяженность, количество этажей, производственная мощность и другие), кадастровый номер земельного участка (земельных участков), в пределах которого расположен или планируется расположение объекта капитального строительства, не являющегося линейным объектом (номер и дата утверждения градостроительного плана земельного участка и (или) документации по планировке территории) (при необходимости);
сведения об источнике финансирования (указывается соответствующий бюджет бюджетной системы Российской Федерации в соответствии со статьей 10 Бюджетного кодекса Российской Федерации) и размере финансирования (в процентном отношении к полной стоимости проекта).
К заявлению рекомендуется прикладывать проект задания на проектирование и пояснительную записку, в которой может быть указано:
обоснование выбора проектных решений, направленных на соблюдение требований технических регламентов, санитарно-эпидемиологическим требованиям, требованиям в области охраны окружающей среды, требованиям государственной охраны объектов культурного наследия, требованиям к безопасному использованию атомной энергии, требованиям промышленной безопасности, требованиям к обеспечению надежности и безопасности электроэнергетических систем и объектов электроэнергетики, требованиям антитеррористической защищенности;
характеристика места размещения объекта капитального строительства, описание земельного участка (в том числе сведения о категории земель), обоснование планировочной организации участка, схем транспортных коммуникаций и решений по благоустройству территории;
обоснование соответствия предлагаемых решений предварительным сведениям о возможности получения технических условий на подключение (технологическое присоединение) объекта капитального строительства к сетям инженерно-технического обеспечения;
расчет потребности объекта капитального строительства в топливе, газе, воде и электрической энергии, состав и основные параметры систем электроснабжения, водоснабжения, водоотведения, газоснабжения, систем отопления, вентиляции и кондиционирования воздуха, тепловых сетей, сетей связи;
обоснование выбора инженерно-технических решений и основного технологического оборудования;
обоснование внешнего вида объекта капитального строительства и параметров его пространственной, планировочной и функциональной организации, основных (принципиальных) архитектурно-художественных решений с учетом стоимости, соответствия современному уровню техники и технологий и эксплуатационных расходов;
характеристику района места расположения объекта капитального строительства и условий строительства;
обоснование решений по инженерной подготовке территории, в том числе по инженерной защите территории и объектов капитального строительства от последствий опасных геологических процессов, паводковых, поверхностных и грунтовых вод;
обоснование организационно-технологической схемы, определяющей последовательность строительства зданий и сооружений, инженерных и транспортных коммуникаций, обеспечивающей соблюдение планируемых сроков завершения строительства (его этапов);
технологическую последовательность работ при строительстве объектов капитального строительства или их отдельных элементов;
обоснование планируемой продолжительности строительства объекта капитального строительства и его отдельных этапов;
результаты прогнозной оценки воздействия на окружающую среду намечаемой хозяйственной или иной деятельности, связанной с созданием объекта капитального строительства;
обоснование предполагаемой (предельной) стоимости строительства объекта капитального строительства и метода определения сметной стоимости строительства;
обоснование выбора подлежащих применению для расчета предполагаемой (предельной) стоимости строительства объекта капитального строительства укрупненных нормативов цены строительства для объектов капитального строительства, аналогичных по назначению, проектной мощности, природным и иным условиям территории, на которой планируется осуществлять строительство;
укрупненные расчеты стоимости отдельных видов затрат, не учтенных в ресурсно-технологической модели (использованной для расчета укрупненных нормативов цены строительства), а также затрат на реализацию решений (мероприятий), измененных по сравнению с указанной ресурсно-технологической моделью;
обоснование выбора экономически эффективной проектной документации повторного использования объекта капитального строительства, аналогичного по назначению, проектной мощности, природным и иным условиям территории, на которой планируется осуществлять строительство (если обоснование инвестиций предусматривает использование такой проектной документации), или обоснованности решения о невозможности или нецелесообразности применения экономически эффективной проектной документации повторного использования;
г) отчетная документация о выполнении инженерных изысканий (при наличии);
5. Документы для рассмотрения проекта задания на проектирование рекомендуется представлять с использованием:
Если электронный документ выдан органом государственной власти, органом местного самоуправления, организацией, физическим лицом в соответствии с требованиями, установленными законодательством Российской Федерации о градостроительной деятельности, то такой документ может быть приложен в исходном формате.
Если документ выдан и подписан уполномоченным органом государственной власти, органом местного самоуправления или организацией на бумажном носителе, рекомендуется формировать электронный документ путем сканирования непосредственно с оригинала документа, которое осуществляется с сохранением ориентации оригинала документа в разрешении 300 dpi (масштаб 1:1) с желательным использованием следующих режимов:
«черно-белый» (при отсутствии в документе графических изображений и (или) цветного текста);
«оттенки серого» (при наличии в документе графических изображений, отличных от цветного графического изображения);
«цветной» или «режим полной цветопередачи» (при наличии в документе цветных графических изображений либо цветного текста).
6. При рассмотрении проекта задания на проектирование рекомендуется проводить оценку:
оптимальности и достаточности основных (принципиальных) архитектурно-художественных, технологических, конструктивных и объемно-планировочных, инженерно-технических и иных решений в целях возможности их реализации при подготовке проектной документации объекта капитального строительства с учетом необходимости соблюдения требований технических регламентов, санитарно-эпидемиологических требований, требований в области охраны окружающей среды, требований государственной охраны объектов культурного наследия, требований к безопасному использованию атомной энергии, требований промышленной безопасности, требований к обеспечению надежности и безопасности электроэнергетических систем и объектов электроэнергетики, требований антитеррористической защищенности объекта, а также с учетом результатов инженерных изысканий;
обоснования предполагаемой (предельной) стоимости строительства объекта капитального строительства;
обоснования метода определения сметной стоимости строительства;
достаточности исходных данных, предусмотренных проектом задания на проектирование, для разработки проектной документации объекта капитального строительства;
наличия перечней нормативно-технических документов, которыми предполагается руководствоваться при разработке проектной документации;
оптимальности сроков и этапов строительства объекта капитального строительства;
правильности выбора экономически эффективной проектной документации повторного использования объекта капитального строительства, аналогичного по назначению, проектной мощности, природным и иным условиям территории, на которой планируется осуществлять строительство (если обоснование инвестиций предусматривает использование такой проектной документации), или обоснованность решения о невозможности или нецелесообразности применения экономически эффективной проектной документации повторного использования.
7. По результатам рассмотрения проекта задания на проектирование могут быть сделаны выводы по результатам проведенной экспертной оценки, предусмотренной пунктом 6 настоящих Методических рекомендаций, а также о возможности согласования (несогласования) проекта задания на проектирование, направляемые письмом экспертной организации в адрес заявителя.
Как составить техническое задание и получить то, что нужно
Если вы заказываете у сторонних подрядчиков проект, в котором нет жестких стандартов качества, попробуйте работать по техническому заданию. Оно поможет в разработке сайта, дизайна, написании статей в блог или оказании других маркетинговых и IT-услуг. ТЗ конкретизирует пожелания.
Рассказываем, как составить ТЗ так, чтобы вас поняли, что в него стоит добавить, кто должен оформлять этот документ и какие есть нюансы и особенности.
Что такое техническое задание
Техническое задание, или ТЗ — это документ, в котором фиксируются требования к проекту. Условно ТЗ можно назвать любое поручение исполнителю, главное, чтобы в нем были ясно прописаны характеристики итогового продукта.
В первом примере мы даем поручение, которое исполнитель должен выполнить по своему усмотрению. Во втором явно указываем, что именно нам нужно. Идеальным решением во втором случае еще будет составление договора, чтобы техническое задание стало приложением к нему.
Когда стоит составлять техническое задание
Всё зависит от проекта и вашей бизнес-модели. Если проект маленький, вы доверяете исполнителю, и риск получить не то, что вы хотели, мал, можно обойтись устным поручением.
Если проект требует значительных для вас вложений, он связан со сложной IT-сферой, где много нюансов из-за особенностей технологий, или с творческой сферой, стоит зафиксировать требования в ТЗ.
Кто должен составлять техническое задание
Устоявшейся практики нет — как договоритесь с подрядчиком.
Заказчик делает сам
Например, гендиректор студии архитектурной фотографии «АрхФото» Анатолий Шостак называет идеальным заказом ситуацию, когда заказчик сразу присылает подробное ТЗ и просит оценить работы.
В таких случаях мы точно знаем, что, как и когда нужно снимать. Соответственно, можем сразу рассчитать стоимость и сроки работ. Но в большинстве случаев заказчики не имеют точного ТЗ, потому что у них нет конкретного понимания, что именно нужно требовать от исполнителя. В таких случаях мы предлагаем им заполнить форму с наводящими вопросами.
Анатолий Шостак
Гендиректор «АрхФото»
Совместная работа
Процесс может выглядеть так: заказчик формулирует все требования к будущему продукту, заполняет бриф подрядчика по образцу, а затем на интервью согласовываются нюансы.
Техзадание полностью делает исполнитель
В таких ситуациях подрядчику ставится общая задача, а требования и обязательные функции к продукту он собирает с помощью разных источников — проводит интервью сотрудников заказчика, изучает потенциальных потребителей и конкурентов.
Совместная работа по составлению ТЗ и заказ задания исполнителю отличается в первую очередь подходом. Например, вы хотите заказать интернет-магазин:
Универсального решения нет, но лучше доверять составление ТЗ представителю подрядчика — специалист лучше знает, как должен работать его проект. Но при этом не стоит отстраняться от работы — объясните подрядчику, зачем вам продукт, как вы планируете его использовать, кто и зачем им будет пользоваться, покажите примеры решений конкурентов, которые вы считаете хорошими.
Сколько стоит заказать ТЗ
Если проект сложный, с большим списком функций и требований, техническое задание можно заказать за деньги. Это практикуется при создании сайтов и мобильных приложений. С готовым ТЗ можно не искать исполнителя самостоятельно, а открыть тендер.
Основатель компании по разработке информационных систем Work Solutions Максим Мул при заказе ТЗ рекомендует ориентироваться на 10-20 % от общей стоимости разработки продукта.
Не рассчитывайте получить качественное ТЗ бесплатно. Для его составления привлекают аналитиков, которые должны сформировать функциональные требования исходя из задач бизнеса и описать их так, чтобы не было пространства для двусмысленных толкований.
При этом ТЗ — это отчуждаемый документ, с которым может работать любой исполнитель. То есть вы можете заказать ТЗ у одних разработчиков, а затем обратится к другим. Главное, чтобы в ТЗ были описаны бизнес-логика и правила работы.
Максим Мул
Основатель Work Solutions
Если речь про IT-задачи, например, интеграцию между информационными системами, внедрение CRM, разработку дополнительного функционала ПО или приложения по API, то не стоит рассчитывать на ТЗ стоимостью меньше 50 000 руб., считает гендиректор компании «Информатика и Сервис» Владимир Севрук.
Чтобы составить минимально ценное для клиента и понятное разработчикам ТЗ, аналитику нужно потратить минимум одну неделю на опрос всех сотрудников клиента, уточнить возможность реализации требований с разработчиками и в итоге свести всё в один документ.
Такие затраты микро- и малый бизнес в основном не могут себе позволить — заказ ТЗ актуален для верхнего малого и среднего бизнеса, когда IT-продукт в итоге существенно сократит расходы бизнеса и это будет выгодно.
Владимир Севрук
Гендиректор компании «Информатика и Сервис»
Платные подробные ТЗ применяют и в других сферах. Например, в архитектурной фотографии.
У нас есть более сложная форма ТЗ — мы называем ее «сценарий». Для сценария мы проводим предварительные съемки, прописываем и согласовываем все ракурсы с заказчиком, прорабатываем целевую аудиторию и рассчитываем тайминг каждого кадра с учетом движения солнца. И все это ещё до начала чистовой работы.
Анатолий Шостак
Гендиректор «АрхФото»
За составление такого подробного сценария в «АрхФото» берут деньги. В зависимости от сложности проекта и требований заказчика сценарий иногда стоит дороже самой съемки. Зато благодаря ТЗ заказчик еще до начала работ понимает, что получит в итоге, говорит Анатолий Шостак.
Как написать техническое задание
Что конкретно стоит добавить в техзадание, зависит от продукта. Например, если вы заказываете партию одежды, нужно прописать особенности покроя, виды материалов и их качество, вплоть до примерной матовости поверхности пуговиц.
Если заключаете договор на разработку сайта, нужны сценарии его использования.
Пишите однозначно
Составляя ТЗ или описывая продукт подрядчику, старайтесь избегать качественных прилагательных. «Красивый» пиджак для одного человека будет приталенным, а для другого, наоборот, широкого покроя. Так и с любыми проектами: чем больше конкретики, тем лучше.
Хороший подрядчик будет конкретизировать и уточнять неоднозначные строчки в ТЗ, но это потребует дополнительного времени на переделку. Поэтому лучше стараться минимизировать недопонимание. И постараться определить для себя конкретные требования к продукту еще до разговора с исполнителем.
Бывает, что заказчик не знает, что конкретно хочет получить, причем часто сам того не осознавая. Из-за этого в ТЗ появляются расплывчатые и многословные формулировки. В итоге заказчик с исполнителем потратят значительное время на их уточнение. Эффективнее сделать ТЗ с конкретными и точными требованиями, без многословности.
Алексей Орлов
Руководитель проектов компании «Рексофт»
Стоит попробовать любые пожелания сводить к количественным требованиям.
| Не подходит | Подходит |
| Выводить на главной странице сайта популярные товары | Взять самые покупаемые товары за неделю и показывать их на первом экране сайта в блоке популярных товаров. С возможностью добавить товар в корзину за один клик. |
Дайте подрядчику общую информацию
Расскажите подрядчику, чем занимается компания, кто ее целевая аудитория, поделитесь нюансами работы — это поможет исполнителю лучше вникнуть в проект и избежать ошибок.
Гендиректор INOSTUDIO Максим Болотов рекомендует как минимум озвучить подрядчику идею проекта, который вы заказываете, уточнить, в чем его конкурентные преимущества и уникальность.
Расскажите подрядчику, какие задачи будет решать IT-решение. Это может быть увеличение прибыли, повышение узнаваемости бренда, лояльности пользователей. Уточните, кто будет пользователями продукта, их социальные и поведенческие характеристики, например, пол, возраст, интересы, семейное положение, потребности — это нужно, чтобы корректно и эффективно сформулировать функциональные требования к продукту.
Максим Болотов
Гендиректор INOSTUDIO
Помогите разобраться в терминах и нюансах
Подрядчик, как правило, специалист в своей отрасли, в вашей сфере он по умолчанию разбирается хуже. Поэтому помогите ему понять специфические термины или нюансы в техзадании.
Можно ввести отдельный раздел в виде словаря с расшифровкой или пояснять по ходу документа.
Покажите конкурентов
В ТЗ стоит добавить ссылки на аналогичные проекты и дополнить их описаниями: что конкретно нравится в аналогах, что стоит повторить, а чего точно стоит избегать.
Если заказчик планирует создать продукт, идея которого уже есть на рынке, то имеет смысл изучить конкурентов. Выявить отличительные особенности их IT-решений, чтобы разработать собственное с уникальными преимуществами.
К документу с видением продукта рекомендуем прикладывать ссылки на аналогичные решения. С описанием функциональных блоков, которые вам понравились. Это упростит дальнейшее общение с подрядчиком.
Максим Болотов
Гендиректор INOSTUDIO
Уточните важные технические требования
Если вы делаете IT-продукт, стоит сразу согласовать все технические требования с вашим IT-специалистом и подрядчиками. Это необходимо, чтобы новое решение могло быть интегрировано в ваши имеющиеся платформы и бизнес-процессы.
Например, если вы заказываете интернет-магазин, важно, чтобы его движок мог принимать данные из всех ваших систем — не только обмениваться актуальными ценами с 1С, но и получать информацию из CRM и самописных сервисов.
О нюансах нужно предупреждать подрядчика еще во время обсуждения общего видения проекта и до составления ТЗ. Важно, чтобы исполнитель умел работать со всеми вашими технологиями.
Распишите сценарии использования продукта
Если вы делаете что-то стандартное, то так сильно погружаться в особенности продукта не стоит, это лишь запутает и добавит ТЗ многословности. Но в случае чего-то необычного попробуйте в техзадании отвечать не на вопрос «Что?», а на вопрос «Как будет делать пользователь?».
Если речь про IT-продукты, можно прописывать сценарии по такому шаблону:
Опишите требования к проверке проекта
При составлении ТЗ отталкивайтесь не от абстрактных требований к продукту, в таком случае получится многословный и неструктурированный список желаний. Попробуйте вместо этого придумать условный чек-лист, по которому вы будете проверять успешность проекта.
Например, для интернет-магазина это может быть:
Чем подробнее и длиннее чек-лист, тем лучше.
Двигайтесь от общего к частному
Старайтесь собирать требования к продукту от общего к частному. Если вы заказываете дизайн сайта, то сначала стоит рассказать про общую концепцию и пожелания по цветовой гамме. Затем рассказать, какие страницы должны быть на ресурсе. После перейти к описанию требований к каждому блоку на каждой странице. И в конце определиться с элементами в блоках: какой вид и размер шрифта должен быть у текста, как оформляются иллюстрации.
Шаблоны и примеры ТЗ
Универсального шаблона технического задания нет — требования будут отличаться в зависимости от отрасли и типа проекта.
Если вы решили составлять ТЗ самостоятельно, эффективнее попросить шаблон или пример у подрядчика. Или поискать брифы, которые предлагают заполнить исполнители у себя на сайтах — вопросы из таких форм можно использовать как разделы ТЗ.
Если планируете заказать IT-продукт, можно использовать за основу госстандарты. Например:
Эффективнее будет составлять ТЗ вместе с выбранным подрядчиком. Он будет задавать вопросы, уточнять нюансы и структурировать информацию. А вы объяснять, что же вам в итоге нужно от продукта.
Когда ТЗ не нужно
Не стоит самостоятельно составлять техническое задание для любого продукта — зачастую это излишняя работа, которая только запутает и станет бесполезной бумагой для подрядчика.
Эффективнее будет начать с общего понимания задачи — подумайте, что вам нужно от продукта, как его будут использовать, что в нем должно быть, а что, наоборот, точно стоит исключить. Опишите это с использованием не качественных, а количественных характеристик.
С этим пониманием обратитесь к подрядчику. Возможно, он предложит использовать не ТЗ, а гибкие методологии создания продукта — когда сначала делают небольшой прототип, выпускают его, а затем собирают обратную связь от первых клиентов и постоянно дополняют требования на основе этой аналитики. С таким подходом проект реализуется с учетом потребности клиента.
Вместо ТЗ выгоднее сначала сделать предпроектное обследование, изучить реальные потребности клиентов, вместе с аналитиком подрядчика. А затем решать, нужно ли ТЗ вообще.
Может быть, выгоднее и эффективнее выполнять бизнес-задачу, например, с помощью SCRUM. Действуя небольшими итерациями в 1-2 недели, анализируя результат и постепенно дополняя требования.
Владимир Севрук
Гендиректор компании «Информатика и Сервис»
Кратко — универсальные советы по составлению ТЗ
Составляя ТЗ самостоятельно или с подрядчиком, придерживайтесь следующих правил:
Не пропустите новые публикации
Подпишитесь на рассылку, и мы поможем вам разобраться в требованиях законодательства, подскажем, что делать в спорных ситуациях, и научим больше зарабатывать.