Ваш личный лангольер. Чем опасно слишком подробное ТЗ на разработку?
Мы в SmartHead занимаемся заказной разработкой цифровых продуктов под ключ. В нашем портфолио много разных проектов: от интерактивных маркетинговых инсталляций, промосайтов, приложений для соцсетей до робототехники, медицинских симуляторов и интеграционных сервисов.
Вся статья сводится к тому, что заказчику нужно определиться с бизнес-целями, а компания-разраб все сделает сама.;)
Но так не бывает. И подробное тз служит защитой заказчика в том, что он прописывает свои бизнес-цели так, как видит он, а не компания разраб.
И тут в игру вступает проджект/продакт (не важно на чьей стороне), который всех должен подружить.
Зы не стоит делать заказчика козлом отпущения - таки он платит деньги и может за них требовать хоть разработчиков-стриптизерш.))))
И заказчик и подрядчик птицы вольные и могут желать чего угодно. Но есть более продуктивные пути сотрудничества, а есть менее. К сожалению, детальное ТЗ часто не защищает клиента от риска "получить не то что нужно", а иногда еще и усиливает его (потому что подрядчик тоже будет думать не над тем, что нужно, а над тем чтобы соответствовать написанному в ТЗ).
"заказчику нужно определиться с бизнес-целями, а компания-разраб все сделает сама" - представьте, так бывает:) Если каждая из сторон грамотно сделала свою работу: заказчик не вываливал необоснованные фантазии или личные мотивы вместо бизнес-целей, а подрядчик имел достаточную компетенцию чтобы их понять и превратить в правильные функциональные требования и приоритеты.