Робота міждисциплінарних команд над створенням і розробкою цифрових продуктів — вкрай потужна робота. У цій статті ми розкриємо принципи суміщення роботи дизайнерів і розробників у компанії Spotify. Для цього ми провели міні інтерв’ю з представниками обох спеціальностей, щоб почути їхній досвід.
Як ми працює команда Spotify
У Spotify є п’ятиетапний процес, який дозволяє різним спеціалістам узгоджувати та виконувати завдання. Ми називаємо це «Шкала», і це, по суті, римейк класичної системи дизайнерського мислення.
П'ять етапів, п'ять цілей
- Ми розуміємо потенційні потреби, бажання та проблеми потенційних користувачів
- Ми обдумуємо та шукаємо рішення
- Ми створюємо продукт, інструмент або послугу
- Поставляємо якомога спрощені рішення (MVP), щоб зібрати позитивний та негативний фідбек
- Аналізуємо результати тестування та налаштовуємо рішення, щоб отримувати кращі результати
На нашу думку, в ідеальному світі всі дисципліни мають бути залучені на абсолютно всіх етапах проєкту, але вага кожної з них буде різною. Іншими словами, різні дисципліни мають різну вагу на різних етапах процесу проєктування продукту. Це виходить за рамки дизайну та розробки, але в цій статті ми зосередимося саме на цих напрямах.
Наприклад, напрям дизайну може переважати на етапах «зрозуміти» та «подумати», аналізуючи влучні відгуки користувачів, сприяючи брейншторм сесіям та досліджуючи якомога більше вдалих рішень. Продакт менеджери та інженери також беруть участь у цьому процесі, але лише для того, щоб переконатися, що все це має комерційну цінність і технічну здійсненність. Коли команда продукту узгодила рішення для тестування, а дизайн накреслив взаємодію з користувачем, розробники створюють реальне рішення. Коли провідна роль змінюється, натомість змінюється й вага ролей. Коли керує дизайн, розробка займає переднє пасажирське сидіння і навпаки, але співпраця залишається постійним процесом.
Шкала також не є одноразовим циклом. Проєктування та розробка будуть брати участь у танці, де експертиза дисципліни диктуватиме, хто відповідальний. Цей танець є ДНК будь-якої успішної технічної команди. Ми називаємо це DNE технічної команди – Design and Engineering – переміщення ваги та співпраця протягом усього життєвого циклу продукту чи функції.
Як ми можемо поєднати дизайн та розробку?
Як ми досягли успіху у цьому танці? Як ми можемо змусити два різні напрями добре танцювати разом, не наступаючи один одному на ноги?
Спілкуючись з нашими колегами у Spotify, ми зрозуміли, що, загалом, обидва партнери дуже цінують і отримують задоволення від співпраці! Дизайнери цінують, коли розробники беруть участь у проєктній діяльності та створюють ідеї, спільно креативлять і проводять мозкові штурми. Технічна сторона дає полярний погляд на проблематику, яка є життєво важливою для будь-якого успішного проєкту розробки продукту. Дизайнери також заявляють, що вони дуже покладаються на здатність розробника втілювати ідеї в реальність, чарівним чином перетворюючи концепцію нарисів та нотаток на робочу функцію.
З іншого боку, колеги-розробники також заявили, що раді плідному партнерству з дизайнерами. Розробники цінують, що дизайн як дисципліна може полегшити їх роботу, дати простір новим ідеям, творчості та спланувати організований брейншторм. Розробникам подобається приймати колективні рішення та відчувати впевненість у тому, що дизайн буде відповідати за аспект потреб користувачів та добре їх висвітлить для прийняття складних рішень. На папері дизайн і розробка чудово поєднуються, але як воно на практиці, ми дізналися з історій команд тут, у Spotify.
Дизайнери х розробники: чотири основні причини непорозумінь
Відсутність співпраці
У розмові з інженерами робота в силосах була однією з найбільш проблематичних форм поведінки у шлюбі між проєктуванням та розробкою.
Коментарі розробників Spotify:
Чому так відбувається?
Однією з причин є те, що багато дизайнерів у Spotify працюють за моделлю агенції. Це означає, що вони підтримують більше ніж одну команду з проєктами, а також приходять у різні етапи для виконання дизайну. Крім того, навіть працюючи в одній команді, дизайнери іноді працюють в абсолютно іншому потоці. Всі ми хочемо бути ефективними та швидко рухатися, а це, своєю чергою, може призвести до відокремленої роботи обох напрямів команд.
Проблеми спілкування
Невдачі в спілкуванні можуть зіпсувати будь-які стосунки! Наші колеги з дизайну та розробки зазначили, що типові для кожної дисципліни термінологія часто викликає плутанину та породжує непорозуміння в довгостроковій перспективі. Крім того, якщо дизайнери та розробники були залучені до різних потоків роботи, існує велика ймовірність, що вони будуть відсторонені, а їх спілкування буде мінімальним.
Коментарі розробника Spotify:
Чому так відбувається?
У паралельних робочих потоках добрі наміри не турбувати один одного можуть мати шкідливі наслідки для команди. Крім того, дизайнери та розробники іноді тяжіють до різних способів роботи або суперечливих пріоритетів, що може призвести до того, що кожен напрям просуватиметься вперед у процесі поодинці без оцінки та контролю інших членів команди.
Блокування процесів один одного
Часто відбувається так, що у процесі роботи дизайнера та розробника один може блокувати процеси іншого та навпаки. Так відбувається через відмінності мислення, підходів та принципів роботи обох.
Коментарі дизайнера Spotify:
Чому так відбувається?
Обидва прагнуть розв’язати проблему та запустити спільне й правильне рішення. Дизайн вчить нас досліджувати та тестувати, перш ніж визначитись з рішенням. Розробників ж вчать будувати та доставляти ці рішення. Тож вони досить часто жаліються на те, що відділ дизайн гальмує їх роботу та не дає розпочати у відповідні строки. Як сказав один з дизайнерів:
Розходження в думках
Особливо, коли справа доходить до вирішення того, що важливо, а що зайве у цифровому продукті й процесі загалом.
Коментарі дизайнера Spotify:
Чому так відбувається?
Різні перспективи проєктування та розробки, супроводжуються різними пріоритетами з обох сторін. Для дизайну важливо, щоб продукт був достатньо зручним для користувача, тому дизайнери й вдаються до регулярних тестувань та правок. Тим часом, розробники хочуть створити якомога функціональніший інтерфейс і якнайскоріше його випустити.
Як зробити відносини між дизайнерами та розробниками успішними?
Тісно співпрацюйте один з одним
- Створіть ритуали для збору відгуків. Чудовий спосіб це робити є щотижневі зустрічі, під час яких кожен дає відгук про досвід користувача продукту та приймає рішення щодо наступних кроків.
- Беріть участь у роботі та зустрічах один одного. Виступайте разом, беріть участь у демонстраціях, коментуйте документи та залучайтеся до Slack.
- Сидіть в одній кімнаті й працюйте разом! Дизайнерам подобається бачити, як розробники чарівним чином втілюють рішення в життя, а розробники цінують відгуки дизайнерів, коли ті це роблять.
- Створіть спільний канал Slack та підтримуйте активну комунікацію. Підключайте і проєктування, і розробку з самого початку робочого процесу та зміщуйте вагу роботи протягом всього процесу.
Цікавтесь думкою один одного.
Дізнавайтесь про підводні камені роботи один одного, збирайте зворотний зв’язок, беріть участь у всіх аспектах розробки продукту. Такий підхід допоможе краще розуміти один одного.
- На початку проєкту влаштуйте сесію, де оговорите всі ключові моменти, терміни та методи співпраці, щоб дізнатися, який внесок кожен напрям хотів би зробити та чого вони очікують від інших
- Не припускайте, що ваш партнер раніше співпрацював зі схожими напрямами. Навчіть партнера основам того, як виконуєте свою роботу ви та як вони можуть зробити у неї свій вагомий внесок. Можете навіть навчити їх прикольним сленговим словечкам, щоб бути "на одній хвилі".
Будьте добрими один до одного
Пам’ятаєте проблему про очікування та розчарування? Для цього дотримуйтесь поради нашого розробника, який сказав:
Тому, коли ви відчуваєте розчарування одне в одному, спробуйте пам’ятати, що робота кожного приносить щось особливе, а доброта є ключем до подолання важких моментів.
- Пізнавайте один одного як людей і колег. Заплануйте зустріч 1:1 зі своїми найближчими колегами по проєкту, щоб познайомитися з ними. Наявність особистого зв’язку завжди допомагає, коли на робочі зв’язки впливає стрес або суперечливі пріоритети.
У шведській мові (оскільки Spotify – це шведська) у нас є концепція під назвою snälltolka, яка перекладається як «доброзичливий переклад». Коли ви розчаровані чи напружені через свого партнера, постарайтеся сприймати його доброзичливо та сприймати його дії як найкращу спробу розв'язати проблему та просунути все вперед.
Висновки
Отже, що ми дізналися про зв'язок між проєктуванням і розробкою? Проблеми у стосунках виникають через дисципліну, розрізненому режимі, відсутності спілкування, колег з обох сторін, відчутті заблокованості, недостатньої усвідомленості в процесах один одного. Як це подолати? У більшості випадків мова йде про більш продуману співпрацю. Дізнайтеся про способи роботи один одного, домовтеся про те, що може покращити вашу співпрацю, беріть участь у вдумливому спілкуванні, проявляючи доброзичливість один до одного. Та зрештою, спробуйте стати друзями. Бо, як ми всі знаємо, дружба – це основа будь-яких хороших стосунків.
Переклад: Дарина Ковальова
Джерело
💬 Дизайн-чат
