Это как в сериале силиконовая долина когда ричард расписал на доске пегого дудочника и компания украла его идею. Поэтому лучше посторонним про детали проектов не рассказывать.
с традиционным exUSSR синдромом NIH можно расскзаывать что угодно и где угодно, мне кажется (если только явно ничего не подписал)
То есть, если с первого раза нет понимания, что и как надо сделать, если там же не законтрактовано API, если нет чёткого описания, какие протоколы и язык реализации, то будет артель "Напрасный труд".
Например, очень плохая история, когда в ТЗ написано JSON/XML RPC. Потому что один напишет клиента на асинхронном JSON, а второй сделает сервер - на потоковом XML.
А потом будет передача "Что? Где? Когда?" с выяснением, что и где не стыкуется и когда это починят
я помню, когда ходил раньше на собеседования, тоже думал, что вот, тз неправильное а бизнесу обычно нужно решение проблемы, а не тз, и часто он сам не знает как её решить