Блог

15 февраля
2013

Информационная архитектура в домашних условиях

Заметка Лары о наболевшем

Проект библиотеки неподалеку от Пекина, Li Xiaodong

У меня есть старый дом. Он был построен шестьдесят лет назад, и в нем жили три поколения моих родственников. Люди жили, материальные ценности множились, энтропия возрастала. А свободное место стремительно исчезало.

Достаточно долго домом никто не занимался, накопленное и стохастически распределенное покрывалось пылью. А я все это время боролась с навязчивой идеей навести там полный порядок. Прошлым летом идея и обстоятельства победили.

Керамика, картины, стекло, одежда и, главное, книги: огромная библиотека, собранная людьми, которые занимались очень разными вещами. Пришлось поднять все, что имело отношение к процессам классификации: вспомнить про дихотомические ключи в биологической систематике, узнать про десятичную классификацию Дьюи, задуматься о сетевых и иерархических связях единиц информации. И придумать, как все это по-умному размещать в заданном, но до какой-то степени адаптируемом пространстве дома: по шкафам, комодам и полкам. Я взялась за дело, понимая, что это надолго.

Чуть позже я начала профессионально заниматься информационной архитектурой. И сейчас, спустя год, вернувшись к разбору оставшейся части книг и вещей уже с опытом проектирования, поняла, что это одна и та же деятельность: Сперва нужно разработать логический каркас, в который укладываются все элементы системы, а затем воплотить его в аналоговом или цифровом виде.

Неожиданно второй подход к разбору книг, заставил меня пересмотреть эту методологию

Итак, предположим, есть пустой дом и очень много вещей, которые нужно аккуратно в этом доме разместить.

Как было бы удобно

В идеале, чтобы все вещи влезли и были системно и удобно организованы в пространстве дома, нужно:

  1. Тщательно их перебрать и описать (составить неорганизованный список);
  2. Придумать систему, которая позволила бы по некоторым признакам объединить их в группы (типировать);
  3. Организовать список с помощью придуманной системы и получить каталог;
  4. Разложить вещи по кучкам согласно каталогу и оценить размеры каждой группы;
  5. Зная размеры дома, придумать, где и сколько должно быть полок, комодов и шкафов, чтобы разместить на них каждую группу вещей.

Как все на самом деле

Ясно, что даже при самых удачных условиях, выполнить этот алгоритм последовательно достаточно сложно. Например, не очень понятно, как можно разрабатывать систему типов, не складывая перед этим объекты в кучи и не перекладывая из одной в другую, пока не найдешь оптимальное распределение. Впрочем, некоторые наверняка могут делать это в голове. Помимо этого, ни у кого, конечно же, нет полностью пустого дома и возможности осмотреть все вещи и описать каждую заранее.

Скорее всего, придется извлекать объект за объектом из какого-то очередного чулана, класть его на уже существующие полки к аналогичным предметам без гарантий, что в итоге туда влезет все, что надо, что не понадобится искать место на других полках или ехать за новым стеллажом в Икею.

То есть, если вернуться к информационной архитектуре, перед стартом разработки никогда не получится выяснить все детали и запросы к продукту, категоризировать их, затем создать идеальную структуру сервиса и документов, ее описывающих (полки), и наконец заполнить исходными данными (вещами). Дополнительные детали бесчисленное количество раз всплывают в процессе работы над ней, над макетами, над бэкэндом, заставляя кардинально пересматривать как группировку исходных данных, так и саму структурную логику.

Компромисс

После второго подхода к разбору вещей и книг по полкам пришлось принять и признать два факта, которые напрямую касаются моей деятельности в сфере информационной архитектуры. Мы не раз поднимали эти вопросы во время работы над проектами инфодеска, но усвоились они только теперь.

  1. Сбор первичной информации нужно ограничивать по времени и глубине.
  2. Приступая к систематизации этой информации и разработке на основе этой системы архитектуры, нужно быть готовым поменять и то и другое большое количество раз.

Поэтому, лучше начинать работу над содержанием и логикой сервиса на основе только общих ключевых моментов. Детали могут сотню раз измениться. Я не говорю, что детали не важны, ведь смысл всей затеи — построить очень точную модель, на основе которой будет вестись дальнейшая разработка. Однако, их нужно собирать отдельно и обрабатывать охапками среднего размера, уже имея структуру, отвечающую требованиям к сервису более высокого порядка.

Обработка каждой такой охапки по сути — тест на прочность для предложенной структуры. Иногда она может не выдержать и придется выстраивать новую. В других случаях, придется вместе с клиентом пересмотреть и исходные требования, казавшиеся ключевыми. Но могу сказать точно, что описать всё максимально подробно и построить идеальную систему с первого раза — не получится. К моему большому сожалению, с этим приходится мириться.

Вывод

Понаставив себе синяков при сборке полок и как следует пропитавшись книжной пылью, могу со всей ответственностью сформулировать два совершенно необходимых (но не единственных!) навыка информационного архитектора:

  1. Умение четко определять оптимальный размер обрабатываемой охапки данных
  2. Способность спокойно заново выстраивать логическую структуру, после того, как она раз за разом разрушается очередной неучтенной ранее деталью.