Интересующихся системным мышлением коллег набралось в количестве, так что запросил в ШСМ преподавательский доступ. Участники корпоративной группы, которую курирует мастер, получают подписку «Бесконечное развитие» на прохождение семестра. После окончания семестра предоставляется доступ к следующему.
Вчера быстренько провёл установочную встречу, сегодня помогаю подключиться в aisystant.
Стартует очередной проект, вы собираете команду из своих специалистов и внешних консультантов. Как ни странно, результат, который у вас получится будет отражать сложившуюся структуру коммуникации.
Закон Конвея — “Организации проектируют системы, которые копируют структуру коммуникаций в этой организации”.
Что из это следует? Простой вывод: если архитектура организации противоречит архитектуре (целевой) системы — то победит архитектура организации. Например, если в проекте собрались глубокие профильные спецы — они будут склонны выстраивать функциональные отделы, увеличивая очереди заявок между ними. И наоборот, если все общаются со всеми, то по каждому вопросу будут проводиться совещания, в итоге, занимая всё свободное время.
Немного отвлечёмся от проблематики, посмотрим, какие архитектуры в принципе бывают.
А вот и финальный вывод. Нужно провести «Обратный манёвр Конвея». Сначала стоит подумать, какую (целевую) систему вы хотите получить, исходя из означенных преимуществ. А затем спроектировать команду проекта именно с учётом нужной архитектуры. Хотите скорость работы — наймите всех нужных людей и посадите их в одном помещении. Хотите, чтобы части системы могли работать параллельно — добро пожаловать в модули. Много процессов завязаны друг на друга — тогда архитектура на основе событий (консультации по запросу с нужными экспертами в моменте).
Какая архитектура в вашей организации?
Тезисно как сейчас воспринимается база знаний и какой она может быть.
Итак, типовое восприятие — хранилище мёртвых регламентов, куда никто не заглядывает. Регламенты, скорее всего, писались из позиции «как должно быть», никогда жизнь не отражали, и за прошедшие год-два-три безнадёжно устарели. Можно, конечно, назначать ответственного, проводить опросы и пытаться возвращать БЗ в работу. Но перед этим стоит расширить картину мира.
Во-первых, все регламенты сразу должны автоматизироваться. Сотрудники уже не смотрят в бумажки, не роются в архивах. Они сразу пишут в чат или совершают звонок. Поэтому, если регламент предписывает, например, разослать материалы перед совещанием — это нужно сразу программировать в бронировании переговорной комнаты «приложите материалы для рассылки по списку» (а без материалов бронь отменится).
Во-вторых, современные компании движутся в сторону «цифрового двойника». Всё начинается с цифрового проектирования (а не в голове и бумаге), затем версионирование (иначе, каждый сотрудник работает со своей копией), затем отслеживание изготовленных по проектам продуктов (в процессе эксплуатации у клиента, что позволяет ещё и абонентскую поддержку продавать).
Таким образом, современная база знаний интегрирует (оркеструет между собой) как минимум, следующий софт:
Начинаю собирать в кучку свои знания про любимые гаджеты и софт. Скоро в эфире!
В начале апреля 2024 планирую инвестировать год 2024-25 на получение магистратуры. В 2000 я стал бакалавром и 20 лет этого было достаточно. Думаю, пока есть годичные программы, стоит вложиться деньгами и временем, и закрыть свой юношеский гештальт по программированию. Да, в очень коротком листе магистратур, на первом месте «Инженерия данных», с возможным треком «Python-разработчик». По итогам магистратуры открывается дорога в аспирантуру (пока не нужна) и изучается достаточно востребованная профессия, дающая возможность работать онлайн (это интересно).
ВУЗы поисследовал именно в РФ, чтобы пока не погружаться в English. Тем более, за рубежом, магистратура два года.
Из цели поступления вытекает задача подтянуть математику.
Вперёд, ныряю с головой!
Проходить буду по программе Школы Системного Менеджмента, где в этом году мне предстоит подтверждать квалификацию «Мастер».
И начну я с курса «Моделирование (и собранность)», который в последнее время вызывает множество вопросов в чатах поддержки.
Думаю, стоит рассмотреть моделирование бытовое и в системном мышлении.
Из бытового сразу вспоминаются модельки машинок, ни на что не годные, кроме игр и любования. А ещё уменьшенные модели формулы 1, которые обдувают в аэродинамической трубе, чтобы проверить расчеты. Тут уже польза есть)
В СМ моделирование считается необходимым для понимания типизации. Сообщается, что типов много и мне ещё предстоит понять, чем мышление в типах отличается от мышления в объектах? Тем более, что есть ментальные объекты (типы?)
Ссылка на курсы школы https://system-school.ru/mobilecourses
Для проверки где она будет лежать на хостинге.
И только через строку следующий текст. Про то, что картинки лежат в папке pictures (странно, да?).
Город: Москва
Telegram: https://t.me/vladimirbodnaryukru
Email: bdnrk@ya.ru
Несмотря на то, что сайт публичный, заметки я планирую делать для себя (будущего). И для ситуаций, когда нужно много раз рассказывать одно и то же, проще написать и дать ссылку.
СМ — системное мышление
Это уже не первая моя попытка запустить блог. Но только сейчас я нашел устраивающий меня баланс. Сочетание недорого домена, бесплатного хостинга и движка дают возможность практически любых улучшений в будущем.
Итак, мой рецепт блога 1.0:
Всё это хорошо работает даже со смартфона, а затрат требует раз в год оплатить домен.
Версия 2.0? Буду идти к статическому блогу чисто на файлах, без баз данных, чтобы лежал у меня в git на ноутбуке и отображался на домене с зеркалом на github pages.
Салют! Подготовил пространство для работы со своими мыслями в текстовом формате.