Как UX-специалист делился своими инструментами с agile-командамиNikita Efimov
Прошло 2 года. Семен повзрослел и возмужал (в профессиональном и жизненном плане). За это время он успел поработать с несколькими agile-командами и насмотреться разного скрама и срама, набить очередных шишек при внедрении процесса проектирования в гибкие процессы разработки. Но во всех случаях он видел, что некоторые инструменты проектировщика могут пригодиться и другим участникам процесса, командам, которые не имеют проектировщиков интерфейса у себя в штате. Ведь эти инструменты просты в понимании и не требуют много времени на проработку.
И Семен решил попробовать Сначала на своей команде, а потом и на кошках, т.е. на знакомых командах.
Каких тем коснулся Семён, куда и какие инструменты UX-специалиста он попытался внедрить:
- как ещё (кроме привычных инструментов) можно собирать и фиксировать требования касаемо планируемых фич;
- как можно проапгрейдить user story в сторону большей эмпатии пользователям и какие инструменты в этом могут помочь;
- как можно с большей эффективностью разбивать крупные user story на более мелкие (опять же, с большей эмпатией);
- как фиксировать общий опыт взаимодействия пользователя, чтобы в следующей итерации не наломать дров при реализации новых фич. Ведь всегда сложно держать в голове всю картину взаимодействия человека с продуктом. А когда ты добавляешь все новые и новые фичи, часто вместо помощи вставляются палки в колёса;
как можно использовать любимый многими impact map для проработки целей пользователя;
- как можно проверить необходимость фич (а точнее, ожидаемую удовлетворенность от наличия/отсутствия) перед тем, как их поместить в бэклог.
Как UX-специалист делился своими инструментами с agile-командамиNikita Efimov
Прошло 2 года. Семен повзрослел и возмужал (в профессиональном и жизненном плане). За это время он успел поработать с несколькими agile-командами и насмотреться разного скрама и срама, набить очередных шишек при внедрении процесса проектирования в гибкие процессы разработки. Но во всех случаях он видел, что некоторые инструменты проектировщика могут пригодиться и другим участникам процесса, командам, которые не имеют проектировщиков интерфейса у себя в штате. Ведь эти инструменты просты в понимании и не требуют много времени на проработку.
И Семен решил попробовать Сначала на своей команде, а потом и на кошках, т.е. на знакомых командах.
Каких тем коснулся Семён, куда и какие инструменты UX-специалиста он попытался внедрить:
- как ещё (кроме привычных инструментов) можно собирать и фиксировать требования касаемо планируемых фич;
- как можно проапгрейдить user story в сторону большей эмпатии пользователям и какие инструменты в этом могут помочь;
- как можно с большей эффективностью разбивать крупные user story на более мелкие (опять же, с большей эмпатией);
- как фиксировать общий опыт взаимодействия пользователя, чтобы в следующей итерации не наломать дров при реализации новых фич. Ведь всегда сложно держать в голове всю картину взаимодействия человека с продуктом. А когда ты добавляешь все новые и новые фичи, часто вместо помощи вставляются палки в колёса;
как можно использовать любимый многими impact map для проработки целей пользователя;
- как можно проверить необходимость фич (а точнее, ожидаемую удовлетворенность от наличия/отсутствия) перед тем, как их поместить в бэклог.
Методы дизайн-мышления по методике Стэнфордской школы d.schoolIrina Kuteneva
В данной брошюре описываются методы итерационного процесса создания новых продуктов\услуг\систем по методологии Стэнфордской школы d.school.
Адаптация и перевод принадлежат DTLab.
Дизайн-мышление для инноваций в бизнесе. "Лаборатория знаний" Coursera @Digit...Lumiknows Consultancy
Дизайн-мышление для инноваций в бизнесе. "Лаборатория знаний" Coursera @Digital October.
Презентация встречи #4 offline-поддержки курса Coursera "Дизайн-мышление для инноваций в бизнесе" в России. Проект "Лаборатория знаний" Coursera на базе Digital October. Кураторы: Екатерина Храмкова, Lumiknows, Алексей Николаев, Intel Russia.
Роман Бочаров. Быстрые циклы и качественные исследования в разработке продукта.ScrumTrek
Как различные виды исследований и аналитики продукта работают в условиях Agile и быстрых циклах разработки. Почему важна живая обратная связь от пользователей, и как она может коррелировать с продуктовыми метриками. Рассмотрим эти вопросы на примере живого кейса.
Асхат Уразбаев. Agile Coach и Scrum Master как руководители нового типаScrumTrek
Мир меняется. Высокая скорость изменений трансформирует бизнес-модели и сами организации. В новом мире решения надо принимать быстро и уметь синхронизировать работу большого количества людей. Важность по-настоящему командной работы растет. Появляются роли, главной задачей которых является построение эффективной команды.
Речь идет о роли Scrum Master/Agile Coach. В докладе мы ответим на вопросы:
— Какое место они занимают в организации?
— Какими они должны быть?
— Что входит в их обязанности?
— Что они должны знать и уметь?
Обзорный материал о применяемых методиках работы над цифровыми продуктами. Лекция проведена в рамках интенсива по продуктовому дизайну в Британской Высшей Школе Дизайна (Москва).
У семи нянек дитя без глаза? Пара лет проблем и решений в UX зарубежного веб-...ПрофсоUX
Доклад рассчитан на создателей и руководителей продуктовых команд, проектировщиков, дизайнеров. Разработчикам тоже может быть интересно.
Последние два года я работаю в довольно интересном веб-сервисе. Хочу поделиться кейсами из опыта.
Как быть, когда в вашем портфеле несколько продуктов, каждый продукт развивает отдельный юзабилити-специалист, и у подразделения нет начальника?
Что делать, если каждым из этих продуктов пользуются «немного разные» люди, а навигация общая? (и вообще, продукты живут в едином веб-сервисе и должны между собой как-то дружить)
Как договориться, если все эти продукты — часть единого большого веб-сервиса с кучей общих мест?
Как решать общие проблемы?
Как синхронизироваться и быстрее внедрять лучшие решения из опыта коллег?
Как вообще работать без «арт-директора», «менеджера проекта» или другого начальника?
Дизайн-мышление. Гайд по процессу / Design Thinking Guide / RussianWonderfull
Русскоязычная версия гайда по дизайн-мышлению, разработанная командой лаборатории Wonderfull на основе стэнфордского издания "An introduction to Design Thinking PROCESS GUIDE" d. School.
С 1 по 3 марта 2013 года люди всей Земли объединятся вместе, чтобы за 48 часов разработать новые сервисы и продукты, способные улучшить окружающий мир.
Резюме по проведенному в рамках курса "Стратегический маркетинг" интенсиву Британской Высшей Школы Дизайна, модуль "Дизайн-мышление". Екатерина Храмкова, Lumiknows, 2016
Сценарная презентация деловой игры "Коммуникации с разными типами руководителей" вместе с фотографиями реальной игры, прошедшей в Клубе профессионалов АСУ Урала, Екатеринбург, 6 ноября 2014 года.
Presentation explains different aspects why engineers. designers, UX designers should not force people to figure out how to do their tasks. It also explains why interfaces and things should be intuitive.
Методы дизайн-мышления по методике Стэнфордской школы d.schoolIrina Kuteneva
В данной брошюре описываются методы итерационного процесса создания новых продуктов\услуг\систем по методологии Стэнфордской школы d.school.
Адаптация и перевод принадлежат DTLab.
Дизайн-мышление для инноваций в бизнесе. "Лаборатория знаний" Coursera @Digit...Lumiknows Consultancy
Дизайн-мышление для инноваций в бизнесе. "Лаборатория знаний" Coursera @Digital October.
Презентация встречи #4 offline-поддержки курса Coursera "Дизайн-мышление для инноваций в бизнесе" в России. Проект "Лаборатория знаний" Coursera на базе Digital October. Кураторы: Екатерина Храмкова, Lumiknows, Алексей Николаев, Intel Russia.
Роман Бочаров. Быстрые циклы и качественные исследования в разработке продукта.ScrumTrek
Как различные виды исследований и аналитики продукта работают в условиях Agile и быстрых циклах разработки. Почему важна живая обратная связь от пользователей, и как она может коррелировать с продуктовыми метриками. Рассмотрим эти вопросы на примере живого кейса.
Асхат Уразбаев. Agile Coach и Scrum Master как руководители нового типаScrumTrek
Мир меняется. Высокая скорость изменений трансформирует бизнес-модели и сами организации. В новом мире решения надо принимать быстро и уметь синхронизировать работу большого количества людей. Важность по-настоящему командной работы растет. Появляются роли, главной задачей которых является построение эффективной команды.
Речь идет о роли Scrum Master/Agile Coach. В докладе мы ответим на вопросы:
— Какое место они занимают в организации?
— Какими они должны быть?
— Что входит в их обязанности?
— Что они должны знать и уметь?
Обзорный материал о применяемых методиках работы над цифровыми продуктами. Лекция проведена в рамках интенсива по продуктовому дизайну в Британской Высшей Школе Дизайна (Москва).
У семи нянек дитя без глаза? Пара лет проблем и решений в UX зарубежного веб-...ПрофсоUX
Доклад рассчитан на создателей и руководителей продуктовых команд, проектировщиков, дизайнеров. Разработчикам тоже может быть интересно.
Последние два года я работаю в довольно интересном веб-сервисе. Хочу поделиться кейсами из опыта.
Как быть, когда в вашем портфеле несколько продуктов, каждый продукт развивает отдельный юзабилити-специалист, и у подразделения нет начальника?
Что делать, если каждым из этих продуктов пользуются «немного разные» люди, а навигация общая? (и вообще, продукты живут в едином веб-сервисе и должны между собой как-то дружить)
Как договориться, если все эти продукты — часть единого большого веб-сервиса с кучей общих мест?
Как решать общие проблемы?
Как синхронизироваться и быстрее внедрять лучшие решения из опыта коллег?
Как вообще работать без «арт-директора», «менеджера проекта» или другого начальника?
Дизайн-мышление. Гайд по процессу / Design Thinking Guide / RussianWonderfull
Русскоязычная версия гайда по дизайн-мышлению, разработанная командой лаборатории Wonderfull на основе стэнфордского издания "An introduction to Design Thinking PROCESS GUIDE" d. School.
С 1 по 3 марта 2013 года люди всей Земли объединятся вместе, чтобы за 48 часов разработать новые сервисы и продукты, способные улучшить окружающий мир.
Резюме по проведенному в рамках курса "Стратегический маркетинг" интенсиву Британской Высшей Школы Дизайна, модуль "Дизайн-мышление". Екатерина Храмкова, Lumiknows, 2016
Сценарная презентация деловой игры "Коммуникации с разными типами руководителей" вместе с фотографиями реальной игры, прошедшей в Клубе профессионалов АСУ Урала, Екатеринбург, 6 ноября 2014 года.
Presentation explains different aspects why engineers. designers, UX designers should not force people to figure out how to do their tasks. It also explains why interfaces and things should be intuitive.
16 апреля с 14:00 до 19:30 в Сколково пройдет семинар для резидентов Сколково. Речь пойдет о работе в стартапе, привлечении инвестиций, моделях монетизации проектов, юзабилити, СММ и о пути стартапа к большому бизнесу.
Лекторы:
Дмитрий Сатин, Юлия Суворова (Usabilitylab)
Андрей Рябых (Webmaster.SPb, SeoExperts, Media Cartel, Газета.СПБ, автор книг по манимейкингу и интернет-коммерции)
Сергей Фрадков (Стартап-акселератор «Идеальная машина»)
Михаил Смолянов («Мегаплан»)
Никита Келлерман (Republic Performance)
Илья Балахин (Paper Planes)
Алексей Довжиков (Trinet)
Канвас "Думай как создатель": дизайн-мышление-трендвотчинг-прототипированиеLumiknows Consultancy
Канвас "Думай как создатель" объединил инструментарий дизайн-мышления, трендвотчинга и прототипирования: 10 шагов для создания нового продукта, услуги, бизнеса.
QA Fest 2014. Татьяна Завьялова. Юзабилити и живые людиQAFest
Классический подход к созданию программного продукта с высоким уровнем юзабилити предусматривает итеративную разработку с тестированием на потенциальных пользователях в конце каждой итерации. Зачем проводить тестирование на живых людях? Мы все прекрасно понимаем, что каждая отдельная конфигурация системы, будь то аппаратное или программное обеспечение, влияет на качество работы системы. Но вот с той стороны экрана есть два, вроде как стандартных, глаза, которые видят изображение на экране, и мозг, который полученную информацию интерпретирует. Конфигурации (опыт и навыки) этого мозга настолько разнообразны, что заранее предугадать последующую интерпретацию - задача очень даже нетривиальная.
Я расскажу о том, как проверить догадки бизнеса, дизайнеров и разработчиков методом пользовательского тестирования. Затрону методологию, протоколы, покажу примеры из своей практики. Будет интересно.
Тема скорее обзорная и рассчитана на широкую аудиторию. Формат: лекция с элементами дискуссии.
Прикручивание колёс на ходу. Внедрение UX процессов в уже работающий продуктПрофсоUX
Доклад рассчитан на всех, кому интересна командная работа и дизайн-системы.
У себя в компании мы внедряем дизайн-систему «по-живому» — без отрыва от производства продукта. На конференции я расскажу, зачем мы на это пошли, как доказывали пользу изменений, что уже успели сделать и к чему планируем прийти.
Никита Филиппов, ScrumTrek (Москва)
Или как в стартапах и больших корпорациях команды вместе создают продукт
Говоря вслух Project Manager, какие у вас возникают ассоциации?
Зачем нужен Project Manager?
Кто создает проект/продукт?
Чьи плюшки, если проект закончен с успехом?
Повышает ли шансы на успех наличие главного за результат?
Как должен измениться мир разработки?
Я подготовил эту презентацию для внутреннего семинара Naumen, на котором каждый сотрудник может поделиться своим новым опытом, приобретенном в процессе работы, участия в конференциях и т.д.
Гибкие подходы перестали работать! По крайне мере, если судить по многочисленным публикациям, которые все чаще и чаще стали появляться. У кого-то не работает Scrum, у кого-то не прижился Канбан и, вообще, Agile не работает. В своем докладе я также приведу несколько примеров критики Agile в виде статей и докладов, разберу типичные заблуждения и ошибки, которыми оперируют критики.
Если использовать модель жизненного цикла принятия инноваций, можно спрогнозировать, что число такого негатива будет расти, потому что в России Agile начинают использовать не только инноваторы и ранние последователи, но и раннее большинство, которому трудно грамотно внедрить Agile и стать действительно гибкими.
Опытные управленцы, которые владеют гибкими подходами, обычно посмеиваются над этим негативом и пересказывают друг другу как анекдоты, а это как раз и есть та пропасть, которую Джеффри Мур описал в своей книге. Дополнительно мы обсудим, где сейчас находится Agile с точки зрения цикла зрелости технологий, так как эта модель тоже объясняет неудачный опыт использования Agile.
Agile-сообществу важно дальше вовлекать и помогать развиваться тем, кто пытается сделать свою команды, отдел или целую компанию гибкой.
Similar to ефимов как Ux-специалист делился своими инструментами с agile-командами (20)
We have a lot of businesses working in Ukraine as Outsource company. But all we know that outsource is not options as the long-term
business strategy. From the other perspective, there are a few firms that are trying to move to the product development but it too risky
for two reasons:
— You need to invest your money and losing your margin.
— You have no any experience in product management or startup landing neither fundraising.
We in Octoberry, start to work as Product Sourcing company three years ago. We find this way very useful to gain experience in product
management and fundraising and after we moved to own product development and we want to share our case. In this talk, we will
discuss:
— What is product sourcing?
— Why product source.
— Five steps key steps to run Product Source project
— Moving from product source to Product Company
AgileCamp — летняя практическая конференция, которую ежегодно проводить компания ScrumTrek. Участники процессного трека на практике отрабатывают все цепочку создания продукта. Используются такие техники как проведение опросов, игра в ТЗ, user story mapping, bucket estimation, planning poker, getkanban, world cafe и др.
Как создать концепцию продукта в виде Lean CanvasMagneta AI
Lean Canvas — инструмент, который позволяет быстро понять ценность продукта, проблемы, которые он решает, его основную аудиторию и способы монетизации. В презентации подробно рассмотрен шаблон lean canvas и дается подробное руководство по заполнению.
Зачем нужны ретроспективы и как их проводить? Основные отличия ретроспектив в различных фреймворках, например, Scrum или Kanban, рекомендации по продолжительности, наполнению, советы по каждому этапу ретроспективы.
5. 5
Семен
UX-designer, Ix-designer, Product designer
Много лет занимается проектированием
пользовательского взаимодействия.
Последние годы тесно встраивался в разные
agile-команды с переменным успехом.
Характер - нордический, выдержанный.
12. 12
Начинать нужно с самого начала, с
анализа, проектировать все равно не
научу быстро…
И про проверку не забыть. Плох тот UX’ер,
который не проверяет свою работу…
31. 31
Огонь! Это ведь позволит не тратить кучу
времени на споры…
И “понизит градус
напряженности” в команде…
32. 32
А вы фиксируете общее
взаимодействие человека с продуктом?
А зачем?
Эмм, что это?
33. 33
Внедряешь новый функционал, а им не
пользуются..
Или просто начинают жаловаться, что
плохо работать стало…
Нет понимания того, как новый функционал
повлияет на работу пользователей…
34.
35. 35
1. Состоит из точек взаимодействия…
Стратегию дизайна помните?
Берем блок “Задачи продукта”. Это и будут
первые точки…
36.
37. 37
1. Состоит из точек взаимодействия…
2. Описывает процесс в каждой точке…
38.
39. 39
1. Состоит из точек взаимодействия…
2. Описывает процесс в каждой точке…
3. Описывает цели человека, проблемы/
барьеры и эмоциональное состояние в
каждой точке…
40. 40
Так ведь они нарисованы, красиво…
Это ж сколько времени потрачено???
А так?
44. 44
Брейнстормим фичи, в разрезе:
• как помочь избежать проблем/барьеров;
• как помочь достичь целей человека;
• как улучшить взаимодействие…
45. 45
А как работать с целями пользователей?
А вот тут поможет Impact Map!
46.
47. 47
У пользователей есть свои цели;
Как эти участники позволят пользователю достигнуть его
цели?
Достижение этих целей затрагивает разных участников
процесса:
• самого пользователя;
• других участников.
48.
49. 49
А ведь это похоже на User Story Map…
Правда?
Именно! Это хорошая основа
для Story Map’а…
52. 52
Круто получилось! Сейчас все оценим
по трудозатратам и в бой!
Воу-воу, полегче! Ведь не все эти
фичи реально нужны пользователям.
53. 53
Так а как быть? Пока ведь не
выпустим, не узнаем…
А мы просто спрашиваем у пользователей,
нужна им эта фича или нет…
А у нас все Product Owner решает…
57. 57
Как вы относитесь к наличию этого функционала в
продукте?
Как вы относитесь к отсутствию этого функционала в
продукте (или он будет выражен слабо)?
59. 59
Мне это нравится;
Я ожидаю, что этот функционал будет в продукте;
Я отношусь к нему нейтрально (не особо важно);
Я могу его терпеть;
Мне это не нравится.