Данный пост посвящается фрилансерам и тем, кому "посчастливилось" общаться с заказчиками напрямую. Ох, сколько же крови они пьют, хотя исполнителям тоже есть чем ответить!
В давние уже времена гуляла по "просторам" обработка для 1С, выводившая кнопку "Сделать все правильно". После нажатия появлялся текст "Все сделано правильно". Бухгалтерам нравилось.
Был у меня такой начальник цеха, белкинвм, ненавидел меня люто. На очередной оперативке его осенило.
- Сергей Анатольевич, вот инструкция такая-то совершенно не годится, нужно её переделать.
- вм, ведь эту инструкцию вы до меня делали и поставили свою подпись. Что в ней не так ?
- Уже багровея, ибо крыть нечем : ,, Я СКАЗАЛ ВАМ, ЧТО ИНСТРУКЦИЮ НУЖНО ПЕРЕДЕЛАТЬ!"
- вм, получается, что я должен пойти туда, не зная куда, сделать то, не зная что !
Народ уже начинает слегка хихикать, ситуацию решает разрулить свежий зам, который говорит, что мы разберёмся, что исправить.
И потом мы сочиняли то, что должно было понравиться начальнику, другими словами описывая то, что уже было в производственной инструкции.
за глаза белкинавм называли зверьковым, что отражало его суть .
По роду профессии ТЗ от заказчиков мне не нужно (хирург-стоматолог). И упаси боже кому-то из пациентов его мне попробовать дать. У нас вид лечения не пациенты выбирают пока еще. От коллег приходят ТЗ типа - "такая то зона, от тебя нужен такой-то результат; реально ли, какие сроки, какие деньги и т.дд."
Когда я выступаю в роли заказчика, то понимаю, что есть некие нюансы, которые заказчик может не знать в виду отсутствия понимания предмета. И вот в этот момент классные исполнители задают правильные вопросы, чтоб определить ключевые моменты, от которых что-то зависит, а все, что между этими моментами они сами сделают без моего участия и моего глубоко ценного мнения.
"Люди-идиоты" (Доктор Хаус) не потому, что идиоты, а потому, что за пределами своего профессионального поля они мало что знают (да и не должны).
НО тут проблема в том, что когда человек приходит к дизайнеру, он хочет от него итог, и вот как дизайнеру сделать то, что хочет заказчик? Обрисовал слегонца что хочет, тот нарисовал, этот посмотрел и понял, что отстой его идея - но он просто говорит дизайнеру, не то, переделай. Итого дизайнер уже сделал работу, но теперь ему нужно переделать и что именно, ему непонятно.
У стоматолога - ровно, вырезали/вылечили/убрали, зубы все на месте. У вас есть стандарты красоты, но когда скажут сделай красивую машину - а на выходе смарт, часть народа обожествляет, часть прохладно, часть считает убожеством, и вот в какой часте будет заказчик, который сказал просто - дизайн машины, а кто его знает. Поэтому без внятного ТЗ и результат будет ХЗ.
Я все понимаю. Да и дизайнеры знают нюансы своей работы. И мирятся с правками и переделками (закладывая потерю времени и сил в прайс изначально).
Опять же, в процессе участвуют две стороны. И если заказчик осознает, что он профан в области, но хочет результат, то процесс пойдет по маслу. И исполнитель не мудак, что немаловажно. Во всех остальных случаях будут вот такие картинки.
Договоренности должны быть на бумаге. Это по опыту - что бы четко было обозначено что должно быть и в каком размере. Заказчик уже оплатит и сумма не поменяется, поэтому далее начинается прощупывание того, что-бы получить всего по максимум что оплачено, и вот тут ТЗ очень хорошо помогает ограничить.
кстати, так, из опыта. Часто лучше вообще без ТЗ от заказчика). Если их таки заставить своять ТЗ, то они, как нихрена не понимающие, накидают туда такого....
, что в принципе не выполнимо...
зы. меня заказчики несколько раз просили чтоб я сам им составил ТЗ (нужно для проведения документов официально - их руководство, бухгалтерия и т.д.). В редких случаях даже Договор на выполнение и оплату просили подготовить
Я работаю и заказчиком, и исполнителем работ.
Есть стандартное выверенное и причесанное ТЗ.
Как заказчик - его предъявляю, если исполнитель и это ТЗ бракуют, то просто тихонько сливаюсь с заказа
Нет, не угадал.
Общая текстовка и табличка, где меняются только параметры.
В свое время, лет 10 назад, задался целью и разработал для себя.
Теперь смотрю, по городу ходит по рукам.
Лохов в нашей отрасли нет, там все четко регламентировано.
Мой опыт мне говорит что ни что нельзя делать без тз, которое подписали обе стороны.
Заказчик не хочет составлять ТЗ - ещё лучше! Составь его сам как тебе надо, главное пусть подпишет. По тому что если нет, если всё будет на словах то потом будешь скрипеть зубами и слезами обливаться делая непонятную муету за нихера денег
а когда есть подписанное тз то ты и оценить работу можешь нормально и срок выставить правильный, и не будет от заказчика этого "ой а давайте не так, а вот так сделаем", тз подписано и всё тут, шаг влево, шаг вправо от него - платите дополнительно
понятное дело, что грамотно составленное ТЗ это иногда половина работы, поэтому технический писатель, то есть человек, общающийся с заказчиком и конвертирующий словесный понос его хотелок в грамотное ТЗ это должность в штате исполнителя. Фрилансерам стоило бы нанимать, либо иметь постоянный контакт с таким человеком, иначе всё описанное выше.
Любой нормальный заказчик вполне может сказать, что ему нужно - больше, меньше, жирным, курсивом, нестандартные шрифты со всякими вензелями.
А когда начинается "я хочу что нибудь этакое, сам не знаю что", то это уже мозгое..ство.
Или как правильно заметил Minos, можно выслать скрин или фото желаемого, чтобы было на что опираться.
Всё нытьё фрилансеров и прочих "йарких творческих личностей" про ТЗ - это от банальной лени и раздолбайства. Потому как действительно хорошие специалисты совершенно свободно берут деньги с заказчика за составление ТЗ заказчика, т.е. за превращение мычания, размахивания руками, пучения глаз и "чтоп было норм как у Васи" в реальный документ ТЗ, который прикладывается к договору и подписывается сторонами.
А вот это вот: "мне дали херовый ТЗ а потом задолбали правками", это не профессионализм.
"Потому как действительно хорошие специалисты совершенно свободно берут деньги с заказчика за составление ТЗ заказчика, т.е. за превращение мычания, размахивания руками, пучения глаз и "чтоп было норм как у Васи" в реальный документ ТЗ, который прикладывается к договору и подписывается сторонами. А вот это вот: "мне дали херовый ТЗ а потом задолбали правками", это не профессионализм."
Это смотря в какой отрасли обитаешь. Когда главный инженер, он же згд, межмуниципального газоснабжения не может поставить задачу, это грустно.
Плюс ваш вариант "высирания" ТЗ путем перевода мычания заказчика в техническую терминологию работает очень не во всех случаях. А лишь там, где есть общее направление деятельности (дизайн) и проекты в целом однотипные.
Представьте себе, что к Вам приходит клиент и говорит: "Мне нужна программа - полный аналог 1С-бухгалтерии, но полностью с нуля". Вы сможете составить самостоятельно ТЗ на такую программу?
Профессионалами не рождаются, а пока он растёт и пока он не супер-профессионал - условия ставить он не может, т.к заказчик просто откажется платить за составление ТЗ и заказ уйдет к другому. Тому кто согласен с заказчиком нянчится (самому составить ТЗ или работать без него) за те же деньги.
Согласен. Лет 17 назад хватался за всё подряд, но 15 лет назад уже такой хернёй заниматься перестал. А с заказчиком надо уметь общаться на заказщичьем языке, тогда он на всё согласится. Я всегда перед совещанием или интервью несколько минут общаюсь в неформальной обстановке, чтобы понять, какой подход иметь и как себя вести.
Это если потенциальный заказчик действительно будет размещать заказ у Вас.
А то после составления ТЗ и потраченного на это времени может внезапно выясниться, что все это для Заказчика слишком дорого, да и вообще необязательно. А заключать договор ТОЛЬКО на составление ТЗ и платить за это заказчик не факт, что станет.
Замечательное направление (узкое и подход к клиенту можно выстроить по шаблону) и "знакомство" с пациентом толково организовано.
Строителям-проектировщикам тут сложнее. Намного шире сфера и тупизна заказчиков особенно в таких масштабах ощутима и критична при взаимодействии.
"А то после составления ТЗ и потраченного на это времени может внезапно выясниться, что все это для Заказчика слишком дорого, да и вообще необязательно."
Видал я таких интеграторов. Заказчику рисует картинку, как все будет красиво. Программист, увидев такое ТЗ, только пальцем у виска покрутит.
В итоге заказчик платит за ТЗ, программист (если он с головой) за такое ТЗ не возьмется. Ну или найдет дурачка, который возьмется чисто для опыта.
Вот прямо дико плюсую! Представляю лица подобных айтишников, если по приезду в автосервис мастер с них будет требовать чёткое тз на те работы которые нужно исполнить специалистам сервиса, чтобы найти "куда девается искра у этого недостойного выродка в славной семье двигателей внутреннего сгорания".
Так бывает довольно часто, и это часть работы. Если я правильно рассказал клиенту, что он на самом деле хочет и сколько это стоит, то мы расходимся в хороших отношениях. Клиент понимает, сколько его хотелка стоит и имеет на руках ТЗ. Возможно он уйдёт к кому-то другому реализовывать это ТЗ, возможно вернётся ко мне, когда найдёт бюджет. Я вроде как не разорился за 15 лет с таким подходом?
Направление наоборот - очень широкое. Ко мне приходят с просьбой сделать завод "чтоб всё работало", а я делаю им всё остальное подтягивая нужных людей и выступая в роли ГИПа и РП.
Удивительно, но довольно много заказчиков довольны хотя бы тем, что им внятно сформулировали на бумаге их потребности. И даже иногда благодарят меня за то, что я им показал, что им их хотелки не сильно то и нужны. Если заказчик не хочет, чтобы я помог ему составить ТЗ, то здесь сразу же рассматриваю два варианта:
1) У него нет денег и он хочет меня кинуть (довольно распространенная модель поведения, когда можно придираться к чему угодно, лишь бы не платить) - этих отшиваю сразу.
2) Заказчик очень плохо ориентируется в области, в которой он хочет получить работы, но априори считает, что я его обязательно хочу обмануть - этим я рассказываю реальность, привожу примеры стоимости из других похожих кейсов, рекомендую обратиться не только ко мне, но и к другим интеграторам, собрать предложения и провести анализ.
По второму варианту в 15-20% случаев заказчик возвращается ко мне. Это хороший процент.
Понятно, спасибо за опыт. Ключевой момент, наверное, это сколько времени надо потратить на это ТЗ: час, день, неделя? Наверное, оно схоже с наёмом строителей/ремонт, где оценку, план работ + смету составляют обычно бесплатно.
А в чем проблема? Ты приезжаешь в сервис либо с конкретной задачей (поменять свечи), либо с неопределенной (там что-то стучит). В первом случае мастер тупо выполняет твою задачу и ему плевать поедет ли машина дальше (ты приехал с готовым ТЗ). Во втором, мастер проводит диагностику (составляет ТЗ).
Конкретная задача поменять свечи с точки зрения грамотного тз, равносильна задаче сделать кнопку годового отчета из статьи, на тз это не тянет. А во втором случае, ровно как и написал автор коммента.
В моём примере схожие отношения между заказчиком, не разбирающимся в технической стороне вопроса, но имеющем необходимость получить исправно работающий продукт, и мастером-исполнителем.
Кроме ТЗ ГОСТ 34 предусматривает еще эскизное проектирование. Это предваряющий ТЗ документ, которым я могу показать заказчику, что я могу ему предложить на основании его запроса и полученной информации в процессе интервью или предпроектного обследования. Составить его можно за день, можно за неделю (в зависимости от объёма). Он не требует серьёзной детализации как ТЗ и ТП, но подписывается сторонами и основные технические решения и эскизы уже утверждены и могут быть в большом приближении просчитаны для выдачи первичного коммерческого предложения.
Современные айтишники настолько тупые, настолько не разбираются ни в чем (не все, конечно, но почти), что постоянно сочиняют штамп о ТЗ. Это их услада на фоне собственной идиотии.
Реальность в образной форме такова.
- Здравствуйте. Хочу у вас заказать стихотворение о весне. Любое, главное оригинальное и качественное. Нужно ребенку в детский сад.
- Хорошо. Давайте ТЗ.
- Какое ещё ТЗ? Я же вам уже сказал, что мне нужно.
- Это не ТЗ. Вы конкретно распишите, что нужно. Как должно выглядеть стихотворение. Что представлять. Конкретно.
- Так это тогда само стихотворение и будет.
- Да. Какие же вы заказчики наивные. Поймите, это и будет ТЗ.
- Простите, а вы тогда что будете делать, если я вам стихотворение принесу?
- Как что? Я его напишу в электронной форме. Это моя работа.
- Но вы же поэт!
- Я поэт- айтишник!
Это образно, но реально так из жизни. Это реальное тупье. Всё равно что наборщице принести рукопись и она просто напечатает на компьютере. Вот у нас примерно такой массовый уровень айтишников.
Реально у них пусто в головах. Некомпетентны ни в одном вопросе. У них только ТЗ на уме как у вахтеров кнопка.
По вашему Айтишник должен разбираться во всем? Если скажут написать сайт по ВОВ, то айтишник должен быть минимум доктором исторических наук? А когда завтра он будет писать сайт для магазина красок - он должен работать в аналогичном магазине минимум 10 лет, что бы знать все тонкости, которые заказчик то не может сформировать, и как это айтишник в них не разбирается?
Как то мне один главбух сказал - поставьте мне 1с и установите - на мой вопрос какой конфигурацией вы будете пользоваться в связке с чем - мне был дан ответ, что это я должен как профессионал всё сам купить, настроить и поставить, при условии, что я не понимаю как она собирается вести дела в данной фирме, что сдавать и в каком виде делать - ведь я же глав бухом не работал, и как то не особо собираюсь вникать в её работу, что бы ЗА НЕЁ решить как же правильнее это делать. А на деле потом - я ему ничего не говорила, кроме сделай, и это он решил и купил а не я - во всём виноват он.
зы: и да, Айтишники это общее название для всех компьютерщиков, вы банально называя что они ничего не понимают, сисадминов, программистов, эникейщиков, безопасников, монтажников, эникейщиков всех под одну терминологию сводите. А разбираетесь ли вы в тех, про кого пишете, что они ни в чем не разбираются?
"ТЗ - это уже путь решения задачи." Вот тут вы заблуждаетесь. ТЗ -техническое задание. Это и есть задача. Надо максимально подробно описать, что вы хотите получить на выходе. И если стих, например, является частью целого альбома стихов, написанных разными авторами, то к нему могут быть специфические требования.
Потому что на самом деле ситуация может быть и обратной - все, что не включено в ТЗ не является обязанностью исполнителя. Если не указана форма стиха - может любой, вплоть до белого стиха. Если не указан объем - значит любой вплоть до одного слова. А дальше - акт приемки передачи - за три (или сколько по договору) не подписан - счет - претензия - арбитраж. И это не такой уж редкий случай, например, в строительном проектировании.
Так что ТЗ нужно заказчику не меньше, а может и больше, чем исполнителю. В конце концов это заказчику нужно, чтобы ему стих написали...
Задача - это конкретные трудности и действия на пути к цели. Цель формулирует заказчик. Задача исполнителя увидеть задачу, которая лежит на пути к цели, и решить её.
Пусть так. Чем четче и подробнее заказчик сформулирует свою цель, тем больше вероятность того, что он получит то, что ему действительно нужно. Ответственность за формулирование цели лежит на заказчике, а не исполнителе.
А если он заявит "хочу то, не знаю что", то ему будет очень сложно доказать, что он не получил желаемого. Ибо любой адекватный исполнитель пропишет в договоре необходимость мотивированного отказа.
В давние уже времена гуляла по "просторам" обработка для 1С, выводившая кнопку "Сделать все правильно". После нажатия появлялся текст "Все сделано правильно". Бухгалтерам нравилось.
Мда, в наше время повторить такое вряд ли получится.
Был у меня такой начальник цеха, белкинвм, ненавидел меня люто. На очередной оперативке его осенило.
- Сергей Анатольевич, вот инструкция такая-то совершенно не годится, нужно её переделать.
- вм, ведь эту инструкцию вы до меня делали и поставили свою подпись. Что в ней не так ?
- Уже багровея, ибо крыть нечем : ,, Я СКАЗАЛ ВАМ, ЧТО ИНСТРУКЦИЮ НУЖНО ПЕРЕДЕЛАТЬ!"
- вм, получается, что я должен пойти туда, не зная куда, сделать то, не зная что !
Народ уже начинает слегка хихикать, ситуацию решает разрулить свежий зам, который говорит, что мы разберёмся, что исправить.
И потом мы сочиняли то, что должно было понравиться начальнику, другими словами описывая то, что уже было в производственной инструкции.
за глаза белкинавм называли зверьковым, что отражало его суть .
По роду профессии ТЗ от заказчиков мне не нужно (хирург-стоматолог). И упаси боже кому-то из пациентов его мне попробовать дать. У нас вид лечения не пациенты выбирают пока еще. От коллег приходят ТЗ типа - "такая то зона, от тебя нужен такой-то результат; реально ли, какие сроки, какие деньги и т.дд."
Когда я выступаю в роли заказчика, то понимаю, что есть некие нюансы, которые заказчик может не знать в виду отсутствия понимания предмета. И вот в этот момент классные исполнители задают правильные вопросы, чтоб определить ключевые моменты, от которых что-то зависит, а все, что между этими моментами они сами сделают без моего участия и моего глубоко ценного мнения.
"Люди-идиоты" (Доктор Хаус) не потому, что идиоты, а потому, что за пределами своего профессионального поля они мало что знают (да и не должны).
НО тут проблема в том, что когда человек приходит к дизайнеру, он хочет от него итог, и вот как дизайнеру сделать то, что хочет заказчик? Обрисовал слегонца что хочет, тот нарисовал, этот посмотрел и понял, что отстой его идея - но он просто говорит дизайнеру, не то, переделай. Итого дизайнер уже сделал работу, но теперь ему нужно переделать и что именно, ему непонятно.
У стоматолога - ровно, вырезали/вылечили/убрали, зубы все на месте. У вас есть стандарты красоты, но когда скажут сделай красивую машину - а на выходе смарт, часть народа обожествляет, часть прохладно, часть считает убожеством, и вот в какой часте будет заказчик, который сказал просто - дизайн машины, а кто его знает. Поэтому без внятного ТЗ и результат будет ХЗ.
Я все понимаю. Да и дизайнеры знают нюансы своей работы. И мирятся с правками и переделками (закладывая потерю времени и сил в прайс изначально).
Опять же, в процессе участвуют две стороны. И если заказчик осознает, что он профан в области, но хочет результат, то процесс пойдет по маслу. И исполнитель не мудак, что немаловажно. Во всех остальных случаях будут вот такие картинки.
Договоренности должны быть на бумаге. Это по опыту - что бы четко было обозначено что должно быть и в каком размере. Заказчик уже оплатит и сумма не поменяется, поэтому далее начинается прощупывание того, что-бы получить всего по максимум что оплачено, и вот тут ТЗ очень хорошо помогает ограничить.
С кадрами и Терминатора 2 очень актуально и смешно получилось.
кстати, так, из опыта. Часто лучше вообще без ТЗ от заказчика). Если их таки заставить своять ТЗ, то они, как нихрена не понимающие, накидают туда такого....
, что в принципе не выполнимо...зы. меня заказчики несколько раз просили чтоб я сам им составил ТЗ (нужно для проведения документов официально - их руководство, бухгалтерия и т.д.). В редких случаях даже Договор на выполнение и оплату просили подготовить
зыы. И это были вполне себе не шарашкины конторы
Я работаю и заказчиком, и исполнителем работ.
Есть стандартное выверенное и причесанное ТЗ.
Как заказчик - его предъявляю, если исполнитель и это ТЗ бракуют, то просто тихонько сливаюсь с заказа
не бывает готового стандартного ТЗ. Ну либо вы ищете полных лохов. Проехало - хорошо, нет - сливаюсь. Угадал?
Нет, не угадал.
Общая текстовка и табличка, где меняются только параметры.
В свое время, лет 10 назад, задался целью и разработал для себя.
Теперь смотрю, по городу ходит по рукам.
Лохов в нашей отрасли нет, там все четко регламентировано.
ну не мгуо спорить, что то у вас там слишком типовые ТЗ видимо.
Просто постоянная работа, с редкими отклонениями в нюансы.
Печём, как пирожки.
Мой опыт мне говорит что ни что нельзя делать без тз, которое подписали обе стороны.
Заказчик не хочет составлять ТЗ - ещё лучше! Составь его сам как тебе надо, главное пусть подпишет. По тому что если нет, если всё будет на словах то потом будешь скрипеть зубами и слезами обливаться делая непонятную муету за нихера денег
а когда есть подписанное тз то ты и оценить работу можешь нормально и срок выставить правильный, и не будет от заказчика этого "ой а давайте не так, а вот так сделаем", тз подписано и всё тут, шаг влево, шаг вправо от него - платите дополнительно
можно но только с проверенным заказчиком, который заведомо не будет заниматься хней.
с теми с кем сотрудничаешь давно, кто не старается сесть на шею в стиле "а может ещё вот это добавим, это же легко"
понятное дело, что грамотно составленное ТЗ это иногда половина работы, поэтому технический писатель, то есть человек, общающийся с заказчиком и конвертирующий словесный понос его хотелок в грамотное ТЗ это должность в штате исполнителя. Фрилансерам стоило бы нанимать, либо иметь постоянный контакт с таким человеком, иначе всё описанное выше.
Пусть ищет - программисту очень повезло что Ирина сама от него отвязалась, с такими людьми лучше вообще не работать
Ну хотя бы выслать примеры работ (скрины), которые по его мнению смотрятся "интересней".
Любой нормальный заказчик вполне может сказать, что ему нужно - больше, меньше, жирным, курсивом, нестандартные шрифты со всякими вензелями.
А когда начинается "я хочу что нибудь этакое, сам не знаю что", то это уже мозгое..ство.
Или как правильно заметил Minos, можно выслать скрин или фото желаемого, чтобы было на что опираться.
Всё нытьё фрилансеров и прочих "йарких творческих личностей" про ТЗ - это от банальной лени и раздолбайства. Потому как действительно хорошие специалисты совершенно свободно берут деньги с заказчика за составление ТЗ заказчика, т.е. за превращение мычания, размахивания руками, пучения глаз и "чтоп было норм как у Васи" в реальный документ ТЗ, который прикладывается к договору и подписывается сторонами.
А вот это вот: "мне дали херовый ТЗ а потом задолбали правками", это не профессионализм.
"Потому как действительно хорошие специалисты совершенно свободно берут деньги с заказчика за составление ТЗ заказчика, т.е. за превращение мычания, размахивания руками, пучения глаз и "чтоп было норм как у Васи" в реальный документ ТЗ, который прикладывается к договору и подписывается сторонами. А вот это вот: "мне дали херовый ТЗ а потом задолбали правками", это не профессионализм."
Жаль, что только один плюсик поставить можно!
Напишите пожалуйста комментарий, чтобы он набрал 30 плюсов.
Это смотря в какой отрасли обитаешь. Когда главный инженер, он же згд, межмуниципального газоснабжения не может поставить задачу, это грустно.
Плюс ваш вариант "высирания" ТЗ путем перевода мычания заказчика в техническую терминологию работает очень не во всех случаях. А лишь там, где есть общее направление деятельности (дизайн) и проекты в целом однотипные.
Представьте себе, что к Вам приходит клиент и говорит: "Мне нужна программа - полный аналог 1С-бухгалтерии, но полностью с нуля". Вы сможете составить самостоятельно ТЗ на такую программу?
Профессионалами не рождаются, а пока он растёт и пока он не супер-профессионал - условия ставить он не может, т.к заказчик просто откажется платить за составление ТЗ и заказ уйдет к другому. Тому кто согласен с заказчиком нянчится (самому составить ТЗ или работать без него) за те же деньги.
Ну это тебе не листок с одной стороны стола на другой переставлять.
Согласен. Лет 17 назад хватался за всё подряд, но 15 лет назад уже такой хернёй заниматься перестал. А с заказчиком надо уметь общаться на заказщичьем языке, тогда он на всё согласится. Я всегда перед совещанием или интервью несколько минут общаюсь в неформальной обстановке, чтобы понять, какой подход иметь и как себя вести.
Представьте себе, я смогу его убедить, что она ему не нужна и расскажу почему у него ничего не выйдет. Это называется управление ожиданиями заказчика.
Моя отрасль - ИТ. Направление - интеграторские услуги.
Это если потенциальный заказчик действительно будет размещать заказ у Вас.
А то после составления ТЗ и потраченного на это времени может внезапно выясниться, что все это для Заказчика слишком дорого, да и вообще необязательно. А заключать договор ТОЛЬКО на составление ТЗ и платить за это заказчик не факт, что станет.
Замечательное направление (узкое и подход к клиенту можно выстроить по шаблону) и "знакомство" с пациентом толково организовано.
Строителям-проектировщикам тут сложнее. Намного шире сфера и тупизна заказчиков особенно в таких масштабах ощутима и критична при взаимодействии.
"Моя отрасль - ИТ. Направление - интеграторские услуги."
Вот это все и объясняет.
"А то после составления ТЗ и потраченного на это времени может внезапно выясниться, что все это для Заказчика слишком дорого, да и вообще необязательно."
Видал я таких интеграторов. Заказчику рисует картинку, как все будет красиво. Программист, увидев такое ТЗ, только пальцем у виска покрутит.
В итоге заказчик платит за ТЗ, программист (если он с головой) за такое ТЗ не возьмется. Ну или найдет дурачка, который возьмется чисто для опыта.
Вот сделал ты ему ТЗ как надо, убил кучу времени, а он: "извините, я передумал, денег нет да и как-то сложно всё очень."
Вот прямо дико плюсую! Представляю лица подобных айтишников, если по приезду в автосервис мастер с них будет требовать чёткое тз на те работы которые нужно исполнить специалистам сервиса, чтобы найти "куда девается искра у этого недостойного выродка в славной семье двигателей внутреннего сгорания".
Возможно Вы и правы, но лишь частично. В большинстве таких случаев, заказчик отказывается платить, т.к. оказывается что это дорого.
Так бывает довольно часто, и это часть работы. Если я правильно рассказал клиенту, что он на самом деле хочет и сколько это стоит, то мы расходимся в хороших отношениях. Клиент понимает, сколько его хотелка стоит и имеет на руках ТЗ. Возможно он уйдёт к кому-то другому реализовывать это ТЗ, возможно вернётся ко мне, когда найдёт бюджет. Я вроде как не разорился за 15 лет с таким подходом?
Вы видели других интеграторов. Интеграторов, где решения принимают менеджеры, а не технари.
Я рад, что вы всё поняли.
Направление наоборот - очень широкое. Ко мне приходят с просьбой сделать завод "чтоб всё работало", а я делаю им всё остальное подтягивая нужных людей и выступая в роли ГИПа и РП.
Удивительно, но довольно много заказчиков довольны хотя бы тем, что им внятно сформулировали на бумаге их потребности. И даже иногда благодарят меня за то, что я им показал, что им их хотелки не сильно то и нужны. Если заказчик не хочет, чтобы я помог ему составить ТЗ, то здесь сразу же рассматриваю два варианта:
1) У него нет денег и он хочет меня кинуть (довольно распространенная модель поведения, когда можно придираться к чему угодно, лишь бы не платить) - этих отшиваю сразу.
2) Заказчик очень плохо ориентируется в области, в которой он хочет получить работы, но априори считает, что я его обязательно хочу обмануть - этим я рассказываю реальность, привожу примеры стоимости из других похожих кейсов, рекомендую обратиться не только ко мне, но и к другим интеграторам, собрать предложения и провести анализ.
По второму варианту в 15-20% случаев заказчик возвращается ко мне. Это хороший процент.
Написал.
Понятно, спасибо за опыт. Ключевой момент, наверное, это сколько времени надо потратить на это ТЗ: час, день, неделя? Наверное, оно схоже с наёмом строителей/ремонт, где оценку, план работ + смету составляют обычно бесплатно.
А в чем проблема? Ты приезжаешь в сервис либо с конкретной задачей (поменять свечи), либо с неопределенной (там что-то стучит). В первом случае мастер тупо выполняет твою задачу и ему плевать поедет ли машина дальше (ты приехал с готовым ТЗ). Во втором, мастер проводит диагностику (составляет ТЗ).
Дико минусую, потому что ваш пример никакого отношения к теме не имеет.
Конкретная задача поменять свечи с точки зрения грамотного тз, равносильна задаче сделать кнопку годового отчета из статьи, на тз это не тянет. А во втором случае, ровно как и написал автор коммента.
В моём примере схожие отношения между заказчиком, не разбирающимся в технической стороне вопроса, но имеющем необходимость получить исправно работающий продукт, и мастером-исполнителем.
Кроме ТЗ ГОСТ 34 предусматривает еще эскизное проектирование. Это предваряющий ТЗ документ, которым я могу показать заказчику, что я могу ему предложить на основании его запроса и полученной информации в процессе интервью или предпроектного обследования. Составить его можно за день, можно за неделю (в зависимости от объёма). Он не требует серьёзной детализации как ТЗ и ТП, но подписывается сторонами и основные технические решения и эскизы уже утверждены и могут быть в большом приближении просчитаны для выдачи первичного коммерческого предложения.
Современные айтишники настолько тупые, настолько не разбираются ни в чем (не все, конечно, но почти), что постоянно сочиняют штамп о ТЗ. Это их услада на фоне собственной идиотии.
Реальность в образной форме такова.
- Здравствуйте. Хочу у вас заказать стихотворение о весне. Любое, главное оригинальное и качественное. Нужно ребенку в детский сад.
- Хорошо. Давайте ТЗ.
- Какое ещё ТЗ? Я же вам уже сказал, что мне нужно.
- Это не ТЗ. Вы конкретно распишите, что нужно. Как должно выглядеть стихотворение. Что представлять. Конкретно.
- Так это тогда само стихотворение и будет.
- Да. Какие же вы заказчики наивные. Поймите, это и будет ТЗ.
- Простите, а вы тогда что будете делать, если я вам стихотворение принесу?
- Как что? Я его напишу в электронной форме. Это моя работа.
- Но вы же поэт!
- Я поэт- айтишник!
Это образно, но реально так из жизни. Это реальное тупье. Всё равно что наборщице принести рукопись и она просто напечатает на компьютере. Вот у нас примерно такой массовый уровень айтишников.
Реально у них пусто в головах. Некомпетентны ни в одном вопросе. У них только ТЗ на уме как у вахтеров кнопка.
По вашему Айтишник должен разбираться во всем? Если скажут написать сайт по ВОВ, то айтишник должен быть минимум доктором исторических наук? А когда завтра он будет писать сайт для магазина красок - он должен работать в аналогичном магазине минимум 10 лет, что бы знать все тонкости, которые заказчик то не может сформировать, и как это айтишник в них не разбирается?
Как то мне один главбух сказал - поставьте мне 1с и установите - на мой вопрос какой конфигурацией вы будете пользоваться в связке с чем - мне был дан ответ, что это я должен как профессионал всё сам купить, настроить и поставить, при условии, что я не понимаю как она собирается вести дела в данной фирме, что сдавать и в каком виде делать - ведь я же глав бухом не работал, и как то не особо собираюсь вникать в её работу, что бы ЗА НЕЁ решить как же правильнее это делать. А на деле потом - я ему ничего не говорила, кроме сделай, и это он решил и купил а не я - во всём виноват он.
зы: и да, Айтишники это общее название для всех компьютерщиков, вы банально называя что они ничего не понимают, сисадминов, программистов, эникейщиков, безопасников, монтажников, эникейщиков всех под одну терминологию сводите. А разбираетесь ли вы в тех, про кого пишете, что они ни в чем не разбираются?
Эникейщики названы два раза.
" - Политиков ты уже называл.
- Да, но они хуже всего остального в два раза"
"ТЗ - это уже путь решения задачи." Вот тут вы заблуждаетесь. ТЗ -техническое задание. Это и есть задача. Надо максимально подробно описать, что вы хотите получить на выходе. И если стих, например, является частью целого альбома стихов, написанных разными авторами, то к нему могут быть специфические требования.
Потому что на самом деле ситуация может быть и обратной - все, что не включено в ТЗ не является обязанностью исполнителя. Если не указана форма стиха - может любой, вплоть до белого стиха. Если не указан объем - значит любой вплоть до одного слова. А дальше - акт приемки передачи - за три (или сколько по договору) не подписан - счет - претензия - арбитраж. И это не такой уж редкий случай, например, в строительном проектировании.
Так что ТЗ нужно заказчику не меньше, а может и больше, чем исполнителю. В конце концов это заказчику нужно, чтобы ему стих написали...
Задача - это конкретные трудности и действия на пути к цели. Цель формулирует заказчик. Задача исполнителя увидеть задачу, которая лежит на пути к цели, и решить её.
Пусть так. Чем четче и подробнее заказчик сформулирует свою цель, тем больше вероятность того, что он получит то, что ему действительно нужно. Ответственность за формулирование цели лежит на заказчике, а не исполнителе.
А если он заявит "хочу то, не знаю что", то ему будет очень сложно доказать, что он не получил желаемого. Ибо любой адекватный исполнитель пропишет в договоре необходимость мотивированного отказа.