Владимир Боднарюк

16 сентября 2024 стартовал корпоративную группу

Tue, 17 Sep 2024 12:16:20 +0300

Интересующихся системным мышлением коллег набралось в количестве, так что запросил в ШСМ преподавательский доступ. Участники корпоративной группы, которую курирует мастер, получают подписку «Бесконечное развитие» на прохождение семестра. После окончания семестра предоставляется доступ к следующему.
Вчера быстренько провёл установочную встречу, сегодня помогаю подключиться в aisystant.

Про архитектуру (организаций) и закон Конвея

Mon, 24 Jun 2024 11:30:58 +0300

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

Закон Конвея — “Организации проектируют системы, которые копируют структуру коммуникаций в этой организации”.

Что из это следует? Простой вывод: если архитектура организации противоречит архитектуре (целевой) системы — то победит архитектура организации. Например, если в проекте собрались глубокие профильные спецы — они будут склонны выстраивать функциональные отделы, увеличивая очереди заявок между ними. И наоборот, если все общаются со всеми, то по каждому вопросу будут проводиться совещания, в итоге, занимая всё свободное время.

Немного отвлечёмся от проблематики, посмотрим, какие архитектуры в принципе бывают.

Модульная архитектура
Описание: Система разделена на независимые модули, каждый из которых выполняет определенную функцию.
Преимущества: Упрощает разработку и тестирование, позволяет параллельную работу нескольких команд, облегчает масштабирование и модификацию системы.
Монолитная архитектура
Описание: Система представлена в виде единого, цельного блока, где все компоненты тесно связаны друг с другом.
Преимущества: Простота разработки и развертывания, высокая производительность за счет отсутствия межмодульных взаимодействий.
Микросервисная архитектура
Описание: Система состоит из множества мелких сервисов, каждый из которых выполняет конкретную задачу и взаимодействует с другими сервисами через API.
Преимущества: Гибкость, возможность независимого развертывания и масштабирования сервисов, улучшенная устойчивость к ошибкам.
Слоистая (многоуровневая) архитектура
Описание: Система разделена на несколько слоев, каждый из которых отвечает за определенный аспект функциональности (например, презентационный слой, бизнес-логика, слой данных).
Преимущества: Четкое разделение ответственности, упрощение разработки и тестирования, возможность независимого изменения слоев.
Архитектура на основе событий
Описание: Компоненты системы взаимодействуют друг с другом через события, что позволяет асинхронное выполнение задач.
Преимущества: Высокая масштабируемость, улучшенная отзывчивость системы, возможность обработки большого объема данных в реальном времени.

А вот и финальный вывод. Нужно провести «Обратный манёвр Конвея». Сначала стоит подумать, какую (целевую) систему вы хотите получить, исходя из означенных преимуществ. А затем спроектировать команду проекта именно с учётом нужной архитектуры. Хотите скорость работы — наймите всех нужных людей и посадите их в одном помещении. Хотите, чтобы части системы могли работать параллельно — добро пожаловать в модули. Много процессов завязаны друг на друга — тогда архитектура на основе событий (консультации по запросу с нужными экспертами в моменте).
Какая архитектура в вашей организации?

Истинное назначение базы знаний (БеЗе)

Mon, 24 Jun 2024 09:39:51 +0300

Тезисно как сейчас воспринимается база знаний и какой она может быть.
Итак, типовое восприятие — хранилище мёртвых регламентов, куда никто не заглядывает. Регламенты, скорее всего, писались из позиции «как должно быть», никогда жизнь не отражали, и за прошедшие год-два-три безнадёжно устарели. Можно, конечно, назначать ответственного, проводить опросы и пытаться возвращать БЗ в работу. Но перед этим стоит расширить картину мира.
Во-первых, все регламенты сразу должны автоматизироваться. Сотрудники уже не смотрят в бумажки, не роются в архивах. Они сразу пишут в чат или совершают звонок. Поэтому, если регламент предписывает, например, разослать материалы перед совещанием — это нужно сразу программировать в бронировании переговорной комнаты «приложите материалы для рассылки по списку» (а без материалов бронь отменится).
Во-вторых, современные компании движутся в сторону «цифрового двойника». Всё начинается с цифрового проектирования (а не в голове и бумаге), затем версионирование (иначе, каждый сотрудник работает со своей копией), затем отслеживание изготовленных по проектам продуктов (в процессе эксплуатации у клиента, что позволяет ещё и абонентскую поддержку продавать).
Таким образом, современная база знаний интегрирует (оркеструет между собой) как минимум, следующий софт:

Система проектирования PLM, обязательно с учётом версий спроектированных объектов (жизненный цикл проектирования)
Система ресурсного планирования ERP — настоящая, а не просто документооборот (жизненный цикл закупки)
Система эксплуатации EAM, где ведутся индивидуальные журналы по каждой детали (жизненный цикл эксплуатации)
Например, в трубопроводе нужна «заглушка». PLM-система будет содержать информацию о том, какую функцию выполняет эта заглушка, а ERP-система будет помнить, у кого её купили и что там говорилось в договоре покупки — это очень пригодится, когда что-нибудь с этой заглушкой пойдёт не так (скажем, поломается, в том числе поломается в рамках гарантийного срока, или её потребуется заменить или оставить в ходе при модернизации всего трубопровода). EAM-система отвечает на вопросы что происходило и происходит в реальном времени (при наличии датчика — настоящий «цифровой двойник») с этой конкретной заглушкой.
Сложность в том, что учёт договоров ведётся, например, в 1С, проектирование оторвано от реальности и ведётся «на салфетках» в угоду скорости тушения пожаров, а журналы эксплуатации (а тем более, датчики в деталях) отсутствуют как класс.
Настоящая, современная база знаний, позволит интегрировать все данные, настроить интерактивные дашборды, подсветить текущие и будущие проблемы. Огромная работа, которая многократно окупится, если предприятие планирует не только выживать, но и развиваться в третьем цифровом тысячелетии.

Готовлю курс по цифровым навыкам

Thu, 09 May 2024 13:30:32 +0300

Начинаю собирать в кучку свои знания про любимые гаджеты и софт. Скоро в эфире!

Стратегирование 2024-04-06

Sat, 06 Apr 2024 15:00:26 +0300

В начале апреля 2024 планирую инвестировать год 2024-25 на получение магистратуры. В 2000 я стал бакалавром и 20 лет этого было достаточно. Думаю, пока есть годичные программы, стоит вложиться деньгами и временем, и закрыть свой юношеский гештальт по программированию. Да, в очень коротком листе магистратур, на первом месте «Инженерия данных», с возможным треком «Python-разработчик». По итогам магистратуры открывается дорога в аспирантуру (пока не нужна) и изучается достаточно востребованная профессия, дающая возможность работать онлайн (это интересно).
ВУЗы поисследовал именно в РФ, чтобы пока не погружаться в English. Тем более, за рубежом, магистратура два года.
Из цели поступления вытекает задача подтянуть математику.
Вперёд, ныряю с головой!

Начинаю самостоятельное обновление системного мышления

Wed, 24 Jan 2024 08:10:55 +0300

Проходить буду по программе Школы Системного Менеджмента, где в этом году мне предстоит подтверждать квалификацию «Мастер».
И начну я с курса «Моделирование (и собранность)», который в последнее время вызывает множество вопросов в чатах поддержки.

Думаю, стоит рассмотреть моделирование бытовое и в системном мышлении.
Из бытового сразу вспоминаются модельки машинок, ни на что не годные, кроме игр и любования. А ещё уменьшенные модели формулы 1, которые обдувают в аэродинамической трубе, чтобы проверить расчеты. Тут уже польза есть)
В СМ моделирование считается необходимым для понимания типизации. Сообщается, что типов много и мне ещё предстоит понять, чем мышление в типах отличается от мышления в объектах? Тем более, что есть ментальные объекты (типы?)

Ссылка на курсы школы https://system-school.ru/mobilecourses

Картинка

Tue, 23 Jan 2024 14:33:02 +0300

Для проверки где она будет лежать на хостинге.

Подпись к картинке.
Продолжение подписи.

И только через строку следующий текст. Про то, что картинки лежат в папке pictures (странно, да?).

Главное

Tue, 23 Jan 2024 12:26:20 +0300

Контакты

Город: Москва
Telegram: https://t.me/vladimirbodnaryukru
Email: bdnrk@ya.ru

Концепция

Несмотря на то, что сайт публичный, заметки я планирую делать для себя (будущего). И для ситуаций, когда нужно много раз рассказывать одно и то же, проще написать и дать ссылку.

Сокращения

СМ — системное мышление

Про блог

Tue, 23 Jan 2024 08:16:42 +0300

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

Домен в https://www.reg.ru/ (про них напишу отдельную благодарность).
Хостинг в https://beget.com/ru на бесплатном тарифе можно держать один сайт с базой данных.
Движок для блога https://blogengine.ru/

Всё это хорошо работает даже со смартфона, а затрат требует раз в год оплатить домен.

Версия 2.0? Буду идти к статическому блогу чисто на файлах, без баз данных, чтобы лежал у меня в git на ноутбуке и отображался на домене с зеркалом на github pages.

Понедельник — день начала!

Mon, 22 Jan 2024 17:44:39 +0300

Салют! Подготовил пространство для работы со своими мыслями в текстовом формате.