Запуск системи проектування

Від вибору стратегії до запуску 1.0 і далі

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

Однак обіцянка системи - це не доставлена ​​бібліотека. Обіцянка системи дає змогу послідовно розповсюджувати досвід у різних продуктах та підтримуватись надійною, передбачуваною практикою. Ентузіасти системи повинні стати підприємцями, розгадуючи та продаючи ідеї, які можуть отримати стійку організацію. З часом система досягає значущих результатів, координуючись та співпрацюючи через організаційні межі та дотепну культуру. Це процес.

Ця дуга для запуску системи - встановлення стратегії, запуск першого випуску та регулярна робота для сприяння прийняттю та спільноті - виявилася ефективною у п’яти системах, якими я керував з початку 2016 року. Усі були зроблені, прийняті та продовжують працювати сьогодні з описаними тут діями та термінами. Нехай підхід надихає, коли ви починаєте подорож до системи, яка триває.

Прихильність до системної стратегії

Система дизайну не починається з вибору першого кольору. Натомість обґрунтуйте систему у стратегії, яка розпізнає потреби клієнта, встановлює цілі, досліджує та конвергує проектний напрямок, визначає стратегію та отримує зобов’язання організації.

Відкрийте потреби клієнта

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

Діяльність відкриття може включати:

  • Інтерв'ю ключових (потенційних) учасників, впливових та лідерів для оцінки перспективи, ставлення, культури та існуючої практики.
  • Огляд широкої організації відношення та позиції зацікавлених сторін до системи, пріоритетів / потреб, прагнень та загроз.
  • Вимоги, що збираються за допомогою аналізу завдань, технологічного планування та налаштування конвенцій (використовуючи такі інструменти, як анкета Бреда Фроста, що відповідає передньому опитувальнику).
  • Екскурсії по продуктах, щоб зануритися в продукти, що є, і польотні конструкції, до яких застосовуватиметься система, роблячи знімки екрана та примітки.
  • Система (и) оглядає оцінку як "є" проектними активами, бібліотеками кодів, глибиною та якістю документації на стандарти та моделями управління.

Залучайте зацікавлених сторін до інклюзивних семінарів

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

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

Сходяться по концептуальному напрямку

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

Тому важливо концептуально продемонструвати ваше нове візуальне спрямування за допомогою зображень вашого продукту до та після застосування системи. Цей процес повинен включати та навіть залучати членів вашої громади на кожному кроці.

Довідкові проекти на ранньому етапі для періоду переробки Marriott.com 2012–2014, що реагує на них.

Докладніше про підготовку та презентацію концепцій читайте в Довідковому дизайні для систем: Концепції сторінок, що порівнюються до та після, із системою Twist.

Визначте стратегію з чіткою пропозицією

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

Зразок системної колоди з пізніше 2016 року

Наша типова презентація стратегічного кроку охоплює такі теми:

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

Отримайте зобов’язання щодо мети та команди

Не соромся. Ви просите запустити новий продукт у вашій організації, тому вам доведеться запитати. Що ви просите?

  1. Здатність персоналу зробити та підтримувати систему зараз та після її запуску.
  2. Продукти - часто, багато багатьох продуктів - передбачають відповідальність за значні зміни колись у майбутньому.
  3. Громада та організація, що розвиваються як вона працює, ділиться роботою, приймає рішення тощо. Організаційні зміни важкі.

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

Те, що ви поділилися, є дуже переконливим і цінним. Чудова робота. Дайте мені знати, що вам потрібно, щоб це сталося.

Але усні схвалення не означають починати вже завтра. Іноді речі затримуються.

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

З затвердженням в якийсь момент ви офіційно почнете робити систему.

Запустіть випуск 1.0

Ви забезпечили організаційний мандат та команду дизайнерів, інженерів, керівників та інших. Сфера застосування чітка. Настав час розробити, створити та документувати системний спринт за спринтом, щоб дістатися до першого випуску.

По мірі появи важливих частин альфа 0,1 забезпечує ранніх, хто сприймає крадькома. Коли бібліотека компонентів зростає, дострокове впровадження може розпочатися за допомогою бета-версій, таких як 0,3 і вище.

Однак, хоча спринти можуть давати додаткові випуски, щоб затвердити ваш процес, ваш погляд на виграш випуску, після якого всі команди приймають. Більш прості бібліотеки можуть зайняти 2–3 місяці, тоді як надійні каталоги компонентів - гнучка тематика, складний інструментарій, надійна документація - можуть зайняти на пару місяців довше. На завершення циклу 1,0 являє собою "великий запуск", який ви оприлюднюєте, як правило, доступний для продуктових груп готовим.

Досягнення сфери поступово

Цикли першого випуску забезпечують щось там, де нічого не було. По мірі прогресування системи, її клієнти, спонсори і навіть сама команда повинні мати уявлення про те, що буде зроблено коли, а також комфорт у неточному терміні оздоблення кожного твору.

За цей час новосформована команда приєднається до процесу розробки для доставки кожної частини, тут зображена як дизайн / побудова в помаранчевому кольорі та документ / публікація в темно-сірому.

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

  • Постачання деталей поступово за спринтами.
  • Здача більшої кількості деталей за спринт пізніше, як збільшується продуктивність.

Чому повинен довіряти кожен? Що команда системи доставить початкову бібліотеку - зважуюся сказати «MVP?» - це може бути прийнято передбачуваним часом. Ось чому я неодноразово підкреслюю, що ми збираємося запустити 1.0, який забезпечує міцну візуальну основу та 12-16 компонентів інтерфейсу.

Операція поза версією 1.0

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

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

Другий цикл розвитку також укладається в регулярну частоту планування та доставки, наприклад, чверть з шести або семи спринтів. Мета - не запустити несподіваний 2.0, який був би передчасним і бурхливим. Натомість, на відміну від інтенсивного поштовху до 1,0, команда повинна починати працювати з дисципліною і сприйматись як «бізнес як завжди».

Перехід від формування до операцій

Ця програма, що триває, вимагає переходу від формативного до оперативного мислення. Більш не обмежуючись наданням основних функцій, діяльність поширюється на:

  • Розширення, оптимізація та виправлення дефектів для підтримання того, що там є.
  • Надання нових важливих для бізнесу функцій.
  • Координація та підтримка прийняття продукту за допомогою навчання, парної інтеграції, допомоги, моніторингу та звітності.
  • Культивування спільноти впливу та внеску серед дизайнерів та інженерів.
Підкреслюючи план усиновлення, привертає увагу взаємозв'язок між системою та продуктами, які вона обслуговує

Зокрема, допомога організації продукту у впровадженні системи дизайну вимагає цілеспрямованої, зосередженої та зусильної співпраці. Будьте оснащені стислим презентаційним майданчиком та демонстрацією, і готові презентувати його знову і знову. Підкреслюючи усиновлення у плані на високому рівні, це корисно зосередити увагу на ваших найважливіших стосунках: системі та всіх продуктах, що її приймають.

Інвестуйте програму в регулярні збільшення часу

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

На кожну чверть ви можете надсилати епоси, такі як:

  • У третьому кварталі навігаційні компоненти, шаблони та чуйні макети.
  • У Q4 різноманітні компоненти попередження з редакційним керівництвом, плюс рух!
  • У I кварталі наступного року візуалізація даних, графіки та надійні ілюстрації.
  • У другому кварталі наступного року широкий під-каталог героїв та змістових компонентів.

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

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

Збираєтеся взятися за систему дизайну, чи потрібно зануритися глибше, щоб обговорити продукти та гравців? EightShapes проводить семінари з планування систем та тренує клієнтів із дизайнерських систем. Давай поговоримо!