10 заповедей технического задания (с толкованием)

Техническое задание — один из самых удивительных артефактов в разработке продукта. Его пишут и заказчики, и исполнители, и почти каждый уважающий себя специалист стремится дать ему новое название. Я видел ТЗ за авторством аналитиков, проектировщиков, менеджеров всех мастей (от сейлзов до аккаунтов), UX-специалистов, технических писателей, разработчиков, дизайнеров, маркетологов. Я видел, как один и тот же документ рвут на части, обзывают плохими словами, хвалят или одобрительно называют «тезешечка наша».

Чем проектирование отличается от шарлатанства

Посмотришь на то, как развиваются другие области веб-разработки — менеджмент, фронт-энд, — аж зависть берет. На эти темы пишут большие и вкусные статьи. Весёлые ребята в клетчатых рубашках читают интересные доклады. Появляются большие и прекрасные книги… Смотришь на все это благолепие, улыбаешься, а к тебе тут же подходит умный человек и спрашивает хмуро: — А ты сам-то чём занимаешься?

Как перестать рисовать интерфейсы и начать (наконец!) проектировать продукт

Юзабилисты — клёвые ребята, и я их очень люблю. В самом деле, посмотришь на них — одно загляденье: они психологи, проводят всякие тестирования, анализируют пользовательские предпочтения, пишут разные документы. Проблема в том, что среди юзабилистов попадаются отдельные экспонаты, которые называют себя проектировщиками, причем делают это с такой настойчивостью, что все окружающие начинают считать, будто правильное проектирование и юзабилити — это одно и то же.

Дизайн или ТЗ — что раньше?

В эпоху вебмастеров, когда сайт создавался двумя людьми, дизайнером и разработчиком, ТЗ являлось единственным документом, которое хоть как-то описывало проект. В самом начале работы клиент или исполнитель составляли документ страниц на пять с требованиями к продукту: именно по такому ТЗ проект дальше и разрабатывался. Точнее, ТЗ лежало в почтовом ящике всех участников проекта, а разработка велась на основании диалога сторон.

Проектирование: как мы писали проектную документацию, которая никому не нравилась

Мы редко рассказываем о своих ошибках, падениях и провалах, и я сам здесь не исключение. Я хочу исправиться и рассказать вам другую историю — на этот раз глубоко личную. Она будет про меня, мою команду — и многострадальную проектную документацию.

Проектирование: вы делаете это неправильно

Очень, очень странно писать статью про проектирование в веб-разработке. Казалось бы, на эту тему уже сказано все, что только можно: Интернет и профильные СМИ полнятся статьями и целыми учебными курсами о том, что нужно спрашивать у клиента, как нужно изучать целевую аудиторию, какие программы использовать для рисования прототипов — и в какие цвета эти прототипы нужно раскрашивать.