Ідеальний проект

Дизайнimg_0732побачити програму може бути пекельна річ головний біль. Ми не знаємо, який метод використовувати, яку команду набрати, яких користувачів мобілізувати. Ну, у мене був «ідеальний» проект і, оскільки я дуже щедрий :-), я вам скажу!
 

Декор

Для новачків (зверніть увагу на тих, хто нас не знає), принцип UX Republic полягає в тому, щоб працювати з нашими клієнтами в тісній співпраці з ними над розробкою додатків, веб-сайтів… Що я знаю…
Я!? я UX-активіст (Королева картинок, UI, DA кашляли), але я теж UX-євангеліст трохи в моєму серці (tmtc #uiux…).
Так ось я вдомаimg_0726n клієнт, який хоче зробити заявку. Це трохи величезне шоколадний пиріг для дизайнера цей проект, тому що у нас є пристрій і ми знаємо який: ipad mini, однаковий для всіх. І що ще ? О так, ми знаємо наших користувачів, їх не так багато, і багато з них доступні! Занадто просто ? Не так багато…
 
Тому що для клієнта, я говорю про Agility та UX, це досить нове, і тут ми починаємо Нахиліться і Бійка.
Тож як ти вчинив? (Вибачте за спекуляцію про вашу нетерплячість, мені приємно робити сумнівні припущення… [а щастя на роботі корисне для продуктивності, це доведено!]).
Щоб краще налаштувати сцену, в нашій виробничій команді були:

  • Une PM (Менеджер проекту)
  • Une PPO (Власник проксі-продукту для тих, хто встигає витрачати час) / Бізнес-аналітик / UX-дизайнер (ми ще повернемося до цього) / Дизайнер додатків (кожен клієнт => нова назва роботи)
  • Une команда розробників
    • 1,5 dev назад (ні, ми ні з ким не поводилися погано)
    • 1 розробник iOS / UX Designer (ми також повернемося до цього)
  • Un UI / UX (я :-))

На стороні користувача:

  • Un Power User (що вони називають PO у мого клієнта чи чемпіона бізнесу)
  • 5 основних користувачів
  • Близько півсотні користувачів у всьому світі

Чому це спрацювало?

 
На мою думку, було кілька ключових факторів (деякі перетинаються, тому іноді ви можете подумати, що я бреду…):

  1. img_0727Lзалучення членів команди
    їх близькість і регулярні обміни.
  2. Le відповідність фреймворку Scrum
    Точніше написання добра User Stories і повага до ритуалів: щоденна зустріч Scrum et ретроспективний зокрема для того, щоб добре спілкуватися (див. вище) та якомога швидше виявляти проблеми.
  3. Визначення а реалістичний масштаб.
    Ми не можемо за 6 місяців включити всі особливості землі та її оточення в додаток, будь ласка ПРИЙНЯТИ ЦЕ !

    Це як піти в пекарню з 2 євро і захотіти піти з усією випічкою та іншими смаколиками на вітрині... Їх вам не дадуть (якщо у вас немає зброї масового ураження, але це вже інша проблема).

  4. Le поділяючи те саме бачення !
    Те саме бажання зробити якісний продукт (і ми домовилися, що нічого не повинно залишатися на обочині, ні розуміння потреби, ні дизайн, ні код...), нарешті нічого, крім зайвих функціональних можливостей (вище я попереджав ти).
  5. Le обмін навичками...
    Поняття «UX» поділяли декілька членів команди, у будь-якому випадку ми всі були впевнені, що гарантія хорошого користувальницького досвіду — це головне завдання програми.

    Так, пані та панове, ми створюємо додаток не для полоскання ним горла, а для групи користувачів, яким це дійсно потрібно для виконання своїх щоденних завдань. І хто вас полюбить, якщо ви зробите їхнє повсякденне життя солодшим… (так, так, я люблю команду продуктів Slack, особливо коли я можу випадковим чином створити gif #BonheurDeMaJournée).

  6. Une прагматичний підхід.
    Люди, відповідальні за процес «підтвердження» (прийняття рішень), дуже уважно ставилися до «думок» кожного і завжди обирали краще, а не найкраще (краще — ворог добра…). 

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

Як це вас стосується?

Ну, я не можу рекомендувати вас достатньо спілкуватися, це втомлює так, завжди легше нарікати, ніж сказати, що ви робите щось не так... АЛЕ ви покращуєтеся, визнаючи, що іноді ви неправі (так, це важко!).
Це також цікаво навчайте своїх співробітників до методів UX, Agile, Lean... img_0729Не бійтеся ділитися, давати знання, якщо ваші колеги більш компетентні, вони, безсумнівно, більш загрозливі і скажуть вам ще більше, коли ви неправі. АЛЕ ваша співпраця буде наслідувати (я наполягаю, що знаю).
Вау, ти все прочитав? Я втішений! Бажаю вам таких чудових проектів і, можливо, до скорої зустрічі в a Meetup !? <3
 
Енн Педро, UX-активіст @UXRepublic