OMSCS CS6750 (Human Computer Interaction) Review and Tips

eugeneyan

Начать здесь Статьи Выступления Прототипирование Обо мне

OMSCS CS6750 (Human-Computer Interaction): обзор и советы

[ omscs learning ] · 8 минут чтения

Вам также может быть интересен OMSCS FAQ, который я написал после выпуска. Или посмотрите все мои материалы об OMSCS здесь: omscs.

Летом 2019 года я прошёл ещё один курс профессора David Joyner — Human-Computer Interaction. (Летом 2018 года я слушал у него Education Technology.) Как и все курсы профессора David, этот был чрезвычайно полезным, структурированным, но при этом не зарегулированным, с большим объёмом письменных работ и ощущался как мини-диссертация или упражнение по промышленному дизайну.

Зачем брать этот курс?

В повседневной работе я создаю системы машинного обучения и API как для внутренних, так и для внешних пользователей. Иногда их внедрение идёт не так гладко, как мне хотелось бы, и я хотел прокачать свои навыки в проектировании продуктов и интерфейсов, чтобы снизить барьеры для внедрения. Это включает в себя лучшее понимание методов проектирования продуктов и интерфейсов, наличие рабочего фреймворка, чтобы задавать пользователям правильные вопросы, и процессов для быстрых итераций и улучшения дизайна.

Я уже проходил курсы у профессора David. Education Technology был супер — отлично организован, много письменной практики, и я многому научился о том, как масштабировать и делать образование более доступным. (Результатом стал онлайн-курс Effective Data Science.) Поэтому решение взять ещё один курс профессора David далось легко.

Кроме того, мне хотелось дополнительной практики в письме. На работе и в последних курсах я писал в основном код. Поэтому я искал возможность (и контекст), чтобы заставить себя писать больше содержательного текста.

Как устроен курс?

Примечание: я проходил курс летом — в весеннем и зимнем семестрах он, скорее всего, будет отличаться.

Как и все курсы профессора David, HCI отлично организован — полное описание можно найти здесь. В целом программирования почти или совсем нет, зато ОЧЕНЬ много письменных работ. Курс больше похож на курс по промышленному дизайну. Основная часть работы — исследование, needfinding и редизайн двух (разных) интерфейсов. Эти интерфейсы не обязательно должны быть цифровыми — я видел примеры, когда люди делали редизайн смесителей в душе и варочных панелей.

Есть три основные учебные цели:

Понять принципы и теорию HCI (например, gulf of execution и gulf of evaluation, эвристики проектирования взаимодействия и т. д.). Понять методологию разработки и оценки дизайна — от needfinding до прототипирования и оценки. Получить представление о современных применениях HCI (например, дополненная реальность и т. д.) — этой части в курсе было довольно мало.

Каждую неделю — примерно один-два часа видеолекций. Они дают общее представление о принципах и методологии курса. Кроме того, есть еженедельные чтения (3–5 статей или глав учебника), что составляет около 40–80 страниц в неделю. Это может быть довольно тяжёлой нагрузкой, и стоит идти в ногу с чтениями на протяжении всего курса (иначе будет тяжело готовиться к тестам в последний момент).

Письменные задания составляют 35% общей оценки — за курс их 10, каждое по восемь страниц. Летом это означало одну работу в неделю — я едва успевал перевести дух! Эти задания чередовались между темами по принципам (то есть больше теории) и методологии (то есть больше техники).

На протяжении 10 письменных заданий вы выбираете существующий интерфейс, проводите исследование и предлагаете редизайн. Настоятельно рекомендую заходить на курс уже с идеями интерфейсов, которые вам хотелось бы переделать или построить, — так задания будут интереснее и полезнее. Подумайте заранее, чтобы needfinding и редизайн оказались содержательными (например, не стоит браться за редизайн электрической розетки).

Финальный проект имеет вес 20% и максимальный объём 16 страниц. Как и в письменных заданиях, вы выбираете существующий интерфейс, проводите исследование и разрабатываете редизайн. Разница в том, что одна работа на 16 страниц должна продемонстрировать ваше понимание и умение применять принципы и методологию, изученные за курс.

В мой семестр было непонятно, должен ли проект быть обобщением 10 письменных заданий или нужно выбрать совершенно новый интерфейс. Профессор David уточнил, что задумка заключалась в том, чтобы задания и проект были на разных интерфейсах. Однако, поскольку формулировка в рубрике была нечёткой, студентам, которые уже начали проект на том же интерфейсе, что и задания, разрешили продолжать, хотя он отметил, что это будет менее полезно (возможно, в плане обучения и, возможно, оценки). Также было ясно сказано, что TA будут проверять, не является ли проект простой перекомпоновкой заданий.

Было два теста — мидтерм и финал, на которые приходится 35% оценки. Они не были кумулятивными. Тесты состояли из 30 вопросов с множественным выбором (MCQ), в каждом по пять вариантов, и правильных ответов от одного до четырёх. Я нашёл их сложными и довольно непростыми, несмотря на то что они были open book. В тестах проверяли весь материал лекций и чтений (а это ОЧЕНЬ много). Не недооценивайте 30 MCQ — большинство людей используют все два часа и всё равно едва укладываются.

Наконец, участие составляет 10% общей оценки. Баллы можно получить за peer feedback, участие в исследовательских опросах и активность на форуме. Возможность видеть работы других студентов и давать обратную связь была бесценной — можно было увидеть, как другие применяют принципы и методы по-разному.

Чему я научился?

Во-первых, вы — не ваш пользователь! Профессор David, наверное, повторил это больше десятка раз за курс. У него даже стикер на мониторе с этой фразой. Предположение, что вы — это ваш пользователь, — ключевая ошибка, которую совершают многие технические специалисты (например, разработчики, продакт-менеджеры, дизайнеры). Они проектируют продукты, исходя из себя, и считают, что пользователи похожи на них. Это допущение очень ошибочно и не помогает в проектировании более качественных продуктов и интерфейсов.

Во-вторых, итерируйте, итерируйте, итерируйте! Курс и проекты заставили меня лично пройти через итеративный дизайн и редизайн интерфейсов. Никогда не рано просить обратную связь от пользователей. Существуют простые и малозатратные техники: бумажные прототипы, прототипы Wizard of Oz, которые позволяют пользователям пройти процесс использования продукта или интерфейса и быстро дать обратную связь.

Это же подчёркивает и «The Lean Startup». Получение ранней обратной связи о продукте бесценно. В стартапе неизвестно, кто клиент и что для него ценно, поэтому чем раньше вы начнёте узнавать, как пользователи реагируют на ваш продукт и интерфейс, тем лучше. Eric Ries (автор) делится горьким уроком, как его команда полгода доводила и запускала продукт, которым никто не захотел пользоваться. В ретроспективе быстрый эксперимент — предложить пользователям опробовать идею и замерить предрегистрации — позволил бы валидировать идею гораздо быстрее и дешевле.

Я также научился и много практиковался в умении писать кратко. (Да, по этим текстам так не скажешь, но мои читатели (читай: моя жена) говорят, что письмо со временем стало лучше.) В среднем мне приходилось каждую неделю делать обзор литературы и писать восемь страниц статьи по промышленному дизайну. Для того, кто пишет нечасто, это была довольно интенсивная практика. Однако каждую неделю я тратил на ту же работу меньше времени и сил — считаю это признаком того, что я стал эффективнее в процессе письма. Кроме того, я заметил, что качество и содержание моих текстов (немного) улучшилось с тех пор, как я начал OMSCS (почти три года назад). Каждую неделю некоторые письменные работы отмечались как образцовые и публиковались для класса — за семестр у меня было выделено около 5–6 заданий.

Наконец, ценны сами теория и знания. Хотя моя работа в области data science напрямую не связана с дизайном, я всё равно нашёл теорию и знания полезными при общении с продакт-менеджерами и дизайнерами — я теперь лучше понимаю их жаргон. Я ушёл с курса с лучшим пониманием того, как мало я знаю о дизайне и продукте, и, надеюсь, чуть улучшил навыки проектирования продуктов и интерфейсов (не обязательно визуальных) для людей. Одно прямое применение — проектирование интерфейсов для внутренних пакетов и инструментов для других data scientists в команде.

Что дальше?

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

Если этот материал оказался вам полезен, пожалуйста, цитируйте его так:

Yan, Ziyou. (Sep 2019). OMSCS CS6750 (Human Computer Interaction) Review and Tips. eugeneyan.com. https://eugeneyan.com/writing/omscs-cs6750-human-computer-interaction/.

или

@article{yan2019human, title = {OMSCS CS6750 (Human Computer Interaction) Review and Tips}, author = {Yan, Ziyou}, journal = {eugeneyan.com}, year = {2019}, month = {Sep}, url = {https://eugeneyan.com/writing/omscs-cs6750-human-computer-interaction/} }

К 11 800+ читателей, получающих обновления о машинном обучении, RecSys, LLM и инженерии.