Зарисовка заметки: каким должно быть приложение для живых систем (компаний)

—

Посажено: 15.05.2025 | Обновлено: 20.06.2025

Living Systems

Творческая деятельность плохо терпит «жёсткие» системы и тотальный контроль

  • ➊ Есть, может, и не самое популярное, но разделяемое многими мнение, что:
    • К творческой деятельности, помимо привычных уже областей, прямо относятся сфера управления, все виды исследований, разработка ПО, работа со знаниями в разных ипостасях.
    • Значимая доля творческой составляющей есть во многих активностях. Например, совместная работа команд наполовину построена на творчестве.
  • ➋ Творческая деятельность, особенно в командах, имеет свою специфику, которая очень сильно отличается от подходов, принятых в enterprise-сегменте.
  • ➌ Изначальная жёсткость системы и заточенность на контроль (management) — основная причина почему большинство таск-менеджеров, систем управления проектами, BPM-систем слабо приспособлены для поддержки творческой деятельности. Ими не любят пользоваться.
    • И есть обратный пример с горизонтальными приложениями (Excel, Trello, Notion), которые как раз нашли широкое признание среди «творческих команд».

Деятельность и особенности работы подобных творческих команд можно для начала обозначить понятием «живых систем».

Надо определиться на 1-м этапе:

  • С конечным понятием и характеристиками «живых систем» (поиски можно начать со стороны Cynefin framework).
  • Подробно формализовать проблему «распределенности знаний» (типичные KM-подходы могут быть в данном случае тупиком?).
  • После этого логично выйти на потребность в «документоцентричном UX». Фактуры (и приложений) здесь хватает, поэтому можно набрать много конкретных примеров работы подобного UX. И даже реальные команды указать, использующие приложения со схожими подходами.
  • Приложения, относимые к «Malleable software», можно рассматривать как один из базовых инструментов автоматизации «живых систем». По крайней мере, на уровне отдельных участников подобных команд (компаний).

В рамках «тематического рубрикатора» получается хороший перехлёст тем и в потенциале затрагивается один из outcomes ➜ «Виртуальные исследовательские лаборатории» (организация их работы).

—

Что у нас для начала есть из референсов

  1. Живая система
    1. Выдержка из эссе «How Trello is different». Joel Spolsky, один из основателей приложения, 2012 год ➜ универсальные структуры данных; team coordination system.
    2. Заметка Среда для инкубации исследовательских идей и связанная с ней лекция Владимира Трофименко «Методики успешного управления научными проектами на основе опыта компаний – скрытых чемпионов» ➜ инновации — это творчество, искусство в какой-то мере.
    3. Перевод статьи «Agile как травма». Очень много тезисов, которые можно использовать ➜ избыточность менеджмента; collaboration не так уж и нужен; концептуальная целостность…
    4. Реальный пример из сферы геймдева — посты Волкова Антона. Он пусть пока и на небольших масштабах выстраивает как раз такую «живую систему». Начать с поста про то, как организован рабочий процесс в студии у Антона. А дальше по ссылкам и на стене много связанных заметок размещено (часть из них уже есть в архиве). Сам Антон рекомендует послушать его выступление на на DevGamm 2021.
    5. Пост При работе на длинную дистанцию главное, чтобы «процесс сходился». Опять же реальный пример от Николая Рыжикова (владелец успешной IT-компании). Поддерживает тезис, продвигаемый Волковым ➜ Вместо цели — направление движения. Вместо точки — вектор.
  2. Потенциалы роста количества «живых компаний»
    1. Наблюдение от Волкова о том, что рынок уже «всячески поддерживает небольшие талантливые студии с визионерами во главе».
    2. Бурное развитие экосистемы и сообщества Local-first приводит к появлению новых небольших и независимых команд IT-разработчиков. Для погружения в вопрос можно начать с выступления Martin Kleppmann: The past, present, and future of local-first. На днях прошла уже 2-я ежегодная конференция. Начали выделяться смежные сообщества (например, «sync stack»), что, на мой взгляд, не раздробит, а поможет росту экосистемы и рынка.
    3. В России это в целом запрос со стороны государства и рынка на научные и инженерные исследования. Можно поискать конкретную статистику, но точно известно, что здесь появляется очень много именно малых команд, не зараженных enterprise-практиками.
  3. Распределенность знаний.
    1. Надо брать реальные примеры работы команд в Coda.io, Notion. В аутлайнерах подобрать хорошие кейсы (Roam, Tana). Данный момент надо показывать именно на практике.
    2. Из референсов ➜ есть один сервис, который много и активно на данную тему писал, но он пока не взлетел (и не хочется активно на него ссылаться). Надо в своих архивах ещё покопаться…
  4. Документоцентричный UX
    1. Опять же пункт 3.1. выше.
    2. Стартовать со своего хаба ☊ UX и дальше по references побродить по связанным темам / заметкам.
    3. Пост про новое исследование / прототип приложения от команды Ink & Switch ➜ Embark: Dynamic documents for making plans. И приложенный файл с переводом к нему.
    4. Обновленное фундаментальное эссе на тему «Malleable software» от «Ink & Switch» ➜ Restoring user agency in a world of locked-down apps.
    5. Исследование «Patterns of Hypertext-Augmented Sensemaking» и фреймворк «Discourse Graph». Эти наработки применяются как отдельными учеными, так и в реальных научных лабораториях.
    6. Расширить и переписать свою заметку «Сценарии, когда полезна возможность редактирования трансклюзии в приложении».