ТОС и системная динамика
ДТР позволяет сформулировать гипотезу о причине негативных явлений.Александр Запорожцев пишет: ДТР позволяет определить причину негативных явлений....
Если такой взгляд на вопрос некорректен, то хотел бы услышать аргументы.
ДТР - результат работы группы экспертов, которые могут ошибаться.
Если используют неадекватную модель, например.
Или если преследуют разные цели
Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.
Ксенчук Евгений пишет:
ДТР позволяет сформулировать гипотезу о причине негативных явлений.Александр Запорожцев пишет: ДТР позволяет определить причину негативных явлений....
Если такой взгляд на вопрос некорректен, то хотел бы услышать аргументы.
ДТР - результат работы группы экспертов, которые могут ошибаться.
Если используют неадекватную модель, например.
Или если преследуют разные цели
В традиционной технологии (Одед Коэн) ДТР является проверочным инструментом к тому, что выявленный корневой конфликт вызывает все НЖЯ. Попытка использовать ДТР для поиска причины обычно приводит к расфокусировке и не является точным инструментом. Первоначально ДТР предназначался для анализа (поиска) причины. Однако неудовлетворительные результаты заставили изменить стратегию. Традиционный подход (которому обучали в Goldratt School в Лондоне) - Gap->UDE->метод 3UDE и только затем ДТР. Подход Деттмера - построение IOM, из него: формулирование UDE, формулирование EC (затем ДТР), либо формулирование ДТР.
Если UDE, тучи и ДТР строятся по технологии - вероятность создать неверную картину реальной ситуации крайне низка. Если же такая ситуация случилась - это большая удача. Потому что никто (ни консультанты, ни сотрудники) не подозревали об определенных свойствах системы. Высока вероятность что и конкуренты не подозревают. Разбор ситуации отсутствия результатов позволит выявить эту особенность и нащупать мощное конкурентное преимущество.
PS Только не "негативных явлений"!!! НЖЯ! НЖЯ - это то что нам не нравится и мы можем изменить. Все НЖЯ - негативные явления, но не все негативные явления - НЖЯ. НЯ может быть разовым, НЖЯ - это стабильное состояние.
Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.
Александр Филонов пишет: Просто СД состоит из модулей (уже с жестко фиксированной, железной, безошибочной логикой) и ошибки начинаются с соединения этих модулей в более крупную модель.
Как мне представляется ошибка может быть уже при выборе типовой модели (в реальности другая система, а мы выбрали конвеер с накопителем), а затем как Вы правильно пишите при стыковке этих типовых. Затем СД требует коэффициентной настройки типовых моделей - тут мы тоже можем ошибиться. Возможно это не повлияет на качественные выводы, но на количественные повлияет точно. А как мы видели смена характера настройки может сменить качественное поведение модели. В этом плане лично мне представляется крайне сложным анализ системы с помощью СД. Но возможно есть некая методология, которая повышает надежность. Игорь упорно молчит.
Александр Филонов пишет: ТОС занимается тем же самым, только у нее нет блоков (модулей) с безошибочной логикой, из которых она могла бы конструировать более крупную модель. Поэтому ей приходится иметь дело с блоками (с ошибочной, неустойчивой логикой
)
ТОС многогранен и когда видишь его по вершкам, он может выглядеть хаотичным и порой не логичным. Голдратт не довел его до состояния внутренней простоты. Ее приходится постигать в процессе обучения. В ТОС есть типовые решения, но это логические обусловлено. До 2000-х Голдратт принципиально не делал типовых решений, что возможно позволило не стать ТОС культом, но одновременно оставило его уделом узких специалистов.
Александр Филонов пишет: Результат может быть один и тот же. Только собирать конструкцию из элементарных элементов (диодов) или использовать готовые модули (процессоры) - две разные вещи. Одна конструкция может быть громоздкой, долгой, ненадежной и неизвестно, заработает или нет. Другая - plug-and-play.
Мне не подходит такая аналогия. ТОС принципиально другой по сравнению с СД. ТОС с удовольствием пользуется потоковыми диаграммами и ДЦП, чтобы доносить до людей идеи. ТОС с удовольствием пользуется инструментами Lean, чтобы на практике реализовывать подчинение системы ограничению и реализовывать веревку.
Александр Филонов пишет: Недаром Виктор бросил это "грязное" дело собирать снизу-вверх, и ездит с готовыми (стандартными) модулями-решениями 3UDE, неоднократно проверенными на разных предприятиях, и подгоняет под них логику.
3UDE (это как раз снизу-вверх)
, а стандартные это MTO, MTA, DTA и т.д.Александр Филонов пишет: Проверить как ТОС конструкция работает - мы не можем. Она не записана в форме 0 и 1, ни в форме аналоговых сигналов. Логичность ее, как мы видим, хромает. Но заставляет работать мозг (ошибки).
Работает или нет ТОС проверяется на реальном предприятии и реальной ситуации. Где Вы видите, что логичность ее хромает?!
Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.
Уточнения принимаются - когда мы что то анализируем (и ДТР и ДПЗ), мы всегда работаем с гипотезами.Ксенчук Евгений пишет: ДТР позволяет сформулировать гипотезу о причине негативных явлений.
ДТР - результат работы группы экспертов, которые могут ошибаться.
Если используют неадекватную модель, например.
Или если преследуют разные цели
Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.
Не согласен. ДТР не работает с предположениями.Александр Запорожцев пишет:
Уточнения принимаются - когда мы что то анализируем (и ДТР и ДПЗ), мы всегда работаем с гипотезами.Ксенчук Евгений пишет: ДТР позволяет сформулировать гипотезу о причине негативных явлений.
ДТР - результат работы группы экспертов, которые могут ошибаться.
Если используют неадекватную модель, например.
Или если преследуют разные цели
Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.
-
Главная
-
Форум
-
Форум LeanZone.ru
-
Общий
- ТОС и системная динамика