Modber Сообщество
профессионалов по 1С

Техническое задание на заказ



Платформы: Linux, Web, Windows, Mobile
Конфигурации: Все конфигурации
2013-07-15
2690 
Aborsen
2  

Техническое задание и другие функциональные спецификации нужны когда:
1. Вы заказываете разработку системы и хотите получить смету у поставщиков.
2. Ваши бизнес- и системные аналитики заняты, и вам нужна помощь в разработке функциональных спецификаций.

 

Когда вам может понадобиться ТЗ от независимой компании?

Ваша компания стартует проект по разработке информационной системы, и вы решили заказать разработку на стороне. Рассылая запрос потенциальным поставщикам без более-менее информативных Функциональных требований (ФТ) или Технического задания (ТЗ), вы с большой вероятностью получите неадекватные оценки. Часть компаний-разработчиков, не имея функциональной спецификации, занизит цену, чтобы получить проект, другая часть компаний завысит цену, боясь «кота в мешке», еще часть будет вынуждена взять оценку «с потолка», чтобы назвать хотя бы какую-то цену. В любом случае, все оценки, которые вы получите, будут лотереей. Выбрав по такому сценарию исполнителя, вы обрекаете себя на тяжелое испытание, даже если исполнитель хороший.

 

Зачем вообще нужны Функциональные требования и Техническое задание?

Адекватно оценить стоимость информационной системы без функциональной спецификации невозможно. Приведем аналогию со строительством дома. Подрядчик не сможет назвать вам стоимость дома, если не увидит Архитектурный проект, определяющий внешний вид фасадов, кровли и внутреннюю планировку. Поэтому сначала должен поработать архитектор. А если вы желаете построить монолитный дом, то архитектуры мало, и должен поработать еще и конструктор, который рассчитает сечение и армирование стен и перекрытий, выполнит специальные чертежи. В разработке программного обеспечения аналогом Архитектурного проекта являются Функциональные требования, а ТЗ является аналогом чертежей конструкций дома. Наличие этих документов позволит вам выбрать поставщика, оценить бюджет и значительно снизить риск неуспешного проекта.

 

Какого объема должно быть ТЗ?

Чем детальнее техническое задание, тем меньше неопределенностей и более точно можно оценить разработку и тестирование, избежать недоработок и нестыковок. Но сколько будет стоить такое ТЗ? Его стоимость будет сравнима со стоимостью программирования. Всегда ли нужно подробное ТЗ? Да и вообще, всегда ли нужно само ТЗ?

 

Степень детализации

Степень проработки и углубленности ТЗ зависит от цены ошибки в программе или цены риска просрочки запуска системы. Проработка ТЗ на систему управления космической станцией должна быть очень детальной, так как цена ошибки – человеческие жизни и миллиарды рублей на производство и запуск станции. При разработке информационных систем для бизнеса цена ошибки может варьироваться от потери всего бизнеса до потери небольшой суммы. В общем, объем функциональной спецификации должен соответствовать стоимости возможных потерь. ТЗ может поместиться на одной странице или занимать 200 страниц, но оно должно быть.
Сильно детализированное ТЗ может быть не эффективным, например, для стартапа. Мало того, что оно дорого, оно также не гибко, если по ходу проекта необходимо внести изменения в функциональность.

В общем, ТЗ должно быть достаточно проработано для того, чтобы разработчик смог выполнить свою работу. По договоренности заказчика и разработчика ТЗ может быть написано на разумно достаточном уровне детализации. В этом случае, если заказчик по ходу проекта додумывает детали, то разработчик переоценивает трудоемкость реализации и заказчик оплачивает дополнительные трудозатраты, не переплачивая за излишнюю детализацию остальных функций.




Бесплатная юридическая
консультация по телефону

8 (499) 350-80-26(Москва)
8 (812) 627-15-62(Спб)

звонок бесплатный

В центре внимания

Комментарии (5)