Сходил на открытую лекцию в MIT по системному мышлению. Делюсь инсайтами.

Помните, я недавно писал пост про выбор программы Executive Education? В рамках этого ресерча решил позалетать на открытые лекции разных универов - благо, и MIT, и Stanford проводят их в огромном количестве.

Цели у меня тут сугубо прагматичные:
1. Посмотреть на лекторов и оценить качество подачи материала.
2. Пошерстить чат и понять, что за люди вообще потенциально присутствуют.
3. Оценить применимость отдельных предметов из больших программ к моим профессиональным целям.

В этот раз слушал профессора Джона Стермана. И вот какие главные выводы сделал в контексте моей специфики.

Иллюзия линейного планирования
Стерман говорит, что классическая модель "определил проблему - собрал данные - внедрил решение" сегодня уже не работает. Процессом сегодня управляют непрерывные петли обратной связи. Со своей стороны хочу заметить, что это очень сильно мэтчится с тем, что я вижу в работе с R&D и AI. Поэтому Agile процессы, циклы обратной связи, быстрое прототипирование, one-on-one с командой - все эти всевозможные штуки, направленные как на продукт, так и на команду, являются системной необходимостью.

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

Роль "симуляторов полета" в инновациях
Людям бесполезно показывать правильные исследования - они не изменят свои подходы, пока не попробуют сами. В нашей практике роль такого симулятора играет процесс сборки POC. Мы прогоняем логику продукта дешево и тестируем гипотезы в безопасной среде, прежде чем переходить к полноценной сборке приложения.

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

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

В контексте сегодняшнего рынка и сегодняшних продуктов концепция управляемого хаоса становится нормой. Но при этом этот хаос должен быть жестко ограничен рамками инженерного контроля.

🚀 Влад Корнышев про AI и создание AI-продуктов