|
Aug
05
|
Для заказчиков: если нет ТЗ
  (5 голоса, средний балл: 4.8 из 5) Loading ... |
Наверное вы встречали заказчиков, у которых нет техзадания (далее ТЗ).
В этой заметке я постараюсь пояснять с точки зрения исполнителя, что такое ТЗ и зачем оно собственно нужно.
Можете смело заказчика без техзадания отправлять на эту заметку, я думаю, что ответы на свои вопросы он найдет в ней.
Итак, приступим.
Начнем с того, что я поясню, что такое ТЗ.
Если обратиться к википедии, то можно прочесть:
Техни́ческое зада́ние (ТЗ, техзада́ние) — исходный документ для проектирования сооружения или промышленного комплекса, конструирования технического устройства (прибора, машины, системы управления и т. д.), разработки информационных систем, стандартов либо проведения научно-исследовательских работ (НИР).
ТЗ содержит основные технические требования, предъявляемые к сооружению или изделию и исходные данные для разработки; в ТЗ указываются назначение объекта, область его применения, стадии разработки конструкторской (проектной, технологической, программной и т.п.) документации, её состав, сроки исполнения и т. д., а также особые требования, обусловленные спецификой самого объекта либо условиями его эксплуатации. Как правило, ТЗ составляют на основе анализа результатов предварительных исследований, расчётов и моделирования.
Как инструмент коммуникации в связке общения заказчик-исполнитель, техническое задание позволяет:
- обеим сторонам
- представить готовый продукт
- выполнить попунктную проверку готового продукта (приёмочное тестирование — проведение испытаний)
- уменьшить число ошибок, связанных с изменением требований в результате их неполноты или ошибочности (на всех стадиях и этапах создания, за исключением испытаний)
- заказчику
- осознать, что именно ему нужно
- требовать от исполнителя соответствия продукта всем условиям, оговорённым в ТЗ
- исполнителю
- понять суть задачи, показать заказчику «технический облик» будущего изделия, программного изделия или автоматизированной системы
- спланировать выполнение проекта и работать по намеченному плану
- отказаться от выполнения работ, не указанных в ТЗ
Иначе говоря, ТЗ — руководство по разработке для исполнителя. То, что поможет исполнителю сделать именно то, что вам требуется и не сделать ошибку, основываясь на своем видении вопроса.
Из личного опыта могу сказать, что ТЗ существенно облегчает сотрудничество заказчика и исполнителя. В процессе обсуждения ТЗ стают понятны многие спорные моменты и пути реализации задачи.
Но что-то я немного отвлекся. О ТЗ я уже написал выше, теперь стоит написать, что делать, если ТЗ у вас лично нет, но при этом вы хотели бы сделать заказ.
На этом этапе слишком частая ошибка заказчиков — лень и фразы по типу «сделайте мне как у воооон того сайта». Это не ТЗ и такие вещи никак не ведут к результативному завершению заказа, а только еще больше размывают рамки того, что нужно сделать, хотя бы даже потому, что делеко не все заказчики понимают, что некоторые вещи нельзя делать по подобию других (например пример не удачен).
Из этой ситуации есть 3 выхода:
- Написать ТЗ самостоятельно. К сожалению очень часто этот способ не лучший выбор, просто потому, что заказчик «не владеет темой». Однако это самый дешевый способ с точки зрения траты средств. К тому же, когда вы пишите ТЗ, вы глубже понимаете то, что вам нужно и переосмысливаете многие вещи. Очень часто это ведет к увеличению нужных вещей и ликвидации ненужных замыслов. Я бы рекомендовал этот путь, если у вас есть достаточно времени на написание ТЗ самостоятельно (обычно достаточно пару страниц, набранных в Word, остальное разработчик доспросит, если будет нужно).
- Поручить написание ТЗ самому разработчику. Этот процесс состоит из того, что разработчик пишет ТЗ и паралельно распрашивает Вас все подробности о заказе. Данный путь удобен в том случае, если Вы готовы приплатить за работу разработчика по составлению ТЗ (бесплатно обычно этого никто не будет делать) + имеете запас по времени для ответа на вопросы разработчика. С другой стороны это развязывает в некоторой степени вам руки — ведь ТЗ составляли не вы и следовательно обо всех моментах реализации должен позаботиться исполнитель и он не сможет сказать потом, что «в ТЗ этого не было». Вам остается только не забыть упоминать ключевые моменты в разговоре, когда разработчик будет составлять ТЗ.
- Заказать ТЗ у специалиста по написанию ТЗ. Обычно в этой роли может выступить техрайтер или опытный разработчик в нужной вам сфере. Путь хорош тем, что как правило опытные в вопросе люди знают что нужно спрашивать и как понятно для конечного исполнителя это документировать. Минус данного пути — цена. Обычно стоит это не дешево и занимает от 2–3 дней до недели-полторы (если проект большой). Я бы рекомендовал идти по этому пути, если у вам нужно создать надежный проект, с учетом всех подробностей и удобный для конечного пользователя.
Какой путь выбирать — смотрите по своему бюджету, наличию свободного времени и доверию к разработчику.
Лично я стараюсь составлять ТЗ самостоятельно — это дает мне больше приимуществ, как заказчику в том плане, что я успеваю продумать то, что мне требуется и глубже представить проблему, которую я ставлю перед исполнителем.
Надеюсь, что данная заметка поможет как заказчикам, так и исполнителям понять друг друга и двигаться в правильном направлении!
05.08.2008 в 08:58
Для заказчиков: если нет ТЗ ( Малкин)…
Наверное вы встречали заказчиков, у которых нет техзадания (далее ТЗ).
В этой заметке я постараюсь пояснять с точки зрения исполнителя, чт…
05.08.2008 в 15:13
Как разработчик могу сказать, что заказчиков с готовым ТЗ я практически не встречал, хорошо, если есть хоть какое-то представление о проекте, но часто люди просто хотят, чтобы им сделали хорошо. При этом они имеют весьма отдаленное представление о технической стороне вопроса.
В контракте, как правило, первыми двумя пунктами, за которые заказчик платит деньги стоят “изучение предметной области” и “создание ТЗ” и я бы не назвал реализацию этих пунктов простой.
Что же касается фразы “в ТЗ этого не было”, то я не вижу причины, по которой я не мог бы ей воспользоваться, после того как заказчик утвердил ТЗ. Это документ, который имеет ту же силу, что и контракт и именно он определяет, что и как должно быть сделано.
05.08.2008 в 16:35
Полезное чтиво,спасибо,но у меня все как то на спонтанносте течет!
05.08.2008 в 23:38
[...] Прочитал статью Станислава Малкина – Для заказчиков: если нет ТЗ. [...]
06.08.2008 в 10:49
[...] Полезно почитать Презренного Манимэйкера и пост о Низкочастотной стратегии, хотите знать, что заставляет читать людей ваш блог?, что делать, если у заказчика нет ТЗ. [...]
06.08.2008 в 14:13
на фрилансеру напсиание ТЗ давно уже выросло в самостоятельный вид работ
а в конторах которые я знаю это часть услуги, к которй приступают после начальной предоплаты
06.08.2008 в 23:56
не встречала таких заказчиков, наверное не далекие люди.
07.08.2008 в 12:48
Согласен, очень неудобно “клещами вытягивать” из клиента ТЗ.
“Хочу голубое, с рюшечками, а справа сверху что-то вроде бантика”
07.08.2008 в 13:25
Встречаются без ТЗ. Это просто полный дибилизм (( Не поймешь чего хотят люди конкретно.
07.08.2008 в 14:41
Я только пару раз встречал заказчиков с готовым ТЗ, да и то давно, таких очень мало.
08.08.2008 в 16:11
Как правило, заказчики не совсем понимают нашу “кухню”. Отсюда все непонятки: не зная точных требований, сложно сделать понравившийся продукт. К сожалению, не так-то просто наладить общий язык между обеими сторонами.
08.08.2008 в 18:31
Вашими бы убеждениями!!!!!!1
08.08.2008 в 22:28
боюсь что даже такая подробная и разжёванная статья впечатления на заказчиков не произведёт
09.08.2008 в 06:47
Трабл в том, что заказчику по-любому приходится въезжать в тему либо самому, либо с помощью исполнителя. Какая же это морока…
09.08.2008 в 23:18
Нужно уметь искать общий язык. Найти бы переводчика с обычного языка на технический *мечтательно
14.08.2008 в 10:47
Статья полезная, пригодится при работе! БУдк отсылать всех неродивых заказчиков сюда)))
15.08.2008 в 03:42
“в ТЗ этого не было” – не очень хороший способ исполнения заказа, вряд ли этот заказчик в следующий раз обратится к вам.
15.08.2008 в 09:22
Алекс, естественно не существенные по количеству времени расхождения с ТЗ сюда не входят.
Эта фраза больше относится к “хотелкам” заказчика, которые требуют больше чем пару часов работы. Конечно не стоит брать деньги за любую мелочь, это раздражает и конечно заказчик может не вернутся. ТЗ составляется для того, чтобы учесть основные ключевые моменты, требующие много работы. Моя фраза относилась именно к ключевым моментам по ТЗ.
17.08.2008 в 16:26
Согласна, ТЗ просто необходимо, хотя бы даже с той точки зрения, что потом проще выполнять работу, и если вдруг заказчик хочет доработать что-то, можно всегда проверить было ли это в ТЗ, и вошло ли это в оплату оговоренную ранне!
18.08.2008 в 09:03
Всегда хотел узнать, что значит ТЗ. Спасибо
))
19.08.2008 в 18:29
Все правильно предоплата как правило 50%, а иногда и больше. Имхо лучше когда заказчик консультируется с исполнителем и составляют ТЗ напару.
20.08.2008 в 14:28
без тз очень трудно работать, вернее ответственность нести обоим сторонам
22.08.2008 в 08:40
Прочитала и задумалась о том, что за весь мой опыт фрилансерской работы заказчики с грамотно сформулированным ТЗ встречались крайне редко.. Но это не мешало плодотворно с ними сотрудничать)
24.08.2008 в 19:24
если ты ценишь своё время, заказчики без ТЗ должны сразу идти лесом. имхо
24.08.2008 в 23:41
да че тут говорить обычно как раз наоборот ТЗ есть и расписано довольно неплохо…
27.08.2008 в 01:20
Я бы предложил еще исполнителю составить ряд типовых вопросов, которые он отправит заказчику, для облегчения составления полноценного ТЗ. Мне вот, как заказчику дизайна, “девственнику”=) в этом вопросе, такой перечень вопросов крайне бы пригодился.
П.С. В опере не работает подписка, вываливается это:
27.08.2008 в 13:07
По этому поводу уже давал совет тут – http://malkin.com.ua/2008/06/19/brif-na-razrabotku-dizajna/
Укажите, пожалуйста, версию оперы.
27.08.2008 в 13:32
мы пишем платно ТЗ на свое усмотрение-если нету готового и потом согласовываем с покупателем услуги.
27.08.2008 в 15:02
А у нас обычно ТЗ сваливают на исполнителя. Т.е. подписывается договор и исполнитель сам себе пишет ТЗ
27.08.2008 в 17:18
Скачал бриф, неплохо, некоторые пункты мне в голову не пришли. Заполню в дополнение к своим наброскам.
Я бы еще кое-что добавил, но мне для блога, а для сайта это может быть не так актуально.
27.08.2008 в 17:18
Кстати, уведомления об ответах тоже не приходят.
27.08.2008 в 17:49
Ага, есть такая беда. Рамблер проверяет обратку для днс-имени..Разбираемся..
28.08.2008 в 10:43
С роду не видал клиентов с ТЗ всегда сами пишем)) Но за статью спасибо. Закопипастил к себе(бэк поставил,конечно же)
28.08.2008 в 11:44
Хорошая статья, особенно про то что заказчики слишком привиредливы
29.08.2008 в 11:09
Грамотное составление ТЗ залог успеха!
29.08.2008 в 11:11
Спасибо за интересную статью!
29.08.2008 в 18:57
Отсутствие ТЗ для заказчика – реальная проблема!
30.08.2008 в 22:52
Мне кажется, что ТЗ необходимо в 90% заказов.
Хотя остается процентов десять, где можно действительно обойтись общей постановкой и фразами “вот как у них, только красивее” или когда клиент говорит какая будет тематика и приводит список “важных” на его взгляд ресурсов (это могут быть конкуренты, сайты с интересным дизайном или определенными функциональными особенностями). Попадение в эти 10% довольно субъективно, например оно может определяться тем, что заказчик постоянный и вменяемый.
Если у заказчика нет ТЗ, то определить нужно оно или не нужно должен сам исполнитель. Если ТЗ нужно, то его необходимо заверить юридически актом “приема-передачи”, иначе силы оно иметь не будет. Либо же оно дожно идти номерным дополнением к договору, если оно готово на момент подписания первого.
07.09.2008 в 17:35
AlexNote, с уведомлениями разобрались, спасибо за фидбек
С рсс и оперой разбираюсь еще..