Управление производством и материальными запасами в век ЭВМ (стр. 20 )

Многие компании указывают на то, что они не знают, как применять ППМ в связи с трудностями прогнозирования. Они используют этот довод в качестве оправдания для применения систем с точкой заказа в тех случаях, когда такие системы не подходят. При более близком рассмотрении выясняется, что перед ними стоит проблема структуризации спецификаций, а они ее не осознали или не сумели правильно разрешить.

Имеются другие аспекты построения спецификаций. Разработка комплексного графика часто облегчается при сокращении в них числа номеров компонентов по сравнению с конструкторско-технологической документацией. При изготовлении грузовика, например, для крепления узлов применяют гайки и болты и другие сочетания деталей, используемых совместно, но в разных наборах. Вместо того чтобы включать их по отдельности в комплексный график, группам деталей часто присваивают мнимые шифры узла, или «комплекты». Один шифр комплекта используют для идентификации тех деталей, которые применяются в полутонном грузовике, другой — для автомобиля с определенным кузовом и т. п. Шифр комплекта не означает шифр действительного изделия — эти детали сами по себе недостаточны для того, чтобы составить узел. Такие шифры просто используются для идентификации набора деталей при разработке комплексного графика.

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

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

Задачи разработчика комплексного графика

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

Следовательно, в современной системе управления производством и запасами функция разработчика комплексного графика имеет решающее значение. Он обязан:

1) контролировать достоверность прогноза продаж и разрешать вопросы с отделом сбыта;

2) преобразовывать прогноз продаж в план производства;

3) обеспечивать увязку плана производства с бюджетом реализации, затратами на материалы и планами сбыта;

4) назначать сроки исполнения поступающих заказов; увязывать фактические потребности с комплексным графиком по мере поступления заказов;

5) оценивать влияние «идущих сверху» данных, например требований об освоении новых изделий в сроки, которые значительно ниже нормальных;

6) оценивать влияние «идущих снизу» данных, таких, как «отчеты об ожидаемой задержке», поступающие из цехов и отдела снабжения и говорящие о том, что определенные компоненты не будут готовы в установленные графиком сроки или же запланированный темп производства не достигнут;

7) при нехватке материалов и мощностей корректировать комплексный график (в случае необходимости);

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

Отдел сбыта может выступить с предложением о выпуске продукции в рекламных целях для противодействия давлению конкурентов. Эффективная система разработки комплексного графика должна предусмотреть принципы оценки возможности включения незапланированных работ. Принципы могут быть примерно таковы:

1. Устанавливается «граница» для кратчайшего из возможных сроков исполнения. В пределах этого срока серьезные корректировки, исходящие от отдела сбыта, обычно не принимаются. На практике, очевидно, возможны случаи отхода от названного принципа, но они должны быть крайне редки. Только работники, ответственные за производство и запасы, могут корректировать комплексный график в связи с информацией, «идущей снизу». Важно, чтобы они были способны делать это с целью сохранения обоснованной и реальной очередности.

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

3. За пределами общего аккумулированного срока исполнения по всей структуре изделия можно принять те изменения, которые, по всей видимости, не окажут серьезного влияния на загрузку. Если такие последствия вероятны, их следует взвесить.

В том случае, когда деталь необходимо включить в комплексный график в рамках нормальной границы времени, разработчик обязан оценить возможность ее своевременного изготовления. Если детали не запланированы в графике, он обязан оценить их влияние на материалы и мощности. Затем он может попросить работников производства и снабжения выяснить, можно ли изготовить деталь в течение более короткого, чем обычный, срока и будут ли для этого мощности. Для этого он разрабатывает контрольные планы потребности в материалах и мощностях. Затем он накладывает загрузку оборудования при этой новой программе на существующий план использования мощностей, и, если обнаруживается нехватка мощностей, он переходит к подробному плану использования, чтобы выяснить, какие детали обусловили текущую загрузку. (Планирование потребности в мощностях более подробно рассматривается в § 6.) Следовательно, он в состоянии показать руководству, что для выполнения новой производственной программы можно, в частности, передвинуть одну из работ в текущем комплексном плане на более поздний срок.

Одна из самых важных задач разработчика графика состоит в определении того, когда следует скорректировать сам комплексный график из-за отсутствия материалов или мощностей. Именно здесь требуются исключительно трезвый подход и хорошее умение довести до сознания других руководителей компании имеющиеся альтернативы.

Исходя из ошибочной предпосылки о том, что цель заключается в переводе всех работ на ЭВМ, некоторые разработчики систем настаивали на автоматическом изменении сроков невыполненных заказов в ППМ. На практике это, как правило, не получается. Люди не станут применять систему, которую они не понимают; если только система не автоматизирована на 100% и не требует вмешательства человека, она должна быть простой и понятной. Она должна помогать человеку, а не подменять его.

Идея автоматического изменения сроков невыполненных заказов игнорирует взаимосвязь между разработчиком комплексного графика и теми, кто планирует потребность в материалах и мощностях. Разработчик графика стремится, чтобы заказ был готов, когда он необходим потребителю или для пополнения запаса готовой продукции. Тот, кто планирует потребность в материалах, стремится к тому, чтобы материалы были в наличии в сроки, предусмотренные комплексным графиком. Тот, кто планирует производство, пытается, конечно, изготовить детали в соответствии с графиком. Если деталь забракована и никак не может быть заменена к первоначально установленному сроку, разработчик графика обязан изменить дату сборки соответствующего изделия. При автоматической корректировке в заказах на пополнение запаса часто автоматически появляются нереальные даты.

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

Следует подчеркнуть, что нельзя считать правильным такое применение комплексного графика, когда при возникновении любой проблемы он используется для того, чтобы отложить выполнение работы. Именно поэтому столь важна функция разработчика графика. Нередко к нему приходит плановик производства и заявляет, что работа не может быть выполнена в установленный срок из-за каких-то неполадок. Разработчик комплексного графика обязан настоять на том, что необходимо сделать все возможное для выполнения работы в срок, установленный первоначальным графиком. При попытке навязать нереальный комплексный график он может подорвать всю систему приоритетов. С другой стороны, если он не будет настаивать на соблюдении графика, пострадает качество обслуживания потребителей продукции.

Функции разработчика комплексного графика имеют поистине решающее значение, его работа представляет собой отличную школу для начальника производства, управляющего заводом, да и генерального директора. Управление предприятием — принятие трудных решений. Оно включает ситуации, когда управляющий должен уметь добиваться максимально хороших результатов, останавливаясь лишь перед тем, чтобы требовать невозможное или наносящее вред моральному состоянию работников. Эффективность планирования потребности в материалах, или интервальной системы с точкой заказа — или любой другой формальной системы планирования очередности, — во многом зависит от способности разработчика составлять напряженный, но реальный график. Его обязанность может быть сформулирована весьма сжато: поддерживать веру в систему.