Насколько детальным и вообще каким должно быть хорошее ТЗ?
Мне кажется, я этот вопрос уже задавала. Или не здесь, или не я. Словом, заранее извините, если повторяюсь.
Как вы лично считаете, до какой степени следует прописывать детали ТЗ? Представим себе веб-приложение. У него есть фронтэнд, бакэнд, база данных, какие-то дополнительные сервисы. В принципе даже несложное одностраничное приложение требует достаточной обдуманности. А если там две страницы, три, пять? А если бакэнд на самом деле достаточно сложен, требует защиты, сложной бизнес-логики, дополнительных библиотек и т.д.? А если это ТЗ фактически ты создаешь для себя (хотя и надеешься на дополнительных разработчиков в будущем)? А если технология, которую ты собираешься использовать, нова для тебя? А если, наоборот, не нова? И так далее.
Это тут ребята рассказали о своем логистическом сервисе, ТЗ для которого они создавали 4 месяца, и результатом был 200-страничный документ. И тут я поняла, что эта сторона дела была всегда моим слабым местом. Обычно я делала несколько набросков в тетради или каком-нибудь бесплатном приложении, и этого в принципе хватало, но может быть, это я только так думала, что хватало, а на самом деле нет. Потому что по факту всегда приходилось все переделывать. Моим принципом было "сделаю черновик, набросок, все равно потом все изменять". Так может, надо было продумать все как следует на этапе создания ТЗ?
Какой подход лично вы нашли для себя полезным? (Ну и заодно, какие инструменты используете для создания ТЗ). Всем спасибо!
ЗЫ Техническое задание рассматриваем исключительно как список правил, функциональности и т.д. для всех, кто участвует в проекте (исключая юридическую сторону вопроса).