Написание ТЗ

Все сталкивались с тем как написать ТЗ к тому или иному проекту или модулю?!

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

Я вот тоже постоянно не знал правильного подхода к написанию этого самого ТЗ, но с течением времени накопились некоторые знания по данному вопросу.

Как известно мы хотим получить от клиента много информации, я сейчас пишу именно про технические стороны проекта. Допустим хочет клиент блок фотографий, мы с одной стороны понимаем в голове уже как и какие поля в БД будут, как будет работать сие. Но что в голове у клиента? Он в большинстве своём вообще не владеет ни технологиями, ни правильной речью, просто ничем, но хочет всё.

Я в таких случаях прошу расписать более конкретно то что должно быть в блоке фотографий. Начнем со стороны сайта.

  • Название фотографии
  • 2 фотографии маленькая и большая
  • рейтинг к фотографии

Итого получаем по минимуму 4 поля + поле уникального ID в базе итого пока из 5 + можно уделить внимание такому полю как статус публикации фотографии, а значит полей уже 6, и вот так думая и раздумывая как должно все выглядеть получаете более точное представление а структуре БД и вашего ТЗ.

 

Это было отступление.

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

Я чесно не знаю как все это делают, а вот по своему опыту просто поделюсь своими мыслями.

Итак. У нас есть проект. Это здорово. Сядьте распишите главные моменты проекта. Потом углубитесь в структуру каждого момента в проекте. Попробуйте более подробно описать каждый модуль как изложено выше (см. пример блок фотографий). Каждая новая фитча должна добавляться в существующий функционал сайта достаточно просто, если вы грамотно и правильно продумаете структуру БД, а так же напишите очень подробное ТЗ по проекту. Да тяжело будет, да потратите много времени, но я не говорю сразу взять и описать проект целиком и доскональна, нет, сразу не получиться.

Я вот на ТЗ одного из магазинов потратил, это было первое приближение, неделю времени и 30 страниц А4. Расписал в нём первые шаги, после прочтения и новых фитч, ТЗ увеличилось в размерах и стало уже 40 страниц, это много, и это только техническая часть, а ведь есть ТЗ на дизайн сайта, о котором в другой статье напишу, наверное :). Итак мы приходим к такому выводу некоему, что для хорошего сайта или проекта лучше потратить время на все технические моменты, прописать весь проект на бумаге, попробовать представить как оно будет работать. Долго, нудно, но потом при разработке вы будете понимать точно что откуда растет, почему здесь в этом модуле используются 4ре таблицы а не 2, наверное были добавлены фитчи или новый функционал к проекту.

 

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

 

Пишите ТЗ - получаете подпись клиента - шлете клиента в зад если он хочет что-то добавить до сдачи ему его проекта по подписанному ТЗ.

Написана: 01.06.2012 00:00 | Просмотров: 51
Никто не удосужился оставить свой след. Ты можешь стать первым!
Автор
Email
Комментарий
Введите код c картинки: