Как написать хороший технический дизайн документ и не провалить проект

[@maslakak]

задача на первый взгляд сложная , но после прочтения статьи как будто просвтление произошло

[@PereslavlFoto]

Если же они ставят галочку напротив своего имени, то явно коммуницируют, что с их стороны вопросов нет и они согласны с предложенным дизайном.

Предположим, что в нашем документе есть список ревьюеров. Они получили документ и познакомились с ним. Они не видят возражений, однако не могут согласиться.

Если они выразят своё мнение и поставят галочку, тогда будут нести ответственность за чужой проект. И когда проект окажется неудачным, их обвинят в том, что они были заранее согласны с предложенным решением, которое надо было отклонить.

Как же тут поступать?

[@OlegZH]

Можно ли узнать, почему в статье присутствует словосочетание «дизайн документ» (причём, без дефиса: можно было бы, скорее, ожидать «дизайн-документ»), а не словосочетание «техническое задание» (ТЗ)?

[@klimkinMD]

Судя по содержанию, это, скорее, "Пояснительная записка".

Поисковики на запрос "дизайн документ" считают, что это относится, в основном, к играм, хотя в западной практике разработки ПО есть документы FDS, TDS