Диагональный или линейный буфер?

[Технопром]

Здравствуйте.
Продолжаем осваивать ТОС. На данный момент ориентируемся в планах MTO на обычный буфер.
Решили провести эксперименты с диагональным буфером. Накидали алгоритм и сделали визуализацию (ПО собственное, см. вложение).
Вопрос в следующем. У нас есть много позиций в плане, которые мы делаем очень быстро. Поэтому за них не переживаем
и оставляем их изготовление на самый конец буфера. И если при линейном буфере эти позиции загорались красным
только в конце пути (когда остается меньше 1/3 времени), то при диагональном буфере, что вполне естественно, они горят красным
когда времени для выполнения ещё очень много (см. вложение). Получается весь план красный, хотя мы точно знаем, что всё хорошо.
На каком буфере остановиться? Диагональный — информативнее, но горит красным. Линейный — выглядит позитивнее, но уступает в наглядности.

[Александр Мамыкин]

Здравствуйте, мы когда пользовались диагональным буфером, делали его не просто 45 градусов линию, а высчитывали зависимость и желтая линия к окончанию расширялась, что позволяло не уходить в красную зону к окончанию заказа. Но с этим нужно быть осторожным в экспериментах.

[Виктор Вальчук]

Прокомментируйте, плиз что там у вас по осям откладывается. Что то буфер у вас как то необычно выглядит.

[Технопром]

[quote quote=10677]что там у вас по осям откладывается
[/quote]
X — количество часов для заказа (время от размещения до контрольной даты)
Y — процент выполнения заказа (заказ в шт, количество на складе известно на каждый момент времени)

[Технопром]

[quote quote=10675] а высчитывали зависимость и желтая линия к окончанию расширялась, что позволяло не уходить в красную зону к окончанию заказа. Но с этим нужно быть осторожным в экспериментах.
[/quote]
Да, согласен, желтую зону надо расширять к концу (позже сделаем). Вопрос в поиске уравнения этих линий (границ жёлтого), хочется чтобы программа сама всё строила.

[Виктор Вальчук]

[quote quote=10678]

Виктор Вальчук пишет:

что там у вас по осям откладывается

X — количество часов для заказа (время от размещения до контрольной даты)
Y — процент выполнения заказа (заказ в шт, количество на складе известно на каждый момент времени)

[/quote]
Если оси поменять, будет по крайней мере привычней.

[Технопром]

[quote quote=10680]

Технопром пишет:

Виктор Вальчук пишет:

что там у вас по осям откладывается

X — количество часов для заказа (время от размещения до контрольной даты)
Y — процент выполнения заказа (заказ в шт, количество на складе известно на каждый момент времени)

Если оси поменять, будет по крайней мере привычней.
[/quote]
Да, я осознано «перепутал» оси. Мне удобнее так.

[Виктор Вальчук]

Если прошло 100 часов, а сделано 20% работы, так в красном и должно быть.Если все у вас нормально, должны приблизительно по желтому идти. Может у вас слишком много одновременно заказов в работе, может вы с буфером времени ошиблись и его надо увеличить. А может партии слишком большие.

[Технопром]

[quote quote=10682]Может у вас слишком много одновременно заказов в работе, может вы с буфером времени ошиблись и его надо увеличить. А может партии слишком большие.
[/quote]
Согласен с вами, что заказ и должен быть красным. Вопрос только в том, что мы точно знаем, что успеем его к концу буфера, и поэтому его пока не делаем, а он плавно погружается в красную зону. И таких позиций много. Получается, что всё хорошо, а план горит красным. Прихожу к выводу, что:
1. Можно играть с положением жёлтой зоны (менять угол наклона). Но как это делать автоматически? На сколько расширять?
2. Можно буфер времени уменьшить, т.е загнать себя в рамки. Но в этом нет необходимости, т.к. дата отгрузки согласована с заказчиком и спешить некуда (раньше ему не надо).
3. Вообще в план не вставлять, раз пока делать не надо и всё успеваем.

Спасибо за ответы.

[Виктор Вальчук]

Управление с помощью буфера постороено на том, что 1.»буфер напряженный, но выполнимый». 2. Заказ не в коем случае не запускается до даты = Дата сдачи — буфер. Если вы это не используете, то извините, но у вас все что угодно, но не ББК. У вас нат буфера, у вас нет диоганального буфера. Есть диаганальная диаграмма.

[Технопром]

[quote quote=10693]Заказ не в коем случае не запускается до даты = Дата сдачи — буфер.
[/quote]
Всё верно. Но. Дата сдачи известна, а буфер нет. Соответственно оперируем только буфером.
Как же в план не вставлять, если можно вставить и время позволяет (т.е буфер по размерам очень комфортный)?
Деньги за заказ поступили, можно делать. Все равно отгрузим.
Если отложить на потом, то возможно мощности будут простаивать. Да, да, знаю — в ТОС это не критично.
Но с другой стороны ТОС говорит, что работай не работай, но операционные затраты все равно мы заплатим.
ЗП рабочих у нас почасовая. Если заказ не запускать (уточню — оплаченный заказ), то рабочим мы все равно заплатим.
Поэтому, есть ли смысл откладывать заказ, искусственно уменьшая буфер?

[Виктор Вальчук]

Получается, что у вас сейчас недозагруз.

Буфер — это фиксированная величина для конкретного заказа. А у вас это получается «время до сдачи заказа». Если есть недозагруз, и хотите запустить раньше, то считайте тогда «дата окончания заказа» = «зата запуска+буфер». Сделаете раньше, чем «дата сдачи». Но буфер должен быть фиксированным. Вы должны стараться в него вписываться.

Зачем принимаете завазы на такие поздние даты? Обещайте дату сдачи = Буфер+дата запуска. Сроки изготовления будут короче, клиенты будут лояльнее, количество заказов возрастет. Почему не делаете так?

[Роман Пантелеев]

Опять двадцать пять. Ну съездите пожалуйста — обучитесь у Виктора Васильевича. Челябинск замечательный город. То что Вы делаете не ТОС. От слова совсем. Вы изобретаете собственное управление производством — назовите его своим именем.

[Роман Пантелеев]

[quote quote=10695]Получается, что у вас сейчас недозагруз.

Буфер — это фиксированная величина для конкретного заказа. А у вас это получается «время до сдачи заказа». Если есть недозагруз, и хотите запустить раньше, то считайте тогда «дата окончания заказа» = «зата запуска+буфер». Сделаете раньше, чем «дата сдачи». Но буфер должен быть фиксированным. Вы должны стараться в него вписываться.

Зачем принимаете завазы на такие поздние даты? Обещайте дату сдачи = Буфер+дата запуска. Сроки изготовления будут короче, клиенты будут лояльнее, количество заказов возрастет. Почему не делаете так?

[/quote]
Виктор Васильевич, да он сам сказал — главное чтобы не простаивали.

[Технопром]

[quote quote=10699]
да он сам сказал — главное чтобы не простаивали.
[/quote]
Люди с бурной фантазией всегда в цене.

Уважаемый Роман Пантелеев (участник форума). А можно я приеду к вам за опытом по ТОС? Что у вас есть? Собственное производство, может компания какая, где внедрена правильная ТОС. Я заплачу. Только одно условие — это должна быть ваша успешная компания. Мне нужна практика. Знаниями теории блистайте здесь, на форуме.

[Автор]

Сообщения