«Требования к хорошему ТЗ»
У хорошего ТЗ есть свои характеристики. И мы можем взять документ, посмотреть по этим признакам и понять, что ТЗ хорошее или нет.
Первый признак хорошего ТЗ — однозначность. Это очевидно, но тем не менее раз от раза мы сталкиваемся с какими-то внутренними разногласиями, внезапно врывается Эвклидовая геометрия, и всё рассыпается. Так что давайте запомним, что первый постулат — ТЗ не должно иметь других трактовок.
Второй постулат — ТЗ должно быть отчуждаемым. То есть ТЗ должно быть написано так, чтобы можно было изъять его у проектировщика, отдать разработчику на планете Сатурн, — и он реализовал бы там качественный продукт, как всё заложено в ТЗ.
— Это задача достаточно сложная, но к ней нужно стремиться, и постоянно держать как ориентир. Потому что ТЗ — это документ, который должен говорить сам за себя, и не нуждаться в трактовке какими-то мудрецами.
Следующий элемент — это полнота. Так как ТЗ описывает продукт, то он должен содержать всю необходимую информацию для реализации качественно хорошего продукта во всех его аспектах. Как это выглядит в жизни, мы поговорим чуть позже.
ТЗ должно быть системно. Мало того, что ТЗ должно содержать все необходимые требования, внутри эти требования должны быть связаны и составлять некую систему, взаимосвязаны между собой, описывать продукт с разных сторон и давать полноту картины, а не какие-то фрагментарные разрозненные составы описания.
И последний момент, мелкий, но очень важный — ТЗ должно быть опрятно. Там не должно быть миллиона наборных шрифтов, цветов, картинок ненужных. Всё это должно быть соблюдено хотя бы потому, что заказчик платит за ТЗ деньги. И он должен получить качественный продукт для разработчика, — это во-первых.
Во-вторых, когда документ превращается в абсолютную разнолепицу, — с ним сложно работать, поскольку это размывает внимание.
ТЗ должно быть строгим, опрятным, красивым. В нём должна быть математическая красота. Про это очень важно помнить.
