В ходе работы со студентами появляются интересные модели системной динамики. Возможно, кого то заинтересуют эти модели.
В книге Шервуда Видеть лес за деревьями в главе 8 Стимулирование роста дан график (рис. 8.10) изменения доходности бизнеса при действии нескольких уравновешивающих петель не одновременно, а по очереди.

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

Поведение такой системы дано на графике

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

Модель производительности, исправленная по замечаниям Георгия Лейбовича

Филонов пишет
Для наглядности достаточно привести масштаб шкал способности 1:200 и и производительности 1:100 к одной (1:200 перевести в масштаб 1:100, так чтобы линия 3 стала выше линии 1 (чуть выше 100)). Масштаб в программе выбирается автоматически
Добавить небольшую дополнительную задержку после "давление на выполнение работы" в Вашей схеме #53122 .Зачем?
Добавить выход (облачко процесса) справа в 53122...К какому запасу добавить выход? Возможности? Это не повлияет на характер процесса
Там много еще интересных следствий, если рассуждать в рамках масштабы (как views, pastiche), единицы измерения (язык, онтология, view point), графики как дуги окружностей разных радиусов, view и т.д.
Давление идет не постоянно, а импульсно. Надо рассматривать последствия реакции системы на импульсное воздействие (пришел начальник раздолбал) .
Представленные графики очень грубо, сильно усредненно показывают общий тренд. (приблизительно как тренд погода зима, весна, лето, осень vs погода на завтра или неделю) Стояла задача - показать на диаграмме основные взаимодействующие процессы: стремление скорее выполнить задание и процесс повышение возможностей справятся с заданиями за счет новых технологий

Александр Запорожцев пишет: Модель производительности, исправленная по замечаниям Георгия Лейбовича

Филонов пишет
Для наглядности достаточно привести масштаб шкал способности 1:200 и и производительности 1:100 к одной (1:200 перевести в масштаб 1:100, так чтобы линия 3 стала выше линии 1 (чуть выше 100)). Масштаб в программе выбирается автоматически
Добавить небольшую дополнительную задержку после "давление на выполнение работы" в Вашей схеме #53122 .Зачем?
Добавить выход (облачко процесса) справа в 53122...К какому запасу добавить выход? Возможности? Это не повлияет на характер процесса

Я писал комментарии к другой схеме (#53122)

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

Сколько не тряси пальму дополнительно - банан не упадет.

Александр Филонов пишет: Я писал комментарии к другой схеме (#53122)
Здесь также лучше добавить дополнительный кран (время работы) после крана (возрастание способностей).

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

Александр Запорожцев пишет: Принцип Окама - не увеличивая сущности без надобности. Мы не рассматриваем потерю Возможностей

Ага. Трусите пальму сильнее. (Принцип Оккама).

(Cтатья как раз про то, что способности - это изменение сущности )

Подменив способности (smart actions) возможностью (dull actions), а производительность (кпд) - результативностью, Вы изменили СУЩНОСТЬ.

Способность = перестройка структуры внутри черного ящика, (который вы назвали возможностью), расширив понятие (способность), и тем самым сделав его более тупым (dull)

Александр Филонов пишет:

Александр Запорожцев пишет: Принцип Окама - не увеличивая сущности без надобности. Мы не рассматриваем потерю Возможностей

Ага. Трусите пальму сильнее. (Принцип Оккама).

(Cтатья как раз про то, что способности - это изменение сущности )

Подменив способности (smart actions) возможностью (dull actions), а производительность (кпд) - результативностью, Вы изменили СУЩНОСТЬ.

Способность = перестройка структуры внутри черного ящика, (который вы назвали возможностью), расширив понятие (способность), и тем самым сделав его более тупым (dull)

Ничего не понял

Александр Запорожцев пишет: Ничего не понял

А зачем Вам понимать?

Принцип Оккама: замените "не понял" (способность) на "понял" (возможность) и чики-пики.

Пытаюсь разобраться как строить модели системной динамики (нужно написать методичку студентам).
Анализирую материалы с описанием построения моделей, в качестве первого материала выбрал статью Жаринова "О сдельной и не сдельной оплате труда"
Вот одна из первых его моделей

В модель введена цепочка заменяющая неявную связь между переменными Производственные ресурсы и Способность справляться с заказами: уровень загрузки ресурсов, защитные мощности и размер незавершенного производства. Пытался эти элементы ввести в модель - пока ничего не получилось - нужно разббираться
Сделал модель, которая работает (выдает ожидаемое поведение)

Проверил - все правильно

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

Добавил в модель две переменные


Стремление максимально загрузить ресурсы и НЗП. Стремление загрузить ресурсы проводит к росту НЗП, что уменьшает Возможность вправляться.
При стремлении максимально загрузить ресурсы = 0.6 получен следующий график

Если стремление загрузить ресурсы увеличивается до 0.9, то процесс роста бизнеса заметно замедляется

Рассматривается задача управления персоналом
Исходная диаграмма циклической причинности из книги Шервуда имеет вид

Поставлена задача - разработать модель потоков и запасов
Рассмотрим первую часть - управление количеством персонала

В этой модели реализована нижняя петля - управление количеством персонала и часть средней петли - управление потерей персонала
Переменная Желание уволиться - характеризует количество персонала, которое готово уволиться по собственному желанию
Принято плановое количество персонала = 1000, а приемлемый уровень потерь персонала = 50.
Если желающих уволиться возрастет с приемлемого уровня 50 до 75, то поведение системы будет следующим

Переменные системы изменяются предсказуемым образом.
Поведение становиться непредсказуемым, если ввести задержку в поток Прием-увольнение (Пpием_Увольнение = DELAY(Pазница_кол_пеpсонала,1))

Если вы знакомы с динамикой систем, то результат ожидаем - наблюдается переходный колебательный процесс, который переходит в стабильное состояние.
Если увеличить задержку (Пpием_Увольнение = DELAY(Pазница_кол_пеpсонала,2)), то стабильного состояния не наступает и процесс теряет устойчивость

Все как предсказывал Форрестер (Индустриальная динамика)
Есть идеи, как изменить структуру системы, чтобы при наличии задержки процесс оставался стабильным?
Было бы интересным узнать реальные проблемы с поддержанием численности персонала.