Зачем заказчик делает ТЗ...

[cybrat]

Иногда Заказчик пытается сделать ТЗ и прислать потенциальному исполнителю. Зачем он это делает? Мне кажется есть несколько причин:

1. Надеется таким образом снизить стоимость проекта (все знают, хорошее ТЗ это же половина дела)
2. Пытается получить от подрядчика точную оценку срока и бюджета
3. Обязан дать ТЗ для того чтобы провести тендер (документ нужно подать тендерному комитету)

Вчера ночью ко мне попали 2 "технических задания" на оценку, так как профильные специалисты (в данном случае по 1С:Документооборот) - один в отпуске, а второй занят до следующей неделе. Ну а клиенты, соответственно, ждут точную оценку проекта. Ну я же могу оценить что угодно, так что пошел я их читать :)

Маленькая проблема заключается в том, что для того чтобы сделать хорошее ТЗ нужно обладать большим опытом создания ТЗ (причем желательно именно в той области, о которой идет речь). Которым заказчик часто не обладает. Нужно системно обследовать бизнес, не допуская никаких "умолчаний", все детально разобрать и описать структурно. Для этого нужен навык аналитической работы, а еще нужно уметь посмотреть на свой собственный бизнес со стороны.



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

Что же делать? Если обязанности писать ТЗ нет (для тендера и т.д.), лучше написать ФТ или юз-кейсы (как пользователи должны работать в системе шаг за шагом). Но кто же меня услышит? ))