Адаптивное проектирование будущего

«Адаптивное проектирование будущего»… Звучит как «спроектируй себе будущее» — немного пафосно, и даже пахнет эзотерикой. Если бы я следовал трендам, то мог бы назвать эту статью «Объектно-адаптивное проектирование», но к объектам она имеет очень незначительное отношение. Зато в ней я расскажу о некоем своем представлении проектирования и, если угодно, интерфейсов будущего. И нет, здесь не будет картинок а-ля Iron Man или Westworld, здесь вообще картинок не будет. Только чистой воды размышления.

Кто такие проектировщики и как ими становятся?

Кто такой проектировщик? Проектировщик — это связующее звено между заказчиком, пользователями, графическими дизайнерами и разработчиками. Он успешно занимается проектированием продукта, потому что говорит со всеми членами команды на одном языке.

Золотой стандарт документации для проектирования: что это и зачем он нужен

Животрепещущий рассказ о том, как 3 эксперта в области проектирования, дизайна и разработки IT-решений объединили свои силы ради общего блага и приглашают всех неравнодушных разработчиков присоединиться к этому начинанию.

7 мифов о проектировании

Я хотел бы дать вам простой, но парадоксальный совет: не верьте всему, что говорят про проектирование. Всё дело в том, что проектирование в веб-разработке в силу многих исторических причин развивалось через пень-колоду и до сих пор представляет собой размытое, плохо описанное и мало кем понятое определение. Ситуация потихоньку выправляется в последние годы, но разъяснительной работы предстоит много — а потому любому, кто хочет разобраться в проектировании, нужно включать свою голову и не бояться подвергать сомнению каждую прописную, казалось бы, истину.

Как подготовиться к веб-разработке и получить от этого удовольствие

Сводим головную боль от проекта к минимуму. Любая веб-разработка — это гарантированная головная боль для заказчика. Можно ли сделать так, чтобы веб-разработка прошла легко и гладко? Честно — не знаю; но я знаю, как сделать так, чтобы головная боль от проекта была сведена к минимуму.

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

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

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

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

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

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

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

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

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

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