В интернете есть куча примеров Технических Заданий (ТЗ) и в основной массе это сплошная вода на десятки страниц. ТЗ в первую очередь это руководство к действию для разработчика, поэтому составлять его нужно как можно детальнее, обходя стороной пространственные фразы и задачи. Размытое ТЗ приводит к размытому результату, это думаю понятно всем :)
ТЗ должно состоять из списка задач, которые ставятся перед разработчиком. Чем конкретнее задачи, тем лучше. Если задача слишком объёмная, то она разбивается на подзадачи.
Ниже, пример ТЗ на разработку модуля для Drupal:
Модуль для опроса посетителей сайта.
Модуль позволяет организовать опрос посетителей сайта и предоставить детальную статистику.
1. В соответствии с прилагаемым дизайном создать блок с формой, в которой выводить следующие элементы:
— Поле "Пол" с вариантами м, ж. Вывод поля можно отключить в настройках опроса.
— Поле "Возраст" с вариантами 0-17, 18-24, 25-34, 35-44, 45-54, 55-64, 65+. Вывод поля можно отключить в настройках опроса. Варианты редактируются администратором.
— Заголовок вопроса и несколько вариантов ответа на него. Заголовок редактируется в настройках опроса. Варианты ответа так же редактируется в настройках опроса. Количество вариантов не ограничено. Администратор может указать способ выбора ответа — одиночный (radio) или множественный (checkbox).
2. В ответах на вопрос всегда должен присутствовать вариант "Другое", при выборе которого, ниже, должно появляться поле для ввода текста.
3. Предоставить администратору возможность просмотреть статистику проголосовавших:
— по полу
— по возрасту
— по вариантам ответа на указанный вопрос
4. Дать администратору возможность скачать статистику в формате Excel.
5. Дать администратору возможность обнулить результаты опроса.
6. Запретить пользователям отправлять форму больше одного раза.
Взглянув на такое ТЗ, разработчик сразу определится со временем на решение поставленной задачи и соответственной с ценой.
Хорошая статья на хабре про то, каким должно быть ТЗ и к чему приводит его отсутствие — Техническое задание на сайт.
Видео по теме — Как правильно писать ТЗ на создание сайта
Комментарии
Пункт 1.3 - это же основа для таких как 1.1 и 1.2, зачем их как отдельные делать мне не понятно.
И какова цена разработки такого модуля по твоим меркам?
про основу не понял. про цену около 1000р. если писать с нуля
А где "прилагаемый дизайн"? Он ведь тоже часть ТЗ.
включите воображение)
ТЗ, вообще-то, разрабатывает исполнитель, а не заказчик. За исключением того случая, когда заказчик - силовик :) Ну да ладно :)
где вы увидели обратное утверждение?
>ТЗ должно состоять из списка задач, которые ставятся перед разработчиком. Чем конкретнее задачи, тем лучше.
>Взглянув на такое ТЗ, разработчик сразу определится со временем на решение поставленной задачи и соответственной с ценой.
Вот, пожалуйста. Отсюда следует, что Вашем варианте ТЗ разрабатывает не исполнитель (разработчик), а заказчик.
совсем не следует. разработчиков может быть множество. тз может писать как менеджер по проектам, так и тим-лид
Спорить не будем. У Вас хороший ресурс, даже сослался на него в статье про ТЗ для сайтов на друпале, которую опубликую в понедельник-вторник. Но что касается техдокументации, то тут уж лучше ссылаться не на хабропургу. Если почту no-reply@... принимаете, могу выслать ссылку на статью о том, кто, что и как должен разрабатывать.
Добавить комментарий