Пример технического решения в строительстве

Как составить техническое задание при выборе исполнителя строительных работ

Обо всех нюансах составления технического задания (коротко ТЗ) расскажут опытные исполнители с нашего сервиса БИРЖА FORUMHOUSE.

В этой статье мы расскажем:

Какую задачу решает ТЗ

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

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

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

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

Если ответить по-простому, техническое задание – это то, КАК объяснить архитектору, конструктору, инженеру, строителю, ЧЕГО вы от него хотите.

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

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

Что должно быть в ТЗ

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

Мы решили узнать, что Исполнители хотят видеть в заказе, чтобы Заказчики могли максимально четко и правильно его составить.

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

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

Информацию, которая должна быть изложена в ТЗ на строительство дома, по словам Алексея Мельникова, можно разложить на несколько пунктов.

1.Описание места строительства

Где находится (желательно, чтобы была схема проезда или точный адрес, который можно определить по yandex или google картам); условия места расположения объекта:

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

Бытовые условия: наличие воды, магазинов, туалетов – чтобы подрядчик понимал ситуацию и мог сразу расставить все точки над «и».

2. Сроки начала работ и, если есть предпочтения, то и сроки окончания. Если заказчик хочет построить дачу к началу лета, он должен Исполнителя об этом предупредить.

3. Дальше в ТЗ идет самое главное: то, что хочет получить Заказчик.

Когда видны все наименования и объемы работ, Исполнитель сразу способен их оценить и сказать, сколько это будет стоить с его аппетитами с его расценками.

С ним согласен наш Исполнитель биржи FORUMHOUSE Анатолий Агольцов, который занимается проектированием и строительством каркасных домов. У него также высокий рейтинг и только хорошие отзывы.

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

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

Грамотно изложить эти свои «хотелки» вам поможет опросник для формирования Технического задания в теме «Проекты домов и коттеджей» FORUMHOUSE, составленный нашей пользовательницей с ником waked.

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

Чем подробнее Заказчик изложит свои желания, тем лучше.

Как определиться с проектом и сметой

Любая стройка должна начинаться с проекта! В проекте должны быть просчитаны объемы материалов. По проекту составляется смета. Только так, и никак иначе, работает грамотный строитель.

Главная сложность, с которой Заказчики сталкиваются, составляя ТЗ, состоит в следующих моментах:

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

1. Определитесь с бюджетом строительства.
2. Составьте список всех помещений и комнат, которые должны быть в вашем будущем доме (с указанием площади и степени необходимости «обязательно», «нужно», «желательно»). Если окажется, что запланированного бюджета не хватает, вы легко поймете, от чего можно отказаться в первую очередь.

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

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

Или могут быть выбраны промежуточные варианты.

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

Почему важны договор и журнал объекта

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

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

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

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

Как грамотное ТЗ помогает сэкономить деньги

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

Если цель Заказчика как следует проработана в виде проекта и его сметной части, он непременно получит достойные предложения и сможет провести внутренний тендер, главное, рекомендует Андрей Мельников, во время его проведения он смотрит на репутацию заказчика, его отзывы на нашей Бирже.

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

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

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

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

Источник

Техническое задание и техническое решение + шаблон

Техническое задание и техническое решение + шаблон

Часто возникает проблема между Заказчиками и Разработчиками в понимании друга друга и задачи.

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

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

Почему так происходит? Смею предположить причина в том что стороны не понимают что такое ТЗ, в чем его смысл, как оно выглядит и что должно быть после него 🙂

ТЗ и ГОСТ

Чаще всего люди идут гуглить что такое ТЗ, налетают на ГОСТ и пытаются делать по нему 🙂 Вот только они не учитывают что ТЗ по ГОСТ было придуман для проектов на 1000 человек, и только одна подготовка такого ТЗ если делать ее правильно может стоить 1-2-10 млн. руб. Не считая работ по его реализации. А пытаются это применять для проектов где работает 1-2-3 человека 🙂 Делается это все без понимания особенностей такого документа и получается как раз то самое собрание сочинений. Бессмысленное и беспощадное.

ТЗ и Бритва Оккама

Бритва Оккама в данном случае говорит о том что наиболее простое решение — наиболее верное. Если нет веских причин для усложнения.

Какое самую простую форму ТЗ можно придумать? Ответ — простой список задач (требования, пожеланий). Чаще всего именно эта форма наиболее адекватна.

Иногда она может расширяться некоторыми полезными артефактами (разделами):

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

Техническое решение или ТР

А вот та самая часть, которую многие совсем не понимают. Кроме технического задания (в котором может быть просто 3-4 пункта пожеланий на салфетке из кафе), может быть еще техническое решение. Оно чаще всего гораздо важнее чем ТЗ и сильнее влияет на конечный результат.

Техническое решение — пишет как раз Разработчик, где описывает то как он видит решение, что предлагает.

Зачем это нужно? Чтобы исключить разное понимание условий и снизить риски расхождения ожиданий.

Пример для понимания. Заказчик дает ТЗ «Я хочу есть», а Исполнитель предлагает ТР «На вот яблоко». Далее может быть 3 сценария: Заказчик соглашается, корректирует/просит предложить что-то еще или отказывается от дальнейшего общения 🙂

Чаще всего Заказчик либо принимает решение, либо просит что-то поправить и затем принимает решение.

Почему ТР важно?

ТР важно по ряду причин:

По ходу составления списка решений, предложений и условий — Разработчику надо будет задавать вопросы, обсуждать детали, он просто начнет понимать задачу 🙂

Именно составление ТР — позволяет Разработчику понять Заказчика. А Заказчику убедиться что Разработчик понял задание. Именно отсутствие этой части в проекте — зачастую приводит к недопониманию и конфликту.

Когда можно без ТР?

Есть некоторые ситуации когда ТР не нужно. С ходу могу назвать 2 условия:

Исключение из п.2 — даже в Agile, если есть большая задача (Epic-project), у которой как правило 3-4 стейкхолдера, ее будут делать 2-3 разработчика на 5-6 месяцев, то не помешает сформулировать ТЗ и потом прописать/согласовать ТР. Чтобы убедиться что Стейкхолдеры (Заказчики) и Разработчики (Исполнители) — поняли друг друга.

Шаблон

Итого

Разработчики часто жалуются на то что Заказчики не могут написать хорошее ТЗ. А без внятного ТЗ как известно результат ХЗ.

Как мне кажется причина не в том что Заказчик не может написать хорошее ТЗ, а в том что никто не понимает что это такое. В том числе сам Разработчик.

И даже если Разработчик поймет что такое ТЗ, то для написания ТР снова нужны усилия и ответственность. А если лень то получаем рост Риска получить в результате не то что ожидали + Конфликт.

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

4 оцените контент и участвуйте в выборе трендов

Источник