Техническое задание в разработке Интернет-сайта. Философия Бурниса.

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

Существуют даже профессии, которые так кажется и называется – составители ТЗ. И это здорово!

 

Достаточно часто слышу от разработчиков – нет четкого ТЗ, нет работы. Заказчик сам дурак и.т.д

И  я их понимаю…

С такой же периодичностью слышу от заказчиков – этот  разработчик не может ничего сделать. Он полный лох.

И я их понимаю.

 

На самом деле, главное понять очень важные, ключевые моменты.

1. Не бывает идеального Технического Задания

2. Не бывает Идеальной работы.

Нет, я конечно понимаю, что многие из нас максималисты и делать нужно лучше, лучше и.т.д. Но я не об этом.

 

А о том, что для того, что бы написать

Идеальное ТЗ

- Нужно бесконечное количество времени! А, как нам известно, даже гипотетически никогда и ни при каких условиях, ни у одного заказчика не может оказаться бесконечного количества его драгоценного времени.

Но, если бы оно было, то он бы описал все бесконечно подробно, абсолютно все, что ему нужно, и для того что бы

Сделать идеальный сайт, работу, софт (что угодно)

- Нужно бесконечное количество времени (!) и бесконечное количество денег!

 

К чему все это?

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

 

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

 

Нет, я не пропагандирую хаос в полном его проявлении, ни в коем случае.

Но давайте немного помыслим….

Пример из жизни

У одного знакомого хостера был клиент, который по его словам всегда не платил во время, доставал по максиму вопросами. (идеально плохой клиент)

После перехода такого клиента к другому, знакомому хостеру, получилась удивительная ситуация:

Клиент, по словам хостера, теперь платит всегда во время, а вопросов почти не задет совсем…

Что случилось? Дело в личной симпатии?

- нет.

Просто в данной конкретной ситуации второй хостер учел ошибки первого, и немного расширил свое понятия о стандартизации. Сделал не большой шаг на сторону клиенту.

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

 

Итог

Суть в том, что все эти бумажки: брифы, ТЗ подписанные с двух сторон (или с 10 сторон), договора и.т.д это безусловно хорошо.

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

 

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

 

При этом разработчик скажет: «Какой плохой клиент! Не составил толком ТЗ, а говорит при этом, что сделали не то, что было нужно»

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

 

Совет

Если с Вас требуют чего-то лучшего, и умеющего всего, то БЕЛЯШ МНЕНА ГОЛОВУ! Требуйте бесконечное время на разработку, и бесконечное финансирование.

 

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

 

Кто осилил до этого места, тем спасибо и простите за очередной сумбур. Но старался донести свою мысль. Надеюсь, не запутался и не запутал.

Добавить комментарий

Содержимое данного поля является приватным и не предназначено для показа.

Filtered HTML

  • Допустимые HTML-теги: <a href hreflang> <em> <strong> <cite> <blockquote cite> <code> <ul type> <ol start type='1 A I'> <li> <dl> <dt> <dd> <h2 id='jump-*'> <h3 id> <h4 id> <h5 id> <h6 id>
  • Строки и абзацы переносятся автоматически.
  • Адреса веб-страниц и email-адреса преобразовываются в ссылки автоматически.