UX Star Meetup: PO, PM, UX Designer, BA… Але хто що робить?

23 травня 2017 року UX republic привітав людей різного походження, щоб підштовхнути до обговорення ролей та відповідальності в командах IT-продуктів під час Meetup "круглий стіл".

Доповідачі зустрічі UX, BA, PM, PO...
Якщо ти не зміг прийти, то можеш побачити відео. У вас немає часу на 1:12 відео? Ця публікація в блозі може стати рішенням!

Хочете отримати відповідь менше ніж за 5 хвилин?

Досвід користувача: тема для всієї команди

Отримати найкращий досвід користувача можливо, має бути турбота всього колективу продукт. Покладаючись на:

  • Les Методи UX поставити користувача в центр процесу проектування.
  • Les спритні методи які переорієнтують товар на його вартість.
  • Le худне запуск et бережливий UX які виступають за швидкі цикли генерації та перевірки гіпотез
  • Активне слухання як з користувачами, так і між членами команди.

La зустріч користувачів є періодичним занепокоєнням. Вищий менеджмент інколи не може дозволяти командам зустрічатися з «справжніми» користувачами. Потім необхідно «зламати» (партизанське тестування, використання вашої мережі для запитання тощо). Результати досліджень або методів випробувань часто є дуже переконливими і говорять самі за себе.
ux дизайнер

Різні орієнтації

менеджери з продуктів, Власник продукту (роль з фреймворку Agile Бійка), UX-дизайнер, бізнес-аналітик… повинні переслідувати спільну мету і внести свої навички для досягнення цього. в PM має більш стратегічне бачення та контактує із зацікавленими сторонами. в PO є «власником продукту» в методі Scrum, він визначає та визначає пріоритетність обсягу продукту. L'UX дизайнер він є точкою контакту з користувачами, прихильником методів дослідження, проектування та оцінки досвіду користувача. в BA просякнута технічними та глибокими знаннями про складні бізнес-процеси.
Les розробників зазвичай виробляють код кращої якості та більш мотивовані, якщо вони контактують з користувачами.

Сильна співпраця

В ідеалі беруть участь усі члени команди до тестів. Якщо деякі члени команди хочуть застосувати методи UX, UX-дизайнер може супроводжувати їх або скористатися вивільненим часом, щоб зосередитися на інших предметах. The комунікацію є ключем до спокійного розподілу завдань.

У вас є трохи більше часу

Ось короткий зміст повідомлень, якими поділилися Ноемі, Одрі, Естер, Антуан, Жосеранд і Яннік. І від мене теж кілька заміток :).

Перші реакції на тему

Яннік

Хороше визначення проблем UX, добре орієнтування на «потреби» користувачів можуть покращити код. Розробники можуть зробити більш чистий код.
Якщо я не помиляюсь, це також одна з ідей, що лежить в основі DDD: «Дизайн, керований доменом, розробляє програмне забезпечення, зосереджуючись на діловій цінності, яку воно приносить своїм користувачам». Докладніше.
Кожен член команди «продуктів» (PM, PO, Business Analyst, UX Designer, розробники тощо) має свої здібності та навички і може знайти «капелюхи, які можна надіти на голову».
«Це може бути PM, PO, якщо він добре працює, капелюхи мене не дуже цікавлять».

Естер

У компаніях зі складними процесами, «тіньовими» розрахунками роль бізнес-аналітика полягає в тому, щоб взяти технічні знання від «бізнесу» (= користувачів), щоб передати їх іншим суб’єктам, таким як UX-дизайнер або розробники.

Йосеранд

UX-дизайнер — це дизайнер досвіду в цифровому або деінде. UX може працювати з BA, PM, PO, розробниками... BA допомагає дизайнеру UX зрозуміти процеси та складні бізнес-правила. Роль UX-дизайнера полягає в тому, щоб нагадати, що користувач знаходиться в центрі дизайну, він повинен «сенсибілізувати» команду до підходу, орієнтованого на користувача.

Ноемі

Підхід UX починається з розуміння користувача, роль дизайнера користувальницького досвіду — задавати людям багато запитань. Власник продукту створює разом із UX-дизайнером User Stories. Дизайнер UX також допомагає представити складність, задаючи безліч питань. Це гарантує виріб з хорошою зручністю, функціональною життєздатністю, ергономічністю та загальний досвід користувача. Гарантами економічної життєздатності є скоріше ОП чи ПМ.

Антуан

Активне слухання – важлива концепція. PO або agile тренер слухає команду. UX Designer слухає користувачів. Прем'єр-міністр більше займається стратегією, плануванням, він встановлює зв'язок із зацікавленими сторонами.

Одрі

Роль Власника продукту визначена в Scrum. ЗП – це роль, яку може взяти на себе менеджер продукту або інші люди. PM / PO, можливо, доведеться працювати з UX-дизайнером для всіх питань'інтерфейс людина / продукт. UX-дизайнер може підтримувати кількох PM. Щодня прем’єр-міністр приймає рішення на основі рекомендацій, наданих UX-дизайнером. У нас може бути кілька капелюхів PM, PO, UX.

PO

Питання глядачів: ви як кубики лего, як ви вписуєтесь?

Йосеранд

Це залежить від розміру компаній, проектів і методології.
У Société Générale команди продуктів (програмне забезпечення btoe) робота в Lean UX і художні команди.
У кожній команді функцій є PM, BA/PO, UX-дизайнер і в середньому п’ять розробників.
Дизайнер UX працює з PO, щоб визначити потребу. Він використовує методи прослуховування та дослідження користувачів для підтримки PO.
UX-дизайнер іноді бере участь у написанні User Stories, але рідше.
Він також підтримує розробників. У Lean UX-дизайнер, можливо, доведеться зробити певні ярлики. Загалом пара PO-UX випереджає розробників на один-два спринти, але може статися, що ми працюємо безпосередньо в «парному дизайні» з розробниками під час спринту.
У контексті деяких проектів UX-дизайнер не зустрічається з розробниками, він працює в парі з PO або PM, і його кінцевим результатом є набір каркасів.

Антуан

Коли хтось має гарну ідею, це хороша відправна точка, але ви повинні знову зосередитися на проблемі, яку намагаєтеся вирішити. Важливо відвідати користувачів і кинути виклик початковій ідеї. «Ідеї», які не стикаються з користувачами, є лише гіпотезами.
UX-дизайнер дає поради, він виходить у поле.
ПП, дотримуючись рекомендацій UX-дизайнера або виїжджаючи на місце, приймає рішення. Він вибирає «Історії користувачів», він є власником продукту.
Прем'єр-міністр відіграє роль, коли продукт є прихильним до ринку. Він несе бачення та стратегію.PM

Питання від громадськості: раптом, щоб уникнути розробки тунелю: короткий цикл проектування, як ми проводимо користувацькі тести? Хто присутній?

1-й тур

Одрі

В PeopleDoc, тести користувачів проводяться кожні 2-3 місяці парою UX дизайнер / PM. А до спостереження запрошується вся команда. У B2B (бізнес для бізнесу) не завжди легко знайти клієнтів (=користувачів), готових пройти тестування користувачами.
Але для PM/PO дуже важливо визначити пріоритети того, що залишилося, і команда розробників часто отримує приріст мотивації від контакту з користувачем.

Ноемі

Спринт проектування знаходиться на початку спринту розробки (так звана асинхронна операція). Потім дизайнер підтримує команду розробників під час спринту. Тестування користувачами можна проводити відразу після каркасів або після графічного шару. Вони повинні бути дуже регулярними, від прототипу з низькою точністю до високої точності. Це не марна трата часу.

Естер

BA не обов’язково перевіряють каркаси, їх інструменти — це скоріше демонстрації та UAT. Кампанії UAT (User Acceptance Test) проводяться в середовищах iso prod (ті самі дані, що й у виробничому середовищі) для перевірки екранів, а також даних.
UAT часто є тестовими засобами, які вже існують у великих компаніях, і дозволяють отримувати інформацію про користувачів та їх взаємодію з продуктом. Однак важливо подумати про проведення тестів заздалегідь. UATs виконується після розробки продукту, тому вносити зміни дорожче, ніж коли ви перебуваєте на етапі ескізу або прототипу з низькою точністю. Вони також іноді упереджені: кілька тестувальників в одній кімнаті, питання не завжди слідують хороші практики тестування користувачами...
Тому необхідно враховувати це, але не замінювати всі тести користувача на UAT. 

Яннік

У методі Agile Екстремальне програмування, вся команда (UX, бізнес-експерт, розробники тощо) безпосередньо з користувачем.
Це великий виклик для великих компаній. У дуже великих командах цей принцип не може працювати без скорочення.

2d вежа

Йосеранд

«Це управління змінами». Коли ми приїжджаємо на проекти, які не дуже зрілі з точки зору UX, ми стикаємося з людьми, які вже думають, що знають все про користувача.
Роль UX-дизайнера полягає в тому, щоб пояснити їм, що вони частково праві, але також трохи неправі, і що в ідеалі необхідно підійти до користувачів.
Часто однією з цілей UX-дизайнера є узгодження MOA з користувачами.

Яннік

Дуже мало розробників контактували з користувачем. Однак це дуже мотивує бачити, що за межами коду є задоволення, ефективність, ефективність людей, які поставлені на карту.

Одрі

Крім UX, ми говоримо про зрілість культури продукту. Щоб зрозуміти та визначити пріоритетність потреби, ви повинні відвідати користувача. У деяких компаніях, які не мають «культури продукту», відбувається внутрішня боротьба за владу, і ні розробники, ні ОП, ні PM не зустрічаються з користувачами.

Йосеранд

У PO та UX часто виникають однакові проблеми на цьому рівні.

Ноемі

У цьому випадку все одно необхідно зв'язатися з користувачами. Треба ігнорувати стіни, які зводить топ-менеджмент, а потім показувати результати зустрічі з користувачами.
Загалом, зіткнення гіпотез з користувачами змушує всіх погодитися. Це дозволяє уникнути дискусій про думки.

Антуан

Є такий вислів: «Краще вибачте, ніж прошу». Іноді потрібно просто запитати або знайти потрібну людину, щоб мати кошти. Як, наприклад, провести тиждень у полі всією командою.

Питання від громадськості: Як ви досягнете 2 спринтів вперед? Якщо ні, то як ми впораємося?

Ноемі

UX-дизайнер, PO та розробники домовляються між собою, щоб вбудовувати лише готові User Stories (таким чином, UX-дизайнер уже працював). Звичайно, деякі історії користувачів все одно змінюються пізніше, це може викликати деяку напругу. Але зазвичай він має тенденцію до балансу.

Естер

Дизайнери BA / PO / UX не обов'язково мають два спринти наперед, але їх має бути принаймні достатньо для спринту розвитку.
Хорошою практикою є не змінювати відставання спринту під час спринту.

Яннік

Як розробник, вам ніколи не буде нудно. Дуже рідко нам більше нічого робити, код ідеально чистий, тестове покриття ідеальне...
Часто скоріше керівництво хоче, щоб справи йшли швидко.
Мало хто хоче десять разів будувати, ламати й перебудовувати одне й те саме.
Можливо, потрібно більше часу, щоб зробити щось.

Йосеранд

Однак іноді доводиться йти дуже швидко. Дизайнер UX може виконувати «парний дизайн» з розробником. Використовуючи ескізи, він може швидко створити щось разом із розробником, щоб протестувати з користувачем і налаштувати.

UX – це каркаси?

Одрі

Сьогодні наш UX дизайнер працює на глобальній платформі. Вона взагалі не займається Wireframes.

Антуан

Для мене UX — це дійсно прослуховування, починаючи з емоцій користувача. Wireframes є природним інструментом для UX-дизайнера, настільки природним, що не є предметом.

Ноемі

UX-дизайн — це поєднання стратегії та виробництва. Однією з цілей є забезпечення узгодженості досвіду з усіма точками дотику. Для цього потрібно зробити крок назад.

Йосеранд

Часто словом «каркас» починається місія, це результат після процесу. це візуальний артефакт, який розуміють багато людей. Але це лише верхівка айсберга.

Естер

UX трохи схожий на «супер-співробітника», «довіреної особи». BA не обов’язково має навички створення робочого процесу користувача або екрану. Раніше ця роль часто припадала на бакалавра, але не була однією з визначених сфер його компетенції.
Деякі BA розвивають «залежність UX». Це також була ідея, представлена ​​Вінсентом під час зустрічі з UX в Agile середовищах (його презентація доступна ICI).
«У Société Générale, як BA, я бачу контактну особу для розрахунків тощо. Згодом дизайнер UX побачить більше користувачів».

Яннік

«Без фотошопу, будь ласка». CSS (каскадні таблиці стилів) складний. Ескізи та каркаси, що супроводжуються «Кухонна мийка“, бібліотеки компонентів або “шаблони (див Bootstrap), посібники зі стилів тощо. зробити розвиток набагато простіше!

BA

Питання від громадськості: остаточні тести для користувачів, як нам дати клієнту зрозуміти, що кінцеві користувачі – це не вони, а люди, які стоять за їхніми користувачами?

Антуан

Іноді доводиться зламати тести користувачів. Використовуйте мережу його мережі. Навіть якщо ми бачимо лише кілька людей, і це не зовсім правильна мета, вона вже сповнена інформації. Тест, який не є ідеально націленим або адаптованим, краще, ніж його відсутність.
Для проведення тестів також можна звернутися до зовнішніх компаній.
Або використовуйте такі інструменти, як Тестування користувача ou Тестапік.

Ноемі

Багато компаній аутсорсують тестування користувачів. На жаль, у цьому випадку команда продукту втрачає можливість викликати емпатію до користувача.
За словами Нільсена, досить побачити 5 користувачів, 3 рази.
Ми також можемо стежити за аналітикою продукту, як тільки він стане доступним для користувачів.
Ми мали задоволення отримати реакцію від Карін Лаллеманд з цього приводу, яка хотіла нагадати нам, що ми не повинні використовувати занадто багато швидких шляхів у цьому відношенні.

«З 5-7 тестів ми бачимо, що з’являються закономірності. Але ми ризикуємо, що професійні UX-дизайнери зупиняться на певній кількості, не ставлячи під сумнів власну справу. Це також ризик цифр, які ми не встигаємо пояснити, чи стереотипів (я думаю, що спікер перед цим сказав, що краще тестувати навіть на неправильній цілі, ніж не тестувати).
Я думаю, що потрібно донести до людей, як визначити для себе правильну кількість тестів і побачити, коли дані є значущими та актуальними. Також знайте, які профілі мобілізувати.
Ми також повинні кваліфікувати «юзабіліті» та UX. Якщо партизанський тест користувача з поганою метою (а не кінцевим користувачем) іноді важливий для виявлення проблем юзабіліті (і все одно це спірно), це не для вивчення досвіду. У разі дійсної оцінки «UX», я думаю, краще взагалі не тестувати, ніж партизан на поганій цілі. Тому що ризик полягає в тому, щоб покладатися на недійсні дані (оскільки не на правильні цілі), щоб вчитися на них. Тому це дає хибну впевненість або хибні припущення».

Йосеранд

«Тестування – це завжди складний момент».
UX-дизайнер отримує гроші за виконання якісної роботи, а потім просить клієнта виділити гроші, щоб провести деяке тестування, щоб переконатися, що робота є якісною. Якщо ми так подивимося на проблему, ми кажемо собі, що вона трохи закручена.
Але все одно треба йти. Навіть якщо всі стіни підняті, всі двері закриті, є рішення, наприклад, партизанські випробування. Результати, як правило, є дуже хорошою ознакою продажу. Ми швидко розуміємо, що вчимося іншим речам, і навіть у менеджерів може виникнути залежність від тестів.

Висновок

Яннік

Робота з хорошим UX, PO, PM, BA створює хорошу психічну систему.

Естер

Ви повинні навчитися співпрацювати, а не наступати один одному на пальці. Ми обговорюємо, і в більшості випадків це працює.

Йосеранд

Головне – це співпраця, командна робота. Успіх команди залежить від навичок один одного.

Ноемі

Ми чуємо людей, яких дратує, що «дизайнери, які не є UX», створюють за них каркаси. Цікавіше супроводжувати інших членів команди в UX, ескізи, створення каркасів, прототипи… Це можливість розвивати дисципліну, «основний» UX. Ця робота, яка пов’язана з розумінням людей, захоплююча. Особливо дивним і цікавим є зв’язок між технологічною роботою та людьми.

Антуан

Поняття активного слухання є ключовим. Коли ви UX-дизайнер, вам платять за відвідування користувача. Активне слухання дає змогу розпізнавати емоції та змінює спосіб роботи, а також спосіб повсякденного життя.

Одрі

Як PM або PO, дуже приємно мати в команді дизайнерів UX.
«Я ніколи не відчував конфліктів чи перекривання областей». PM, PO, UX-дизайнер, як правило, мають однакові цілі, і краще працювати разом, ніж поодинці.
Незалежно від шапки або етикетки, команда повинна знати потреби користувача, визначити проблему, яку потрібно вирішити, і працювати разом, щоб «усунути шипи з боку» користувачів.
Невеликий інструмент, який я рекомендую вам: командне полотно.
До зустрічі !
PMPOUXBA