Техническое задание на проектирование прибора образец
Оглавление:
Как составить техническое задание и получить то, что нужно
Закрыть Каждый год компания СКБ Контур проводит конкурс для предпринимателей «», в нем участвуют сотни бизнесменов из разных городов России — от Калининграда до Владивостока. Благодаря конкурсу мы создали вдохновляющую коллекцию бизнес-историй, рассказанных людьми, которые превращают небольшие стартапы в успешные компании. Их опыт и cоветы будут полезны каждому, кто задумывается об открытии своего дела. Для старта необходимы некоторые предварительные условия: идея, немного денег и, что самое важное, желание начать Фред ДеЛюка Основатель Subway Подписка на уведомления о новых статьях Подписаться Мне не интересно
19 ноября 2020 Если вы заказываете у сторонних подрядчиков проект, в котором нет жестких стандартов качества, попробуйте работать по техническому заданию.
Оно поможет в разработке сайта, дизайна, написании статей в блог или оказании других маркетинговых и IT-услуг. ТЗ конкретизирует пожелания. Рассказываем, как составить ТЗ так, чтобы вас поняли, что в него стоит добавить, кто должен оформлять этот документ и какие есть нюансы и особенности. Техническое задание, или ТЗ — это документ, в котором фиксируются требования к проекту.
Условно ТЗ можно назвать любое поручение исполнителю, главное, чтобы в нем были ясно прописаны характеристики итогового продукта. Это не ТЗ, а поручение Сходи, купи хлеба Вот это ТЗ Мне нужен хлеб:
- Купи его до 19:00 сегодня.
- Хлеб должен быть весом от 200 до 300 г.
- Он должен быть либо из ржаной, либо из гречневой муки.
- Мне нужен хлеб из пекарни около дома.
Другой хлеб мне не нужен.
В первом примере мы даем поручение, которое исполнитель должен выполнить по своему усмотрению.
Во втором явно указываем, что именно нам нужно. Идеальным решением во втором случае еще будет составление договора, чтобы техническое задание стало приложением к нему. Всё зависит от проекта и вашей .
Если проект маленький, вы доверяете исполнителю, и риск получить не то, что вы хотели, мал, можно обойтись устным поручением. Если проект требует значительных для вас вложений, он связан со сложной IT-сферой, где много нюансов из-за особенностей технологий, или с творческой сферой, стоит зафиксировать требования в ТЗ.
- Проще менять исполнителей. Разработка большого проекта, например, сайта или приложения, может длиться несколько лет. Если на старте вы поняли, что подрядчик не справляется, при наличии ТЗ проще отказаться от его услуг и найти нового. Экономя время на уточнение требований.
- Вы страхуетесь от недобросовестных подрядчиков. Если есть техническое задание, качество заказанного продукта можно проверить на соответствие требованиям — это аргумент для спорных ситуаций.
- Вы проверяете отношение исполнителя к делу. Например, приходите к подрядчику без ТЗ, а он не пытается узнать подробности задачи и выяснить, что конкретно вам нужно. Это грозит потенциальными проблемами с результатом.
Устоявшейся практики нет — как договоритесь с подрядчиком. Например, гендиректор студии архитектурной фотографии «АрхФото» Анатолий Шостак называет идеальным заказом ситуацию, когда заказчик сразу присылает подробное ТЗ и просит оценить работы.
В таких случаях мы точно знаем, что, как и когда нужно снимать. Соответственно, можем сразу рассчитать стоимость и сроки работ. Но в большинстве случаев заказчики не имеют точного ТЗ, потому что у них нет конкретного понимания, что именно нужно требовать от исполнителя.
В таких случаях мы предлагаем им заполнить форму с наводящими вопросами. Анатолий Шостак Гендиректор «АрхФото» Процесс может выглядеть так: заказчик формулирует все требования к будущему продукту, заполняет бриф подрядчика по образцу, а затем на интервью согласовываются нюансы.
В таких ситуациях подрядчику ставится общая задача, а требования и обязательные функции к продукту он собирает с помощью разных источников — проводит интервью сотрудников заказчика, изучает потенциальных потребителей и конкурентов. Совместная работа по составлению ТЗ и заказ задания исполнителю отличается в первую очередь подходом.
Например, вы хотите заказать интернет-магазин:
- Делает исполнитель. Вы ставите задачу — сделать интернет-магазин. Исполнитель с помощью бизнес-аналитика собирает и структурирует ваши требования к магазину, а также изучает конкурентов и целевую аудиторию, предлагает добавить в ТЗ требование отображать сайт на телевизорах — потому что ваши покупатели часто заказывают товары именно так.
- Совместная работа. Вы говорите исполнителю, что хотите сайт с аккуратным отображением на любых устройствах, с возможностью регистрации личного кабинета и сбора баллов. Подрядчик уточняет, долго ли хранятся баллы, как их будут использовать. И оформляет ТЗ в документ.
Универсального решения нет, но лучше доверять составление ТЗ представителю подрядчика — специалист лучше знает, как должен работать его проект.
Но при этом не стоит отстраняться от работы — объясните подрядчику, зачем вам продукт, как вы планируете его использовать, кто и зачем им будет пользоваться, покажите примеры решений конкурентов, которые вы считаете хорошими. Если проект сложный, с большим списком функций и требований, техническое задание можно заказать за деньги. Это практикуется при создании сайтов и мобильных приложений.
С готовым ТЗ можно не искать исполнителя самостоятельно, а открыть тендер.
Основатель компании по разработке информационных систем Work Solutions Максим Мул при заказе ТЗ рекомендует ориентироваться на 10-20 % от общей стоимости разработки продукта.
Не рассчитывайте получить качественное ТЗ бесплатно. Для его составления привлекают аналитиков, которые должны сформировать функциональные требования исходя из задач бизнеса и описать их так, чтобы не было пространства для двусмысленных толкований. При этом ТЗ — это отчуждаемый документ, с которым может работать любой исполнитель.
То есть вы можете заказать ТЗ у одних разработчиков, а затем обратится к другим. Главное, чтобы в ТЗ были описаны бизнес-логика и правила работы.
Максим Мул Основатель Work Solutions Если речь про IT-задачи, например, интеграцию между информационными системами, внедрение CRM, разработку дополнительного функционала ПО или приложения по API, то не стоит рассчитывать на ТЗ стоимостью меньше 50 000 руб., считает гендиректор компании «Информатика и Сервис» Владимир Севрук.
Чтобы составить минимально ценное для клиента и понятное разработчикам ТЗ, аналитику нужно потратить минимум одну неделю на опрос всех сотрудников клиента, уточнить возможность реализации требований с разработчиками и в итоге свести всё в один документ.
У нас есть более сложная форма ТЗ — мы называем ее «сценарий». Для сценария мы проводим предварительные съемки, прописываем и согласовываем все ракурсы с заказчиком, прорабатываем целевую аудиторию и рассчитываем тайминг каждого кадра с учетом движения солнца.
И все это ещё до начала чистовой работы. Анатолий Шостак Гендиректор «АрхФото» За составление такого подробного сценария в «АрхФото» берут деньги. В зависимости от сложности проекта и требований заказчика сценарий иногда стоит дороже самой съемки.
Зато благодаря ТЗ заказчик еще до начала работ понимает, что получит в итоге, говорит Анатолий Шостак. Что конкретно стоит добавить в техзадание, зависит от продукта. Например, если вы заказываете партию одежды, нужно прописать особенности покроя, виды материалов и их качество, вплоть до примерной матовости поверхности пуговиц.
Если заключаете договор на разработку сайта, нужны сценарии его использования. Составляя ТЗ или описывая продукт подрядчику, старайтесь избегать качественных прилагательных.
«Красивый» пиджак для одного человека будет приталенным, а для другого, наоборот, широкого покроя. Так и с любыми проектами: чем больше конкретики, тем лучше. Хороший подрядчик будет конкретизировать и уточнять неоднозначные строчки в ТЗ, но это потребует дополнительного времени на переделку.
Поэтому лучше стараться минимизировать недопонимание.
И постараться определить для себя конкретные требования к продукту еще до разговора с исполнителем. Бывает, что заказчик не знает, что конкретно хочет получить, причем часто сам того не осознавая. Из-за этого в ТЗ появляются расплывчатые и многословные формулировки.
В итоге заказчик с исполнителем потратят значительное время на их уточнение. Эффективнее сделать ТЗ с конкретными и точными требованиями, без многословности. Алексей Орлов Руководитель проектов компании «Рексофт» Стоит попробовать любые пожелания сводить к количественным требованиям.
Не подходит Подходит Выводить на главной странице сайта популярные товары Взять самые покупаемые товары за неделю и показывать их на первом экране сайта в блоке популярных товаров.
С возможностью добавить товар в корзину за один клик.
Расскажите подрядчику, чем занимается компания, кто ее целевая аудитория, поделитесь нюансами работы — это поможет исполнителю лучше вникнуть в проект и избежать ошибок. Гендиректор INOSTUDIO Максим Болотов рекомендует как минимум озвучить подрядчику идею проекта, который вы заказываете, уточнить, в чем его конкурентные преимущества и уникальность.
Расскажите подрядчику, какие задачи будет решать IT-решение.
Это может быть увеличение прибыли, повышение узнаваемости бренда, лояльности пользователей. Уточните, кто будет пользователями продукта, их социальные и поведенческие характеристики, например, пол, возраст, интересы, семейное положение, потребности — это нужно, чтобы корректно и эффективно сформулировать функциональные требования к продукту. Максим Болотов Гендиректор INOSTUDIO Подрядчик, как правило, специалист в своей отрасли, в вашей сфере он по умолчанию разбирается хуже.
Поэтому помогите ему понять специфические термины или нюансы в техзадании.
Можно ввести отдельный раздел в виде словаря с расшифровкой или пояснять по ходу документа.
В ТЗ стоит добавить ссылки на аналогичные проекты и дополнить их описаниями: что конкретно нравится в аналогах, что стоит повторить, а чего точно стоит избегать. Если заказчик планирует создать продукт, идея которого уже есть на рынке, то имеет смысл изучить конкурентов. Выявить отличительные особенности их IT-решений, чтобы разработать собственное с уникальными преимуществами.
К документу с видением продукта рекомендуем прикладывать ссылки на аналогичные решения. С описанием функциональных блоков, которые вам понравились.
Это упростит дальнейшее общение с подрядчиком. Максим Болотов Гендиректор INOSTUDIO Если вы делаете IT-продукт, стоит сразу согласовать все технические требования с вашим IT-специалистом и подрядчиками. Это необходимо, чтобы новое решение могло быть интегрировано в ваши имеющиеся платформы и бизнес-процессы.
Например, если вы заказываете интернет-магазин, важно, чтобы его движок мог принимать данные из всех ваших систем — не только обмениваться актуальными ценами с 1С, но и получать информацию из CRM и самописных сервисов.
О нюансах нужно предупреждать подрядчика еще во время обсуждения общего видения проекта и до составления ТЗ. Важно, чтобы исполнитель умел работать со всеми вашими технологиями.
- Хорошо — «Когда пользователь заходит в корзину, сайт показывает ему всплывающий баннер. На этом баннере должны быть товары, которые могут пригодиться покупателю. Он может одним кликом добавить любой товар к заказу. Или закрыть окно». В этом случае понятно, как работает сценарий использования корзины и блока с .
- Плохо — «Требование 1. На сайте есть корзина, пользователь по дополнительному запросу может получить список дополнительных товаров». В этом случае непонятно, что и как должно работать.
Если речь про IT-продукты, можно прописывать сценарии по такому шаблону:
- если пользователь делает по-другому, то сайт отвечает так.
- ответ сайта;
- действие пользователя;
- если пользователь делает так, то сайт делает так;
При составлении ТЗ отталкивайтесь не от абстрактных требований к продукту, в таком случае получится многословный и неструктурированный список желаний.
Например, для интернет-магазина это может быть:
- Отображение на экранах мобильника с разрешением 320 px на 480 px, монитора с разрешением 1024 px на 802 px, большого монитора с разрешением…
- Буду проверять корректное отображение в браузерах Chrome, Firefox, Mozilla трех последних версий.
- Скорость разгрузки по сервису такому-то не больше 1 секунды.
Чем подробнее и длиннее , тем лучше. Старайтесь собирать требования к продукту от общего к частному.
И в конце определиться с элементами в блоках: какой вид и размер шрифта должен быть у текста, как оформляются иллюстрации.
Универсального шаблона технического задания нет — требования будут отличаться в зависимости от отрасли и типа проекта. Если вы решили составлять ТЗ самостоятельно, эффективнее попросить шаблон или пример у подрядчика. Или поискать брифы, которые предлагают заполнить исполнители у себя на сайтах — вопросы из таких форм можно использовать как разделы ТЗ.
Если планируете заказать IT-продукт, можно использовать за основу госстандарты. Например:
- . Это еще советская разработка сбора требований для создания автоматизированных систем. Не готовый шаблон, но много вопросов к заказчику, которые помогут структурировать пожелания.
- — стандарт разработки сложных систем, в которых есть вопросы о требовании к функциям, а также рекомендация описать условия программного окружения, то есть платформ, которые будут работать вместе с вашим продуктом.
- — продвинутая спецификация для разработки требований к IT-продуктам. Много внимания отводится вариантам использования.
Эффективнее будет составлять ТЗ вместе с выбранным подрядчиком. Он будет задавать вопросы, уточнять нюансы и структурировать информацию.
А вы объяснять, что же вам в итоге нужно от продукта. Не стоит самостоятельно составлять техническое задание для любого продукта — зачастую это излишняя работа, которая только запутает и станет бесполезной бумагой для подрядчика.
Эффективнее будет начать с общего понимания задачи — подумайте, что вам нужно от продукта, как его будут использовать, что в нем должно быть, а что, наоборот, точно стоит исключить. Опишите это с использованием не качественных, а количественных характеристик.
С этим пониманием обратитесь к подрядчику. Возможно, он предложит использовать не ТЗ, а — когда сначала делают небольшой прототип, выпускают его, а затем собирают обратную связь от первых клиентов и постоянно дополняют требования на основе этой аналитики.
С таким подходом проект реализуется с учетом потребности клиента. Вместо ТЗ выгоднее сначала сделать предпроектное обследование, изучить реальные потребности клиентов, вместе с аналитиком подрядчика.
А затем решать, нужно ли ТЗ вообще.
Может быть, выгоднее и эффективнее выполнять бизнес-задачу, например, с помощью SCRUM. Действуя небольшими итерациями в 1-2 недели, анализируя результат и постепенно дополняя требования.
Владимир Севрук Гендиректор компании «Информатика и Сервис» Составляя ТЗ самостоятельно или с подрядчиком, придерживайтесь следующих правил:
- Составьте для исполнителя словарь терминов из вашей отрасли, которые используются в ТЗ.
- Посоветуйтесь с IT-специалистами из сторонних отделов. Добавьте в ТЗ информацию о технологиях, системах и бизнес-процессах, в которые будет интегрирован новый продукт.
- Опишите требования с помощью чек-листа проверки — подумайте, как бы вы стали проверять готовый продукт.
- Распишите сценарии использовании — сначала действие пользователя, затем результат, который должен выдать ваш продукт.
- Прописывайте требования однозначно, используйте количественные, а не качественные характеристики.
- Если у вас большой и нестандартный проект, стоит изучить цены на составление ТЗ. Возможно, выгоднее один раз заплатить аналитику за создание подробного документа и открыть тендер среди подрядчиков, чем самому искать исполнителей и делать несколько ТЗ по их шаблонам.
- Поделитесь с подрядчиком общей информацией о компании и проекте — это поможет исполнителю лучше понять целевую аудиторию продукта и не допустить ошибок.
Подписаться × АФ Анна Филимонова Спасибо за полезный материал 4 Ответить АГ Андрей Григорьев Можно ли размещать в составе АД несколько удовлетворяющих ТЗ?
0 Ответить ЛО Лева Ойстрах Не забывайте, что любой проект или текущая деятельность могут иметь режим неопределённости, если исполнители от заказчиков зацикливаются на процессе (в том числе по согласованию условий ТЗ), то это отнимет организационное время столь важное и нужное для работы.
За этим явно скрывается личная заинтересованность, что называется «на лапу».
Недавно работал с одним персонажем по имени Ильназ с Казани, который как заученный попугай, повторял одно: «Нам нужен ТЗ».
Ему отправляю документы — один за другим, подробнее некуда!
Тогда спрашиваю у него: «Вы понимаете, что я направляю документы только по вашей части, а то чего вас не касается, зачем вы запрашиваете?
Не кажется ли вам, что изложил список вопросов, жду конкретики». В своей жизни реализовал сотню проектов, но такого «туполобого» в своей жизни «специалиста» не встречал.
Вся его работа строилась на хитрых и скользких аргументах, тянул время, чтобы нарастить стоимость. Мораль одна, пока коррупционную систему по стране не вытравим, всё останется в теории!
0 Ответить Г Григорий Спасибо, годно!
0 Ответить Загрузить ещё
Техническое задание
Для того чтобы сделать заказ на проектирование печатной платы, нам необходимо получить от Вас техническое задание, которое должно содержать информацию перечисленную ниже. Вы можете использовать для этого наш стандартный или изложить информацию в любом удобном для Вас виде.
Вопросы: 1. Заказчик (реквизиты организации). 2. Контактное лицо (разработчик).
3. Телефон для связи. 4. E-mail. 5. Название проекта (наименование готового изделия) 6. Децимальный номер платы (если необходим).
7. Принципиальная схема или образец печатной платы (чертеж печатной платы). 8. Перечень элементов или спецификация с указанием типов корпусов всех элементов. Желательно предоставить информацию (pdf-файлы, чертежи) о нестандартных или редких элементах.
9. Габаритные размеры платы. Наличие крепежных отверстий с указанием их координат и диаметров. Если форма платы специфическая, то необходимо предоставить чертеж (эскиз).
10. Другие дополнительные требования заказчика (Особенности размещения элементов на печатной плате.
Если требуется, то дайте ссылку или приложите к бланку заказа документы (ТУ, Data Sheets, Application Notes), которые конструктор должен изучить в обязательном порядке. 11. Толщина печатной платы. 12. Количество слоев трассировки.
13. Технологические возможности производства, где будет размещаться заказ на изготовление ПП. 14. Наличие маски и маркировки. 15. Толщина фольги 16. Название (децимальный номер платы) и другие желаемые тексты на плате.
17. Перечень документов, подлежащих согласованию и утверждению на отдельных этапах проектирования. Напишите, какие именно документы, вы хотели бы получить в процессе проектирования и в каком формате. 18. Перечень документов, передаваемых Заказчику.
Напишите, какие конструкторские документы вам понадобятся и в каком формате. Для того чтобы подсчитать стоимость работ по разработке нам необходимо получить от вас как минимум схему электрическую принципиальную и краткое техническое задание.
Вы можете выслать необходимые документы по e-mail или лично передать нам . Ответ по стоимости разработки будет выслан вам в течение 24 часов.
Теоретический минимум проектировщика ОПС
07.08.2009 Технические требования заказчика, которые называются в некоторых случаях заданием на проектирование, являются тем первичным документом, с которого начинается работа по созданию системы безопасности объекта. Эти требования могут конкретизироваться для каждой стадии проектирования.
В соответствии с реалиями сегодняшнего дня технические требования заказчика достаточно часто оформляются в виде приложения к официальному приглашению для участия в тендере или в торгах на создание системы безопасности объекта. Кроме технических требований, на первых этапах работы по проектированию в качестве исходной информации используются сведения, полученные в процессе предпроектного обследования объекта, стандарты и положения прочих нормативных документов.
Основой для разработки технического задания могут также служить технико-коммерческие предложения от фирм-претендентов на проведение работ. Документом, обобщающим исходную информацию и являющимся итогом совместной деятельности заказчика и исполнителя в процессе выполнения предпроектных работ, является утвержденное сторонами техническое задание (ТЗ).
Техническое задание является документом, определяющим состав и структуру системы безопасности, тактические и технические параметры системы и ее составляющих, алгоритм функционирования, порядок эксплуатации и обслуживания, требования к надежности, составу документации. При разработке ТЗ рекомендуется руководствоваться РД 25.952-90 «Системы автоматического пожаротушения, пожарной, охранной и охранно-пожарной сигнализации. Порядок разработки заданий на проектирование».
При проектировании сложных интегрированных комплексов безопасности при разработке ТЗ можно руководствоваться требованиями стандарта ГОСТ 34.602-89 «Информационная технология. Комплекс стандартов на автоматизированные системы.
Техническое задание на создание автоматизированной системы». В ТЗ могут быть представлены следующие исходные данные и технические требования: — перечень зданий, помещений, материальных ценностей и информация, подлежащие защите; — планы помещений и территории (архитектурно-строительные чертежи); — технические средства обнаружения для каждого помещения или предмета, типы применяемого оборудования и другие характеристики системы безопасности; — число рубежей охраны и места установки приборов, устройств, оборудования и извещателей; — требования по электроснабжению аппаратуры и оборудования. ТЗ устанавливает цель разработки, а также совокупность технических, технико-экономических, специальных и других требований, предъявляемых к создаваемой системе и к отдельным ее частям.
В документе в обязательном порядке, с необходимой для однозначной интерпретации степенью деталировки, фиксируются окончательные характеристики системы.
Это позволяет избежать возможного взаимонепонимания организаций, принимающих участие в процессе создания системы безопасности объекта, а также четко формализовать процедуру приемки системы после завершения всех работ.
Наряду с техническими характеристиками допускается также включение в состав ТЗ требований к порядку создания, развития или модернизации системы, в том числе плана-графика создания системы безопасности.
Кроме того, в ТЗ должен быть определен порядок приемки работ по созданию системы безопасности у фирмы-производителя работ, а именно сроки и очередность проведения приемки этапов и работы в целом, состав комиссии, состав предъявляемой документации и состав подписываемой приемо-сдаточной документации. Основную работу по подготовке ТЗ обычно выполняет исполнитель на основании технических требований заказчика и в тесном контакте с его ответственным представителем.
В случае необходимости к составлению технического задания в рамках отдельного договора может привлекаться третья сторона, обладающая достаточным уровнем квалификации и компетентности для разработки такого документа. ТЗ в общем случае содержит следующие разделы: — общие сведения; — назначение и цели создания (модернизации) системы; — характеристика объекта; — технические требования к оборудованию и параметрам системы; — состав и содержание работ по созданию системы; — порядок контроля и приемки; — требования к составу и содержанию работ по подготовке объекта к вводу системы безопасности в действие; — требования к документированию; — источники разработки.
При необходимости отдельные разделы могут делиться на подразделы. В зависимости от конкретных местных условий и специфических особенностей объекта допускается оформлять отдельные разделы ТЗ в виде приложений, вводить дополнительные, исключать и объединять разделы ТЗ.
При наличии актов обследования объекта, согласованных с органами Государственного пожарного надзора и подразделениями вневедомственной охраны ТЗ может не разрабатываться.
Страницы: 12
- 27 Июл, 2009
- 28 Июл, 2009
- 10 Июл, 2009
Нажимая кнопку подписки, Вы соглашаетесь с Наши контактные телефоны: +7 (342) 216-75-22 +7 (342) 204-66-43 e-mail: Наша аудитория, заказчики и клиенты:
Как составить техническое задание на проектирование
ОСНОВНЫМ документом, в соответствии с которым проектировщик выполняет работы, является «Задание на проектирование». В зависимости от типа объекта и подхода к организации работ со стороны заказчика и исполнителя, этот документ может иметь различную степень детализации: от формального приложения к договору до подробного руководства к действию. Как правило, для сложных объектов, на проектирование которых проводятся тендеры, задание составляется самим заказчиком (или специально приглашенными специалистами) и является весьма детальным.
И, наоборот, для небольших проектных работ, в частности, при необходимости разработки только определенных разделов рабочей документации, задание может ограничиваться названием, а остальное заказчик объясняет на словах. Для заказчика такой подход – это всегда возможность уйти от ответственности при возникновении конфликта на стадии окончательных расчетов с исполнителем.
Фразы типа «я вам не говорил это делать», «я ждал от вас другое решение», «это нужно переделать» и прочие – известны любому проектировщику-фрилансеру. Единственный способ гарантировано избежать необоснованных претензий со стороны заказчика к разработанному проекту – взять инициативу в свои руки на стадии обсуждения технических решений, составить задание в письменном виде и добиться его утверждения. Далее будем рассматривать именно в этом разрезе основные, установленные к составлению Задания на проектирование требования.
Форма задания на проектирование объектов непроизводственного назначения В обиходе часто употребляются оба этих термина (а иногда – обобщенный термин – Техническое задание на проектирование). Тем не менее, именно «Задание на проектирование» является корректным названием, которое упоминается во всех нормативных документах. Термин «Техническое задание», как правило, относится к выполнению смежных с проектной деятельностью работ, таких как инженерные изыскания, обследование зданий, научное сопровождение, разработка конструкторской документации.
В некоторых случаях техническое задание может выдаваться на разработку отдельных разделов проекта, в дополнение к Заданию на проектирование, когда требуется высокая степень детализации требований к проекту. В настоящее время действуют два важных документа:
- пособие по подготовке заданий на проектирование, разработанное ОАО «Центринвестпроект» (также доступно для скачивания).
- форма «Задания на проектирование», утвержденная Приказом Минстроя от 01.03.2018 г. №125/пр. Форму Задания на проектирование в word можно скачать по ссылке ниже;
Документы регламентируют состав «Задания на проектирование», которому необходимо следовать при проектировании бюджетных объектов. Для коммерческих проектов, которые подлежат экспертизе, также необходимо следовать утвержденной форме Задания на проектирование Минстроем.
Естественно, при разработке отдельных разделов проекта, или даже небольших комплексных проектов, проектировщики-фрилансеры не используют установленную Минстроем форму (а многие даже не знают о ней). Тем не менее, если вы решили в некоторой степени обезопасить себя при работе по «устному договору подряда» с заказчиком, то логичным решением будет как можно ближе придерживаться образца, установленного в соответствии с Приказом 125 Задания на проектирование. Типовая форма Задания на проектирование состоит из трех основных разделов:
- Общие данные;
- Требования к проектным решениям;
- Иные требования к проектированию.
Заглавие документа должно «буква в букву» соответствовать названию объекта, которое прописывается в штампе чертежей.
Даже, если вы работаете без договора, это сведет к минимуму возможность разночтений в дальнейшем и покажет серьезность подхода с вашей стороны. Например, «Жилой дом по адресу Бестужева, 21, г.
Таганрог. Раздел «Водоснабжение».
Раздел «Общие данные» Задания на проектирование объектов строительства содержит информацию о заказчике и исполнителе работ, виде строительства, наличии технических условий и требований к выделению этапов.
Приводятся краткие сведения об объекте проектирования, его назначении и технико-экономических показателях. Состав раздела «Требования к проектным решениям» зависит непосредственно от самого объекта либо конкретных разделов, которые выполняет проектировщик. Типовая форма предусматривает достаточно детальное описание требований к архитектурным, конструктивным и инженерным элементам зданий и сооружений (вплоть до дверей и внутренней отделки).
Все эти пункты необходимо максимально задействовать.
Прописывайте, какая предполагается конструкция здания, из чего состоят стены, какой тип окон будет использоваться, какие планируется применить системы отопления и вентиляции, насосы, кабели, светильники и так далее – чем подробнее будет все расписано, тем меньше вероятность того, что придется переделывать проект (в том числе бесплатно). В разделе «Иные требования» важно указать состав проекта, какие разделы подлежат разработке, а какие не выполняются в рамках настоящих работ. Требования к выполнению визуализации (в каких программах необходимо разработать, требуется ли модель BIM и т.д.) также указываются в этом разделе.
Также важным положением раздела «Иные требования» является подробный перечень исходных данных, на основании которых ведется разработка проекта.
Скачать Задание на проектирование (образец ГОСТ) можно по ссылке в конце статьи. В соответствии с Приказом Минстроя «Задание на проектирование» утверждается заказчиком с использованием цифровой подписи.
Применительно к проектировщику-фрилансеру, который часто работает по «устному договору» подойдет любой способ, позволяющий удостовериться, что заказчик подтвердил положения «Задания» во избежание любых двояких толкований в будущем (как минимум, должно быть письменное подтверждение по электронной почте или в месенджере).
Конечно же, наличие такого «Задания» не может ничего гарантировать проектировщику, однако при возникновении любых конфликтных ситуаций позволит ему занять настолько выгодную позицию, насколько это возможно в конкретных условиях.
Ðак оÑоÑмлÑеÑÑÑ ÑÐµÑ Ð½Ð¸ÑеÑкое задание на пÑоекÑиÑование
- /
- /
ÐÑÐ±Ð°Ñ ÑабоÑа по ÑÐ¾Ð·Ð´Ð°Ð½Ð¸Ñ ÑÐµÑ Ð½Ð¸ÑеÑки Ñложного ÑÑÑÑойÑÑва, ÑиÑÑÐµÐ¼Ñ Ð¸Ð»Ð¸ ÑÑÑÐ¾ÐµÐ½Ð¸Ñ ÑÑебÑÐµÑ ÑÑаÑелÑно вÑвеÑеннÑÑ ÑаÑÑеÑов и дейÑÑвий, анализа и оÑенки оÑновополагаÑÑÐ¸Ñ ÑакÑоÑов Ð´Ð»Ñ Ð´Ð°Ð»ÑнейÑей ÑабоÑÑ. С одной ÑÑоÑÐ¾Ð½Ñ Ð¿ÑоекÑиÑование вклÑÑÐ°ÐµÑ Ð² ÑÐµÐ±Ñ ÑаÑÑеÑÑ Ð¸ деÑали, но ÑÑÐ¾Ð±Ñ Ð´Ð¾Ð¹Ñи до пÑоекÑа, нÑжно еÑе ÑделаÑÑ Ð¾ÑÐµÐ½ÐºÑ Ð¸ пÑоанализиÑоваÑÑ ÑелеÑообÑазноÑÑÑ ÑÐ¾Ð·Ð´Ð°Ð½Ð¸Ñ Ð¾Ð±ÑекÑа. ÐÐ»Ñ ÑÑого вÑполнÑеÑÑÑ ÑÐµÑ Ð½Ð¸ÑеÑкое задание на пÑоекÑиÑование.
ÐÐСÐÐÐТÐÐЯ ÐÐÐСУÐЬТÐЦÐЯ С ЮРÐСТÐРЧаÑÑо заказÑики легкомÑÑленно оÑноÑÑÑÑÑ Ðº ÑÐµÑ Ð½Ð¸ÑеÑÐºÐ¾Ð¼Ñ Ð·Ð°Ð´Ð°Ð½Ð¸Ñ, не пÑоводÑÑ Ð½ÑжнÑе пÑоÑедÑÑÑ, повеÑÑ Ð½Ð¾ÑÑно оÑениваÑÑ Ð¼Ð½Ð¾Ð³Ð¸Ðµ ÑакÑоÑÑ, и в иÑоге на ÑÑапе пÑоекÑиÑÐ¾Ð²Ð°Ð½Ð¸Ñ Ð¸Ð»Ð¸ пÑи вÑполнении Ñамой ÑабоÑÑ ÑÑалкиваÑÑÑÑ Ñ Ð¿Ñоблемами. Ðодобное оÑноÑение вÑзвано ÑпеÑкой или Ñ Ð°Ð»Ð°ÑноÑÑÑÑ, а в ÑабоÑе Ñакое недопÑÑÑимо, поÑÑÐ¾Ð¼Ñ ÑÐµÑ Ð½Ð¸ÑеÑÐºÐ¾Ð¼Ñ Ð·Ð°ÐºÐ»ÑÑÐµÐ½Ð¸Ñ ÑделÑеÑÑÑ Ð¾Ñобое внимание. СодеÑжание ÑÑаÑÑи Ð¢ÐµÑ Ð½Ð¸ÑеÑкое задание ÑазÑабаÑÑваеÑÑÑ Ð·Ð°ÐºÐ°Ð·Ñиком, но доÑÑаÑоÑно ÑаÑÑо в пÑоÑеÑÑе ÑÑаÑÑвÑÐµÑ Ð¸ ÑоздаÑелÑ-пÑоекÑиÑовÑик.
Со ÑÑоÑÐ¾Ð½Ñ Ð·Ð°ÐºÐ°Ð·Ñика пÑивлекаÑÑÑÑ Ð²ÐµÐ´ÑÑие ÑпеÑиалиÑÑÑ, поÑÐ¾Ð¼Ñ ÑÑо ÑоÑÑавление Ñакого докÑменÑа ÑÑебÑÐµÑ Ð¾Ð³ÑомнÑÑ Ð·Ð½Ð°Ð½Ð¸Ð¹ и опÑÑа в опÑеделенной облаÑÑи. ÐокÑÐ¼ÐµÐ½Ñ ÑвлÑеÑÑÑ ÑÑидиÑеÑким и вклÑÑаеÑÑÑ Ð² ÑоÑÑав договоÑа Ð¼ÐµÐ¶Ð´Ñ ÑÑоÑонами. СÑÑÑ Ð¸ понÑÑие ТРзаклÑÑаеÑÑÑ Ð² ÑледÑÑÑем:
- ÐпÑеделение ÑеÑÐºÐ¸Ñ ÐºÑиÑеÑиев вÑÐ¿Ð¾Ð»Ð½ÐµÐ½Ð¸Ñ ÑÐ°Ð±Ð¾Ñ Ð¿Ð¾ ÑелÑм, задаÑам, ÑÑокам, ÑезÑлÑÑаÑам и Ñ.д. ÐлагодаÑÑ ÑÑÐ¾Ð¼Ñ Ð¼Ð¾Ð¶Ð½Ð¾ на лÑбом ÑÑапе ÑÐ°Ð±Ð¾Ñ Ð¾Ð¿ÑеделиÑÑ Ð¾Ñибки и ÑÑÑÑаниÑÑ Ð½ÐµÐ´Ð¾ÑеÑÑ;
- ÐиÑеÑÑÑ Ð² доÑÑÑпной ÑоÑме, без иÑполÑÐ·Ð¾Ð²Ð°Ð½Ð¸Ñ Ñложной пÑоÑеÑÑионалÑной ÑеÑминологии, ÑÑо Ð´ÐµÐ»Ð°ÐµÑ ÐµÐ³Ð¾ понÑÑнÑм пÑоÑÑÐ¾Ð¼Ñ Ð¾Ð±ÑваÑелÑ. ÐÑо оÑÐµÐ½Ñ Ð²Ð°Ð¶Ð½Ñй пÑнкÑ, поÑÐ¾Ð¼Ñ ÑÑо неÑоблÑдение опÑеделеннÑÑ Ð½Ð¾Ñм из-за недоÑÑаÑка инÑоÑмаÑии, Ð¼Ð¾Ð¶ÐµÑ Ð¿Ð¾Ð²Ð»ÐµÑÑ ÑанкÑии Ñо ÑÑоÑÐ¾Ð½Ñ Ð½Ð°Ð´Ð·Ð¾ÑнÑÑ Ð¾Ñганов, Ð²ÐµÐ´Ñ Â«Ð½ÐµÐ·Ð½Ð°Ð½Ð¸Ðµ не оÑÐ²Ð¾Ð±Ð¾Ð¶Ð´Ð°ÐµÑ Ð¾Ñ Ð¾ÑвеÑÑÑвенноÑÑи».
- СоÑÑавлÑеÑÑÑ Ð½Ð° оÑнове ÑеÑÐºÐ¸Ñ ÑаÑÑеÑов и наÑÑнÑÑ Ð¸ÑÑледований, поÑÑÐ¾Ð¼Ñ Ð¿ÑакÑиÑеÑки иÑклÑÑÐ°ÐµÑ Â«Ð¿ÑовалÑноÑÑÑ» меÑопÑиÑÑий;
- РегÑлиÑование оÑвеÑÑÑвенноÑÑи ÑÑоÑон, Ñ.к. докÑÐ¼ÐµÐ½Ñ ÑоглаÑован и обоÑдно пÑинÑÑ. Ðногда каждÑй ÑÑап ÑÐ°Ð±Ð¾Ñ ÑоглаÑовÑваеÑÑÑ Ð¾ÑделÑно, ÑÑÐ¾Ð±Ñ Ð² ÑезÑлÑÑаÑе оÑибок бÑла ÑеÑко опÑеделена ÑÑÐµÐ¿ÐµÐ½Ñ Ð²Ð¸Ð½Ñ ÐºÐ°Ð¶Ð´Ð¾Ð¹ ÑÑоÑонÑ, и в ÑооÑвеÑÑÑвии Ñ ÑÑим ÑаÑпÑÐµÐ´ÐµÐ»ÐµÐ½Ñ ÑÑÐ¼Ð¼Ñ ÑбÑÑков;
РболÑÑинÑÑве ÑлÑÑаев иÑÑ Ð¾Ð´ лÑбого пÑоекÑа завиÑÐ¸Ñ Ð¾Ñ Ð³ÑамоÑно ÑоÑÑавленного ÑÐµÑ Ð½Ð¸ÑеÑкого заданиÑ.
ÐоÑÑÐ¾Ð¼Ñ ÐµÐ³Ð¾ Ñозданием и занимаÑÑÑÑ Ð»Ñди Ñ Ð²ÑÑокой квалиÑикаÑией и безÑпÑеÑной ÑепÑÑаÑией. ÐÑполниÑÐµÐ»Ñ Ð¸ заказÑик благодаÑÑ Ð¢Ð Ð¼Ð¾Ð³ÑÑ Ð¾ÑеÑÑиÑÑ Ð³ÑаниÑÑ ÑÐ²Ð¾Ð¸Ñ Ð¾Ð±ÑзанноÑÑей и возможноÑÑей: Со ÑÑоÑÐ¾Ð½Ñ Ð·Ð°ÐºÐ°Ð·Ñика:
- ÐонÑÑÑ, как дейÑÑвоваÑÑ Ð½Ð° оÑнове имеÑÑÐ¸Ñ ÑÑ ÑеÑÑÑÑов и ÑÐµÑ Ð½Ð¸ÑеÑÐºÐ¸Ñ Ð·Ð½Ð°Ð½Ð¸Ð¹;
- ТÑебоваÑÑ ÑеÑкого иÑÐ¿Ð¾Ð»Ð½ÐµÐ½Ð¸Ñ Ð²ÑÐµÑ Ð¿ÑнкÑов докÑменÑа Ð¾Ñ Ð¸ÑполниÑелÑ.
Со ÑÑоÑÐ¾Ð½Ñ Ð¸ÑполниÑелÑ:
- Ðе пÑинÑÑÑ Ð¿Ñедложение вовÑе или оÑказаÑÑÑÑ Ð¾Ñ ÑÐµÑ ÑабоÑ, коÑоÑÑе не ÑÐºÐ°Ð·Ð°Ð½Ñ Ð² ТРили Ð¸Ñ Ð½ÐµÐ²Ð¾Ð·Ð¼Ð¾Ð¶Ð½Ð¾ вÑполниÑÑ.
- РазÑабоÑаÑÑ Ð¿Ð»Ð°Ð½ поÑледоваÑелÑноÑÑи дейÑÑвий;
- СпÑоекÑиÑоваÑÑ ÑÐµÑ Ð½Ð¸ÑеÑкий Ð¼Ð°ÐºÐµÑ Ð±ÑдÑÑего обÑекÑа;
С Ð¾Ð±ÐµÐ¸Ñ ÑÑоÑон:
- СовеÑÑиÑÑ ÑоглаÑование ÑÐ°Ð±Ð¾Ñ Ð¿Ð¾Ñле каждого пÑнкÑа.
- СокÑаÑиÑÑ ÐºÐ¾Ð»Ð¸ÑеÑÑво неÑоÑноÑÑей и оÑибок;
- ÐÑийÑи к обÑÐµÐ¼Ñ Ð²Ð¸Ð´Ñ Ð³Ð¾Ñового обÑекÑа;
Ðажно! ÐаказÑик вÑегда неÑÐµÑ Ð¾ÑвеÑÑÑвенноÑÑÑ Ð·Ð° доÑÑовеÑноÑÑÑ Ð´Ð°Ð½Ð½ÑÑ , коÑоÑÑе бÑли пÑедоÑÑÐ°Ð²Ð»ÐµÐ½Ñ Ð¸Ð¼ пÑи ÑоÑÑавлении ÑÐµÑ Ð½Ð¸ÑеÑкого заданиÑ.
ÐоÑле Ñого, как заказÑик опÑÐµÐ´ÐµÐ»Ð¸Ñ Ñели и задаÑи по ÑÐ¾Ð·Ð´Ð°Ð½Ð¸Ñ Ð½Ð¾Ð²Ð¾Ð³Ð¾ ÑÑÑоениÑ, ÑÑÑÑойÑÑва или ÑиÑÑемÑ, он Ð¼Ð¾Ð¶ÐµÑ Ñмело пеÑÐµÑ Ð¾Ð´Ð¸ÑÑ Ðº ÑоÑÑÐ°Ð²Ð»ÐµÐ½Ð¸Ñ ÑÐµÑ Ð½Ð¸ÑеÑкого заданиÑ. Ðно должно ÑодеÑжаÑÑ Ð¾Ð±ÑзаÑелÑнÑÑ Ð¸Ð½ÑоÑмаÑиÑ:
- ÐкономиÑеÑкие даннÑе;
- ÐоÑÑдок пÑиемки ÑÐ°Ð±Ð¾Ñ Ð¸ ÑдаÑи вÑего заказа.
- Ð¢ÐµÑ Ð½Ð¸ÑеÑкие паÑамеÑÑÑ Ð¾Ð±ÑекÑа, поÑÑебиÑелÑÑкие ÑвойÑÑва и Ð½ÐµÐ¾Ð±Ñ Ð¾Ð´Ð¸Ð¼Ð¾ÑÑÑ ÑозданиÑ;
- СпиÑок докÑменÑов, Ð½ÐµÐ¾Ð±Ñ Ð¾Ð´Ð¸Ð¼ÑÑ Ð´Ð»Ñ ÑабоÑÑ Ð¸ изÑÑÐµÐ½Ð¸Ñ Ð¾Ð±ÐµÐ¸Ð¼Ð¸ ÑÑоÑонами;
ÐÑоме ÑÑого в ТРмогÑÑ Ð´Ð¾Ð±Ð°Ð²Ð»ÑÑÑÑÑ Ð¿ÑнкÑÑ Ð¾ подгоÑовке и вводе в ÑкÑплÑаÑаÑиÑ, индивидÑалÑнÑе ÑÑебованиÑ, не пÑоÑивоÑеÑаÑие ÑÑандаÑÑнÑм ноÑмам.
ÐбÑаÑиÑе внимание!
ÐÑли индивидÑалÑнÑе ÑазÑабоÑки позволÑÑ ÑлÑÑÑиÑÑ Ð¿Ð¾ÐºÐ°Ð·Ð°Ñели ÑÑÑекÑивноÑÑи обÑекÑа, Ñо Ð¸Ñ Ð½Ñжно ÑоглаÑоваÑÑ Ñ ÐоÑÑÑандаÑÑом РФ и полÑÑиÑÑ ÑазÑеÑение на пÑименение.
Ðо здеÑÑ ÑеÑÑ Ð½Ðµ Ð¸Ð´ÐµÑ Ð¾ ÑÐµÑ ÑÑебованиÑÑ , коÑоÑÑе каÑаÑÑÑÑ Ð¾Ñ ÑÐ°Ð½Ñ Ð·Ð´Ð¾ÑовÑÑ Ð¸ пÑиÑодÑ, а Ñакже оÑвеÑаÑÑ Ð·Ð° безопаÑноÑÑÑ â Ð¸Ñ Ð¼ÐµÐ½ÑÑÑ Ð½ÐµÐ»ÑзÑ!СÑÑÑкÑÑÑа и ÑоÑÑав докÑменÑа бÑдÑÑ ÑÑвеÑждаÑÑÑÑ Ð½Ð° оÑнове Ñипа пÑоекÑиÑÑемой пÑодÑкÑии. Ðо, в обÑем, ТРдолжно ÑодеÑжаÑÑ ÑледÑÑÑÑÑ Ð¸Ð½ÑоÑмаÑиÑ:
- Цели и знаÑение обÑекÑа;
- Указание оÑновнÑÑ Ð¸ÑÑоÑников инÑоÑмаÑии, ÑоглаÑно коÑоÑÑм бÑло ÑазÑабоÑано ТÐ, и ÑоглаÑно коÑоÑÑм должен ÑÑнкÑиониÑоваÑÑ ÑозданнÑй обÑекÑ.
- СпиÑок докÑменÑаÑии Ð´Ð»Ñ ÑÐ¾Ð·Ð´Ð°Ð½Ð¸Ñ Ð¾Ð±ÑекÑа;
- ÐоÑÑдок докÑменÑалÑного ÑопÑÐ¾Ð²Ð¾Ð¶Ð´ÐµÐ½Ð¸Ñ Ð½Ð° ÑÑапе ÑÐ°Ð±Ð¾Ñ Ð¸ поÑле ÑдаÑи обÑекÑа;
- ÐеÑеÑÐµÐ½Ñ ÑÑебований к подгоÑовке и Ð²Ð²Ð¾Ð´Ñ Ð² ÑкÑплÑаÑаÑиÑ;
- СÑоки по ÑÑапам ÑÐ°Ð±Ð¾Ñ Ð¾Ñ Ð½Ð°Ñала до Ð¸Ñ Ð¾ÐºÐ¾Ð½ÑаниÑ;
- ТÑÐµÐ±Ð¾Ð²Ð°Ð½Ð¸Ñ Ðº обÑекÑÑ Ð² Ñелом и его ÑÑнкÑиÑм в оÑделÑноÑÑи;
- ÐоÑледоваÑелÑноÑÑÑ ÑдаÑи ÑÐ°Ð±Ð¾Ñ Ð·Ð°ÐºÐ°Ð·ÑикÑ, внеÑение коÑÑекÑиÑовок;
- ÐоÑÑдок оÑÑÑеÑÑÐ²Ð»ÐµÐ½Ð¸Ñ ÐºÐ¾Ð½ÑÑÐ¾Ð»Ñ Ð·Ð° ÑабоÑой, пÑиемкой обÑекÑа и ввода его в ÑкÑплÑаÑаÑиÑ;
- ÐаннÑе о ÑинанÑовÑÑ Ð¸ÑÑоÑÐ½Ð¸ÐºÐ°Ñ Ð¿ÑоекÑа, поÑÑдок Ð¸Ñ ÑаÑпÑеделениÑ;
- ÐÑновнÑе паÑамеÑÑÑ Ð¸ Ñ Ð°ÑакÑеÑиÑÑики обÑекÑа;
- СоÑÑав ÑÐ°Ð±Ð¾Ñ Ð¸ Ð¸Ñ ÑодеÑжание;
Ð Ñом или ином виде ÑÐ°ÐºÐ°Ñ Ð¸Ð½ÑоÑмаÑÐ¸Ñ Ð´Ð¾Ð»Ð¶Ð½Ð° пÑиÑÑÑÑÑвоваÑÑ Ð² ÑÐµÑ Ð½Ð¸ÑеÑком задании до пеÑедаÑи его в пÑоекÑ, и каждÑй пÑÐ½ÐºÑ Ð´Ð¾Ð»Ð¶ÐµÐ½ бÑÑÑ Ð¾Ð±Ð¾Ñнован и ÑаÑÑиÑÑован.
ÐÑÐ½Ð¾Ð²Ð½Ð°Ñ Ð·Ð°Ð´Ð°Ñа â облегÑиÑÑ ÑабоÑÑ Ð¿ÑоекÑиÑовÑÐ¸ÐºÑ Ð¸ ÑменÑÑиÑÑ ÑÑоки.
ÐÐ»Ñ Ð¿Ð¾Ð´Ð³Ð¾Ñовки ТРизÑÑаÑÑÑÑ Ð¸ иÑполÑзÑÑÑÑÑ Ð¼Ð°ÑеÑÐ¸Ð°Ð»Ñ Ð¿Ð¾ паÑенÑнÑм даннÑм, наÑÑно-ÑÐµÑ Ð½Ð¸ÑеÑким, по даннÑм ÑÑноÑной Ñкономики и Ñ.д. ÐÑÐ¸Ð¼ÐµÑ ÑÐµÑ Ð½Ð¸ÑеÑкого Ð·Ð°Ð´Ð°Ð½Ð¸Ñ Ð½Ð° пÑоекÑиÑование (ÑеконÑÑÑÑкÑÐ¸Ñ Ð¾Ð±ÑекÑа незавеÑÑенного ÑÑÑоиÑелÑÑÑва) ÐÐ»Ñ Ð½Ð°Ð³Ð»ÑдноÑÑи Ð¼Ñ Ð¿ÑедÑÑавили обÑÐ°Ð·ÐµÑ ÑÐµÑ Ð½Ð¸ÑеÑкого Ð·Ð°Ð´Ð°Ð½Ð¸Ñ Ð½Ð° пÑоекÑиÑование ÑооÑÑжениÑ.  â ÐеÑеÑÐµÐ½Ñ ÑÑебований и оÑновнÑÑ Ð´Ð°Ð½Ð½ÑÑ ÐпиÑание  1.
ÐÑнова Ð´Ð»Ñ ÑÐ¾Ð·Ð´Ð°Ð½Ð¸Ñ Ð¸ пÑоекÑиÑÐ¾Ð²Ð°Ð½Ð¸Ñ Ð¦ÐµÐ»ÐµÐ²Ð°Ñ Ð¿ÑогÑамма на ÑедеÑалÑном ÑÑовне ÐÑогÑамма ÑÑбÑекÑов РФ ÐÑогÑамма мÑниÑипалиÑеÑов Создание по ÑеÑÐµÐ½Ð¸Ñ ÐÑезиденÑа РФ, пÑавиÑелÑÑÑва РФ и дÑÑÐ³Ð¸Ñ ÑполномоÑеннÑÑ Ð¾Ñганов Ðо иниÑиаÑиве компании-заÑÑÑойÑика  2. РазновидноÑÑÑ Ð¿Ð¾ÑÑÑойки Ðовое ÑÑÑоение РеконÑÑÑÑиÑÑемое ÐÑедназнаÑенное Ð´Ð»Ñ ÐºÐ°Ð¿Ð¸ÑалÑного ÑемонÑа или ÑекÑÑего  3. ÐÑÐ°Ð¿Ñ Ð¿ÑоекÑиÑÐ¾Ð²Ð°Ð½Ð¸Ñ ÐдеÑÑ Ð¿ÐµÑеÑиÑлÑÑÑÑÑ ÑÑадии ÑабоÑ по пÑоекÑиÑованиÑ: Ñоздание пÑоекÑа ÑÑебÑÐµÐ¼Ð°Ñ Ð´Ð¾ÐºÑменÑаÑÐ¸Ñ ÑабоÑий Ð¼Ð°ÐºÐµÑ ÑÑкизнÑй Ð¼Ð°ÐºÐµÑ Ð¸ Ñ.д.
 4. РаÑÑмаÑÑиваемÑе ваÑианÑÑ ÑÐ°Ð±Ð¾Ñ ÐÑопиÑÑваеÑÑÑ Ð¸Ð½ÑоÑмаÑÐ¸Ñ Ð¾ ÑабоÑÐ°Ñ Ð´Ð»Ñ ÑÑÐ°Ð²Ð½ÐµÐ½Ð¸Ñ Ð¸Ð»Ð¸ пÑоводимÑÑ ÐºÐ¾Ð½ÐºÑÑÑÐ°Ñ Ð¿Ð¾ вÑбоÑÑ Ð¿ÑоекÑнÑÑ ÑеÑений  5. ФинанÑовÑе иÑÑоÑники СÑедÑÑва из ÑедеÑалÑного бÑджеÑа РегионалÑного ÐÑниÑипалÑного ÐнебÑджеÑнÑе ÑÑедÑÑва  6. УÑÐ»Ð¾Ð²Ð¸Ñ ÑабоÑ, ÑÑебÑÑÑие оÑобого Ð²Ð½Ð¸Ð¼Ð°Ð½Ð¸Ñ ÐпиÑаÑÑ Ñакие ÑÑÐ»Ð¾Ð²Ð¸Ñ Ð¸Ð»Ð¸ даÑÑ ÑекомендаÑии по Ð¸Ñ Ð¿ÑÐµÐ¾Ð´Ð¾Ð»ÐµÐ½Ð¸Ñ Â 7.
Ð¢ÐµÑ Ð½Ð¸ÑеÑкие паÑамеÑÑÑ Ð¾Ð±ÑекÑа ÐÑедоÑÑавлÑеÑÑÑ Ð¿Ð¾Ð´ÑÐ¾Ð±Ð½Ð°Ñ Ð¸Ð½ÑоÑмаÑÐ¸Ñ Ð¾ возможноÑÑÑÑ Ð·Ð´Ð°Ð½Ð¸Ñ, назнаÑениÑ, ÑÐµÑ Ð½Ð¸ÑеÑÐºÐ¸Ñ Ñ Ð°ÑакÑеÑиÑÑÐ¸ÐºÐ°Ñ (ÑÑажноÑÑÑ, кол-во подÑездов) и Ñ.д. ÐÑе ÑÑо ÑÑебÑеÑÑÑ Ð´Ð»Ñ Ð¿Ð¾Ð½Ð¸Ð¼Ð°Ð½Ð¸Ñ ÑоÑиалÑно- ÑкономиÑеÑкой знаÑимоÑÑи  8. ÐаннÑе по вÑÑÑоеннÑм помеÑениÑм ÐÑли плоÑади жилÑÑ Ð´Ð¾Ð¼Ð¾Ð² планиÑÑеÑÑÑ ÑаÑÑиÑно оÑдаÑÑ Ð¿Ð¾Ð´ обÑеÑÑвеннÑе или дÑÑгие оÑганизаÑии, Ñо ÑÑÐ¾Ñ Ð¿ÑÐ½ÐºÑ Ð½Ñжно заполниÑÑ Â 9.
ÐаÑеÑÑвеннÑе показаÑели зданиÑ, говоÑÑÑие об ÑкологиÑеÑкой безопаÑноÑÑи, конкÑÑенÑоÑпоÑобноÑÑи и ÑелеÑообÑазноÑÑи ÐдеÑÑ ÑказÑваÑÑÑÑ Ð²Ñе даннÑе о поÑÑÑойке ÑÐµÑ Ð½Ð¸ÑеÑки знаÑимÑÑ Ð¾Ð±ÑекÑов пÑоизводÑÑва, ÑазмеÑÐµÐ½Ð¸Ñ ÐµÐ³Ð¾ оÑделÑнÑÑ Ð±Ð»Ð¾ÐºÐ¾Ð², ÑÐµÑ Ð½Ð¾Ð»Ð¾Ð³Ð¸Ð¸ Ð¸Ñ Ð¿Ð¾ÑÑÑойки, ÑаÑÑÑановки обоÑÑÐ´Ð¾Ð²Ð°Ð½Ð¸Ñ Â 10. ТÑÐµÐ±Ð¾Ð²Ð°Ð½Ð¸Ñ Ð¿Ð¾ иÑполÑзÑемÑм маÑеÑиалам и пÑавилÑнÑм ÑазмеÑениÑм плоÑадей Ñазного назнаÑÐµÐ½Ð¸Ñ ÑооÑÑÐ¶ÐµÐ½Ð¸Ñ ÐÑопиÑÑваÑÑÑÑ Ð´Ð°Ð½Ð½Ñе по пÑавилÑÐ½Ð¾Ð¼Ñ ÑазмеÑÐµÐ½Ð¸Ñ Ð¾ÑделÑно взÑÑÑÑ Ð¿Ð»Ð¾Ñадей, а Ñакже опиÑÑваеÑÑÑ Ð¼Ð°ÑеÑиал ÑабоÑ, коÑоÑÑй более ÑÑÑекÑивен в Ñом или ином ÑÑаÑÑке  11. ТÑÐµÐ±Ð¾Ð²Ð°Ð½Ð¸Ñ Ð¿Ð¾ аÑÑ Ð¸ÑекÑÑÑно- кÑлÑÑÑÑнÑм ÑабоÑам ÐпиÑÑваеÑÑÑ Ð¿Ð»Ð°Ð½Ð¸ÑÑемÑе ÑабоÑÑ Ð¿Ð¾ благоÑÑÑÑойÑÑÐ²Ñ Ð¿ÑилежаÑÐ¸Ñ ÑеÑÑиÑоÑий  12.
ТÑÐµÐ±Ð¾Ð²Ð°Ð½Ð¸Ñ Ð¸Ð½Ð¶ÐµÐ½ÐµÑно- ÑÐµÑ Ð½Ð¸ÑеÑкого плана ÐпиÑаÑÑ ÑиÑÑÐµÐ¼Ñ Ð²ÐµÐ½ÑилÑÑии, канализаÑии, водопÑовода и пÑ.  13. ТÑÐµÐ±Ð¾Ð²Ð°Ð½Ð¸Ñ Ð¿Ð¾ ÑÑÐ°Ð´Ð¸Ð¹Ð½Ð¾Ð¼Ñ Ð²Ð²Ð¾Ð´Ñ Ð² ÑкÑплÑаÑаÑÐ¸Ñ Ð¾Ð±ÑекÑа УказÑваеÑÑÑ Ð¸Ð½ÑоÑмаÑÐ¸Ñ Ð¿Ð¾ ÐºÐ°Ð¶Ð´Ð¾Ð¼Ñ Ð¾Ð±ÑекÑÑ ÐºÐ¾Ð¼Ð¿Ð»ÐµÐºÑа, его оÑделÑнÑÑ ÑаÑÑей. ÐÐµÐ¾Ð±Ñ Ð¾Ð´Ð¸Ð¼Ð° инÑоÑмаÑÐ¸Ñ Ð¿Ð¾ ÑÑокам, ÑÑловиÑм ÑдаÑи и Ð²Ð²Ð¾Ð´Ñ Ð² ÑкÑплÑаÑаÑÐ¸Ñ Â 14.
ТÑÐµÐ±Ð¾Ð²Ð°Ð½Ð¸Ñ Ð¿Ð¾ ÑазÑабоÑке пÑиÑÐ¾Ð´Ð¾Ð¾Ñ ÑаннÑÑ Ð¼ÐµÑ ÐдеÑÑ Ð¾Ð¿Ð¸ÑÑваеÑÑÑ Ð²Ð»Ð¸Ñние обÑекÑа поÑÑÑойки на ÑкологиÑеÑкÑÑ Ð¾Ð±ÑÑÐ°Ð½Ð¾Ð²ÐºÑ Ð¸ окÑÑжаÑÑÑÑ ÑÑÐµÐ´Ñ Â 15. ТÑÐµÐ±Ð¾Ð²Ð°Ð½Ð¸Ñ Ð¿Ð¾ пÑедоÑÑÐ°Ð²Ð»ÐµÐ½Ð¸Ñ ÑÑловий Ð´Ð»Ñ Ð¾ÑделÑнÑÑ Ð³ÑÑпп гÑаждан ÐаннÑе по ÑлеменÑам конÑÑÑÑкÑий, пÑедназнаÑеннÑÑ Ð´Ð»Ñ Ð¸Ð½Ð²Ð°Ð»Ð¸Ð´Ð¾Ð², ÑÑаÑиков и деÑей.
 16. ТÑÐµÐ±Ð¾Ð²Ð°Ð½Ð¸Ñ Ð¿Ð¾ безопаÑноÑÑи и Ð¾Ñ Ñане ÑÑÑда РаÑпиÑÑваÑÑÑÑ Ð¼Ð°ÑеÑÐ¸Ð°Ð»Ñ Ð¿Ð¾ Ñеме Ð¾Ñ ÑÐ°Ð½Ñ ÑÑÑда и здоÑовÑÑ ÑабоÑников бÑдÑÑего ÑÑÑоениÑ. ÐÐ¾Ð´Ñ Ð¾Ð´Ð¸Ñ Ð´Ð»Ñ Ð·Ð´Ð°Ð½Ð¸Ð¹ пÑомÑÑленного назнаÑениÑ.
 17. ТÑÐµÐ±Ð¾Ð²Ð°Ð½Ð¸Ñ Ð¿Ð¾ ÑаниÑаÑно- ÑпидемиологиÑеÑким ноÑмам ÐпиÑаÑÑ Ð´Ð¾ÐºÑменÑÑ Ð´Ð»Ñ Ð¿ÑовеÑÑÑÑÐ¸Ñ Ð¾ÑганизаÑий: РоÑпоÑÑебнадзоÑ, СÐС и Ñ.д.
 18. ТÑÐµÐ±Ð¾Ð²Ð°Ð½Ð¸Ñ Ð¿Ð¾ пÑоÑивопожаÑной безопаÑноÑÑи ÐпиÑание ÑооÑвеÑÑÑÐ²Ð¸Ñ Ð½Ð¾Ð¼Ð°Ð¼ пожаÑной безопаÑноÑÑи  19. ТÑÐµÐ±Ð¾Ð²Ð°Ð½Ð¸Ñ Ð¿Ð¾ маÑеÑиалам Ð´Ð»Ñ Ð´ÐµÐ¼Ð¾Ð½ÑÑÑаÑии ÐаполнÑеÑÑÑ Ð² ÑлÑÑае иÑполÑÐ·Ð¾Ð²Ð°Ð½Ð¸Ñ 3D макеÑов и пÑезенÑаÑий  20.