Ландшафт методологій занадто довго залишався невидимим

Щороку дизайнери та продуктові архітектори відкривають методи по одному — через книгу, доповідь на конференції, розмову з колегою. Це не вивчення території. Це блукання нею.

Знати метод або розуміти територію

Знання Design Thinking не скаже вам, коли він перестає працювати. Знання TRIZ не пояснить, чому його ніколи не адаптували для цифрових продуктів. Знання Cynefin не скаже, що він навігує до методів — він сам не є методом.

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

Метод без карти інших методів — це молоток, який вважає все цвяхами.

Що таке ця карта

StratoAtlas — не посібник з методів. Він не навчає Design Thinking і не пояснює TRIZ. Для цього є книги.

Це просторове відображення ландшафту методологій — структуроване за двома осями:

  • YРівень системи — від Сприйняття користувача до Архітектури та компромісів. Сім рівнів. Кожен — інший тип проблеми.
  • XВісь дії — Діагностика → Генерація → Вирішення → Оптимізація. Чотири режими роботи.

Перетин рівня та осі визначає тип задачі дизайну. Кожен метод належить одному або кільком перетинам. Одні насичені. Інші майже порожні.

Про прогалини

Коли ви кладете 44 методології на цю сітку, стає видимим те, чого не покаже жоден список: є зони, де галузь не побудувала інструментів.

Деякі порожні комірки структурні. Інші — історичні прогалини. Найзначніша підтверджена прогалина знаходиться на перетині Вирішення та архітектурних рівнів — де TRIZ ніколи не адаптувався до реалій цифрових продуктів.

Це не критика галузі. Це карта того, де галузь знаходиться. Розуміння прогалини — передумова для побудови того, що її заповнить.

Чим цей проект не є

Він не є рейтингом. Методи не кращі й не гірші — вони доречні або недоречні для конкретного типу проблеми.

Він не є завершеним. Карта буде розвиватися.

Він не є нейтральним. Карта побудована з конкретної точки зору: системні задачі дизайну потребують системних методів — а не масштабованих тактичних інструментів.

Для кого це

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

І будь-хто, хто хоче побачити ландшафт перед тим, як обрати, в яку його частину входити.