Техническое задание. Техническое задание – это ваше всё, это 70% успеха

Техническое задание – это ваше всё, это 70% успеха. Техническое задание должно отвечать на следующие вопросы и состоять из следующих частей:

· Цель. Тут кратко описываем цель проекта. Что мы делаем? Для чего нужен этот проект?

· Части проекта. Они должны логично происходить из цели проекта и будут прототипом для создания таблиц в БД. Тут должно быть:

o Язык сайта (если многозычный, то какие именно языки)

o Сущности проекта. Это может быть:

§ Пользователь

§ Пост

§ Новость

§ Видео

§ Фотоальбом

§ Фотокарточки

§ Машина

§ Друзья

§ Музыка

§ Игра и т.д.

o Функции сайта. К этому относится:

§ Регистрация

§ Личный кабинет

§ Мои фотографии

§ Статус

o Админка сайта.

§ Пользователи

· С возможностью активировать

· Забанить

§ Видео

· Добавить

· Изменить

· Удалить

§ Новость

· Добавить

· Изменить

· Удалить

o Работа с смс

o Регистрация через социальные сети

o Работа с Webmoney или другими онлайн-системами расчетов

· Сроки и бюджет. После описания всех частей проекта составляем табличку

o Работа. Например, «создание БД проекта» или «Регистрация»

o Сроки (в часах). Старайтесь, чтобы в каждой ячейке сроки не были больше 20 часов. И уж точно не 40+ часов. Иначе, попробуйте разбить задание на более мелкие части.

o Деньги. Просто умножаете на текущую ставку.

o Итог. Далее подбиваете итог, не глядя и не округляя. 1695$, например? Да, так и пишете. Сроки и бюджет – это важная часть, она дает нам определение, сколько времени займет разработка (рассчитывайте на 6 часов в день, а не 8 или еще хуже 10) и сколько это будет стоить.

Таким образом, ТЗ декларирует три вещи, самые важные:

· Что надо сделать

· Сколько это займет времени

· Сколько это будет стоить

Пропуская это звено, вы изначально гробите проект. Вы ошибаетесь по всем трем пунктам, по объему работы, по времени, по стоимости. Старайтесь избегать этого.

Да и еще важно: ТЗ не должно быть большим, идеально – до 20 страниц. Не детализируйте слишком сильно, а то заказчик не прочитает его, и будет настаивать на использовании своего документа. Ваш документ должен быть лучше. Он и будет лучше, потому что там будет строка с ценой проекта. Но не перестарайтесь с ним.

Уточню еще раз: ТЗ использует один из самых важных принципов взаимодействия - Принцип декларации. Написано «работаем с 10: 00 по 20: 00», пришел клиент в 20: 10, не стоит и объяснять, почему вы не можете их обслужить. Но в 19: 50 закрывать дверь перед носом клиента – нарушение собственных правил, собственной декларации.

ТЗ утверждено. Можно приступать к работе.