Ошибки заказчика при разработке технического задания
Продолжаем разговор...
Казалось, о техническом задании сказали более чем достаточно. Но все же мы решили продолжить эту тему и рассказать о наиболее распространенных мифах заказчиков о ТЗ.
1. ТЗ нет и не будет, проект и так простой, чтобы еще тратиться на него. На самом деле простота проекта или его сложность влияют лишь косвенно на необходимость подготовки задания. Конечно, по простому проекту работать проще, но ТЗ все равно нужно, просто оно будет тоже проще и меньше.
2. Вот вам ссылка на аналог, мне нужна точная копия, эта ссылка является техническим заданием. В данном случае речь идет больше о неуважении труда другого человека. Абсолютно понятно, никакая ссылка ТЗ заменить не может, она может помочь в его написании. Исполнитель, получая ссылку, вынужден идти на сайт-аналог и тщательно все изучать, т.е. по сути занимаясь разработкой ТЗ для себя самого, тратя драгоценное время, которое ему никто не оплатит, а если еще и не выбран исполнитель по проекту, то это и вовсе лотерея, скорее всего время просто будет потрачено впустую.
3. ТЗ нужно исполнителю, так как он не может организовать без него нормальную работу, а значит, это его проблемы, и дополнительно оплачиваться оно не должно. Это тоже в корне неверно, ТЗ одинаково необходимо для заказчика и для исполнителя, а как и любая услуга, оно должно быть оплачено, а тут уж как договориться — или отдельно , или в цене всего проекта, но как уже в прошлой статье мы писали — второй вариант наиболее удачный и сложный.
4. Я вот набросал свои мысли на пару страниц, что я хочу, это вот ТЗ. Опять же, как и в любом документе, в ТЗ должна содержаться минимально необходимая информация. Просто мысли на бумаге это не ТЗ, а мысли на бумаге! В прошлой статье мы уже писали, что ТЗ должно быть системным изложением всей необходимой информации по проекту. Написано оно может быть любым языком, но после его прочтения не должно возникать вопросов по каким-то основополагающим частям игры, иначе это говорит о плохой его подготовке.
5. ТЗ это слишком долго, давайте обговорим основную суть, а остальное будем решать по ходу. Если бюджет резиновый, а сроки безграничны, то без проблем. Так как закрепить до ТЗ их просто нельзя, а если его нет, то и оценивать нечего. Но далеко не каждый исполнитель на это пойдет, вешать на себя пускай и хорошо оплачиваемое ярмо непонятно на какое время согласится не каждый, так как от проекта можно просто устать. А вот заказчику стоит понимать, что как минимум разработка будет долгой, тяжелой и дорогой, а в итоге может ничем не завершиться. Ведь мы же все понимаем, что нельзя строить дом без проектной документации и фундамента, так почему стоит думать, что при разработке любого другого проекта также не нужно ничего продумывать и планировать заранее?
6. А давайте будем готовить ТЗ и начнем работы по проекту параллельно. Опять стоит напомнить, что без ТЗ не определить сроки и стоимость, к тому же невозможно одновременно планировать первый шаг и делать уже второй.
7. ТЗ не нужно, так как все равно все поменяется много раз во время разработки проекта. Небольшие изменения возможны, это так, возможны даже большие изменения по согласованию, но при наличии ТЗ этот процесс существенно упрощается и не позволяет поставить под угрозу будущее проекта.
8. Техническое задание — это работа нетворческая, простая, техническая, потому и оплачиваться должна мало и делаться быстро. Абсолютно неверно, разработка ТЗ — это по сути проектирование, хорошие специалисты буду что-то предлагать, придумывать, подсказывать, дорабатывать, они буквально по буквам создадут образ будущего проекта, это не механическое описание и не скоропись. Это непросто, небыстро, а потому и недешево.
9. Мы ищем специалистов, а они работают без ТЗ, дилетанты вместе с ТЗ нам не нужны. Как это ни странно, но без ТЗ как раз работают дилетанты или исполнители в безвыходной ситуации, которым проект нужен именно сейчас как воздух.
, эксперт Brainity
| Оценка материала: | (2) | (6) |
На данный момент нет комментария к этому материалу.