Правильное техническое задание (оно же ТЗ) - какое оно?
Грубо, оно должно содержать ответы на 2 вопроса:
1. ЧТО мы хотим получить?
2. КАК это должно быть сделано?
Т.е. состоять из двух больших частей.
Очень часто сталкивался с тем, что в отдел разработки заходили "типа ТЗ", в которых была только первая часть. Описание того, что хотим. Иногда с умными формулами, эскизами страниц, диаграммами процессов...
Мы их называли "хотелки".
Нет проблем.
Вменяемый аналитик брал эти "хотелки" и, вооруженный знаниями про Шарика с фоторужьем, шел дописывать вторую часть. И с большинством заказчиков это очень даже проходило.
Но была особая группа коллег, которую это не устраивало:
- Я вам там все написал(а) в ТЗ, ваше дело выполнять, а не задавать мне вопросы. Я лучше всякого аналитика все знаю.
- Там даже скриншоты есть, что же вы такие непонятливые?
- Ну вы же программисты! Я в программировании не разбираюсь этом вашем, сделайте мне то, что написано.
Даже не знаю какая из фраз нас ставила в ступор больше всего.
Была еще одна группа, видимо желающая "вайти в АЙ ТИ", которая доставляла проблем больше всего. Там вместо второй части был "поток сознания". Вроде что-то и написано, но смысла и сути не уловить.
Зато есть ЧСВ:
- Это отличное ТЗ, там все есть. Вам что-то непонятно, да? Вы не знаете BPMN нотацию? Для вас названия переменных непонятны? Давайте я вам все объясню...
И смотрит при этом на тебя с таким сожалением...
Берегите аналитиков.
