Обложка канала

Analysis Paradisis

Канал про системный анализ и управление IT-проектами. Обзоры книг по тематике, истории про IT-компании и полезная информация для аналитиков и менеджеров.

Analysis Paradisis

8 лет назад
Открыть в
На самом деле мне кажется, что это все, что я хотела сказать про ТЗ, если не брать совсем очевидные вещи, как "полнота требований", "однозначность" и т.д.

Еще могу добавить, что лично мне не нравится, когда разделы ТЗ не нумеруют. Документ вида

Введение
...
Заключение

выглядит менее законченно, чем

1. Введение
...
4. Заключение

Зависит от шаблона, но бывает, что удобно нумеровать и сами требования (когда ТЗ длинное). А бывает и неудобно (когда ТЗ уменьшается на одну страницу). Например:

FR1. Сделать...
FR2. Сделать...

Плюс в том, что разработчик/тестировщик вместо "у тебя противоречие между фразами "..." и "..."" всегда может написать "у тебя противоречие в пунктах FR1 и FR2".

Еще хочу услышать ваши мнения по поводу ТЗ и собрать в пост: что вам кажется важным в написании ТЗ? Что нравится, а за что, наоборот, хочется выкинуть документ в мусорку?

Присылайте ваши случаи, примеры и мнения сюда - @shenzzzi