RusCHI.Семинар 18

С 19.02.08 я работаю и живу в Москве. Я сделал этот шаг для дальнейшего профессионального и личностного роста т.к. теперь у меня появилась возможность посещать профессиональные конференции, общаться и учится у гуру IT отрасли. Теперь в блоге будут не только мои статьи, но и некоторые анонсы профессиональных мероприятий, которые я собираюсь посетить. Надеюсь, они будут интересны и Вам и у нас появится возможность познакомиться лично.

RusCHI Семинар 18
25 марта в 19:00 в помещении 1С(Москва,м. Новослободская, Никоновский пер., 26, стр. 6) состоится очередной семинар RusCHI. Программа семинара:

Алексей Копылов (UIDesign Group)
Сегментация персонажей на основе эмпирических данных

Иван Бурмистров (Факультет психологии МГУ)
Системы онлайн-бронирования авиабилетов

Иван Дегтяренко (UIDesign Group), Алина Зотова (Deutsche Bank)
Юзабилити-семинар на Зимней психологической школе в Санкт-Петербурге

С аннотациями докладов и схемой проезда к месту проведения семинара можно ознакомиться на страничке семинара: http://sigchi.ru/Seminars/18.

Участие в семинаре бесплатное. Чтобы арегистрироваться, отправьте письмо председателю RusCHI Константину Самойлову (K.Samoylov@gmail.com), в котором укажите ФИО, место работы и должность.

Алан Купер. Психбольница в руках пациентов

Алан Купер.Психбольница в руках пациентов

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

Read more

Прототипирование web-сайтов. Собирая воедино.

«Единственный возможный источник экономического подъема – это повышение качества и, как следствие, привлекательности продукта или услуги. А повышения качества невозможно добиться, сокращая затраты на проектирование и программирование»
Алан Купер «Психбольница в руках пациентов»

1) В сотый раз о пользе прототипирования (как части проектирования). Проблема.

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

На первый взгляд может показаться, что некоторые проекты одинаковы по своей сути и содержанию. Скажем, типовым проектом для вас является интернет-магазин на базе существующей у вас системы. Но индивидуальность каждого проекта заложена даже в самом его определении (см. определение «проект» по PMBOK). Бытует мнение о том, что разработка однотипных проектов может проходить без этапа проектирования. Я разделяю это мнение лишь отчасти. Я бы разделил задачу проектирования на создание типовых стандартных решений, которые кочуют из проекта в проект и творческие задачи, которые необходимо решать в каждом новом проекте.(Потребность 1. Автоматизировать типовые решения, сохранив пространство для творчества) И как бы вы не сопротивлялись, заявляя об однотипности проектов, если вы хотите повысить качество и, как следствие, добиться экономического подъёма (по Куперу), то в каждом новом проекте вы просто обязаны учесть различную входную информацию. Прототипирование это не панацея, но способ избежать некоторых дорогих ошибок, снизить риски. Я думаю, очевидно, что пользователи интернет-магазина по продаже удобрения и сельскохозяйственной техники будут сильно отличаться от пользователей магазина по продаже одежды и гламурных аксессуаров, как и будет отличаться их поведение на сайте, объекты внимания и т.д. Способно ли ваше стандартное решение учесть различия пользователей? Стандартное решение - это набор компонентов, оттестированных и опробованных в различных проектах. Понимание необходимости их адаптации (кастомизации) часто возникает в конце, когда происходит полноценное тестирование, а свободных ресурсов уже нет. Это и есть та самая дорога ошибка (перерасход проектного времени, приводящий к авралу, ухудшение качества). Парадокс новой экономики, о которой написал Купер - чтобы сэкономить, нужно заплатить (инвестировав в проектирование).

Read more