Как стать автором
Поиск
Написать публикацию
Обновить

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

Время на прочтение9 мин
Количество просмотров11K
Всего голосов 7: ↑7 и ↓0+7
Комментарии4

Комментарии 4

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

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

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

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

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

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

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

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

Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации