Страница 36 из 36
Исходя из этих особенностей, психологических и организационных, техническое задание так или иначе вполне может присутствовать на проекте. Для нас более привычно и удобно работать с бэклогами, да и наша методология это предполагает, но, если заказчик попросит сделать ТЗ – конечно, мы его сделаем. За отдельные деньги.
Сама процедура написания технического задания может меняться в зависимости от проекта. В разработке мобильных приложений и интернет-проектов я считаю, что, если у нас есть готовый прототип, ТЗ должно содержать описание того, что мы видим в прототипе, с отклонениями, которые нужно учесть. Например, с алгоритмами, формулами, источниками, откуда берутся данные. В общем – с тем, что на прототипе показать физически невозможно.
Типовая структура нашего технического задания содержит следующие разделы:
1. Общие сведения. Здесь самое важное – приоритеты документов проекта. Наше ТЗ – приложение к прототипу сайта. В случае расхождения технического задания и прототипа – приоритет имеет техническое задание. В случае расхождения утвержденного дизайна и технического задания – приоритет имеет дизайн. Итого: что позднее сделали, то и принимается за истину. У сметы – максимальный приоритет.
2. Назначение и цели создания сайта. Пара слов: что делаем и для чего. Например, интернет-магазин на 1С-Битрикс с функциями доставки и онлайн-оплаты. Плюс сюда же мы добавляем цели, которые берутся из Агрегации.
3. Требования к верстке.
4. Настройка прав доступа. Например, два пользователя, администратор и контент-менеджер.
Конец ознакомительного фрагмента.
Текст предоставлен ООО «ЛитРес».
Прочитайте эту книгу целиком, купив полную легальную версию на ЛитРес.
Безопасно оплатить книгу можно банковской картой Visa, MasterCard, Maestro, со счета мобильного телефона, с платежного терминала, в салоне МТС или Связной, через PayPal, WebMoney, Яндекс.Деньги, QIWI Кошелек, бонусными картами или другим удобным Вам способом.