Краткое описание предлагаемого мероприятия по нормированию труда инженеров-программистов для станков с ЧПУ
Поможем в ✍️ написании учебной работы
Поможем с курсовой, контрольной, дипломной, рефератом, отчетом по практике, научно-исследовательской и любой другой работой

 

Как следует из материалов раздела 2, одним из путей снижения себестоимости научно-технических услуг в КБТЭМ-ОМО и соответственно увеличения прибыли и рентабельности может быть повышение производительности инженерного труда за счёт внедрения его нормирования. Начать эту работу можно с нормирования работ по программированию для станков с ЧПУ. В подразделе 2.1 было указано, что программированием в основном для координатно-фрезерных станков с ЧПУ (станки фирмы МАНО, обрабатывающие центры фирмы ТОШИБА) в среде Pro/ENGINEER в КБТЭМ-ОМО занимается группа из 7 программистов в составе отдела программных средств управления оборудованием (программирования). Два программиста из этой группы имеют возраст старше 60 лет. В штатном расписании планово-экономического отдела КБТЭМ-ОМО имеются вакансии в группе экономистов по нормированию в количестве 2-х вакансий, «живых» экономистов по нормированию нет. Следовательно, работами по нормированию инженерного труда в КБТЭМ-ОМО не занимаются, а как показывает анализ в подразделе 1.2, работой по нормированию инженерного труда при написании программ для станков с ЧПУ в первом приближении в нашей республике никто не занимался. Научные разработки тоже найти удалось, однако эти разработки несовершенны.

Поэтому для нормирования инженерного труда при написании программ для станков с ЧПУ используем эвристический подход, базирующийся на использовании накопленного опыта программирования для станков с ЧПУ. Действительно, основой для нормирования может служить ход рассуждений опытного человека, принимающего решения по оценки времени выполнения работы по написанию программы для станков с ЧПУ. Этот человек – руководитель подразделения программистов для станков с ЧПУ. Он ежедневно, еженедельно и ежемесячно выдаёт подчинённым задания на программирование и ставит им конечный срок выполнения работы. Использовать в качестве эксперта-эвристика руководителя группы программистов из КБТЭМ-ОМО нельзя: этому человеку невыгодно нормировать свою работу и работу своих подчинённых, так как в случае уменьшения норм времени на разработку придётся работать интенсивнее, с большим напряжением, без перекуров. Следовательно, в роли эксперта-эвристика должен выступить представитель стороннего предприятия. При выборе указанного стороннего предприятия необходимо исходить из принципа подобия деталей, на которые разрабатываются программы для станков с ЧПУ, в КБТЭМ-ОМО и на выбираемом стороннем предприятии. Кроме того, желательно, чтобы стороннее предприятие превосходило по научно-техническому уровню и числу разрабатываемых программ КБТЭМ-ОМО.

Стороннее предприятие, отвечающее вышеперечисленным требованиям, в Минске имеется, хотя найти его удалось с трудом. Это ОАО «Пеленг» из состава Государственного военно-промышленного комитета РБ. По числу разрабатываемых программ ОАО «Пеленг» примерно в 2 раза превосходит КБТЭМ-ОМО. О научно-техническом уровне процесса программирования в ОАО «Пеленг» можно судить по тому факту, что в среде Pro/ENGINEER на «Пеленге» разрабатываются не только программы для обработки деталей, но и сами детали, тогда как в КБТЭМ-ОМО последнее выполняется в «Автокаде». Тем самым, как отмечалось выше, на «Пеленге» по сравнению с КБТЭМ-ОМО экономится время на ввод чертежа на машинном носителе информации за счёт отсутствия перекодировки чертежа, выполненного в «Автокаде», в коды программы Pro/ENGINEER.

Таким образом, на роль эксперта-эвристика для целей нормирования инженерного труда при написании программ для станков с ЧПУ был выбран руководитель соответствующего подразделения ОАО «Пеленг» Павел Иванович Краснов. Технологи и конструктора КБТЭМ-ОМО помогли разделить все детали, для которых пишутся программы для станков с ЧПУ, на 5 групп по уровню сложности программирования. В каждой группе были выбраны типичные представители (в самой сложной 5-й группе – целых 3 представителя). Чертежи отобранных деталей были собраны в «Альбом типичных деталей типовых групп». Эксперт–эвристик помог заполнить табл. 3.1, в которой содержатся укрупнённые средние нормы времени на программирование деталей каждой группы.

Таблица 3.1

Укрупнённые средние нормы времени на программирование типовых деталей

 

Номер типовой группы деталей и номер рисунка из альбома, где изображена типичная деталь данной типовой группы

Норма времени, часов

Примечание

На мо-дель на УП всего
1 2 3 4 5
Группа 1 0,75 1,5 2,25 Сталь, 2 УП, 4 УП
Группа 2 2,00 1,5 3,50 Сталь, 4 УП
Группа 3 2,00 8,00 10,00 Алюминий, 4 УП
Группа 4 5,00 20,00 25,00 Алюминиевое литьё, 6 УП, чередующиеся операциями термообработки
Группа 5 20,00 45,00 65,00 Алюминиевое литьё, 9 УП, 8 УП и 8 УП, чередующиеся операциями термообработки

 

Подобно как в нормировании трудовых процессов сам процесс делится на элементы (например, на микродвижения), так и в программировании для станков с ЧПУ время программирования может быть разделено на 2 части. Действительно, как отмечалось в подразделе 1.3, с точки зрения нормирования времени на проектирование чего-либо в среде Pro/ENGINEER сам процесс проектирования делится на 2 основных этапа:

· создание модели,

· непосредственно проектирование, например, разработка управляющей программы (УП) для ЧПУ.

Следовательно, в табл. 3.1 указано не только суммарное среднее время программирования, а и отдельные средние времена на выполнение составных частей процесса программирования – время на создание модели и время на разработку УП. В столбце «Примечание» приведены вспомогательные сведения по типичным деталям (материал детали, число проектируемых технологических операций) и УП (имеется в виду, что на каждую одну операцию разрабатывается одна УП), последовательность их.

Процесс нормирования с использованием «Альбома типичных деталей типовых групп» /далее «Альбом»/ и табл. 3.1 может осуществляться следующим образом:

· деталь, для которой пишется программа для станка с ЧПУ, сравнивается с деталями из «Альбома»,

· при сравнении используются не только чертежи типичных деталей из «Альбома», но и вспомогательные сведения по типичным деталям из столбца «Примечание» табл. 3.1,

· по результатам сравнения и изучения вспомогательных сведений из табл. 3.1 определяется номер типовой группы, к которой отнесена деталь,

· по номеру типовой группы определяется укрупнённая норма времени на разработку УП.

Проверим работоспособность предлагаемой нами процедуры нормирования на примере. Сравнение вида детали (приложение 3) с типичными деталями «Альбома» показывает, что деталь скорее всего относится ко 2-й типовой группе деталей. Дополнительная информация о детали (материал – сталь, для обработки нужны 4 управляющих программы) подтверждает наш выбор. Следовательно, деталь относится ко 2-й типовой группе деталей и на создание модели и четырёх управляющих программ для её обработки на станке с ЧПУ потребуется в среднем 3,5 часа.

Предложенный «Альбом» и табл. 3.1 были использованы для сравнения рекомендуемого ими времени на разработку управляющих программ с фактическим временем, затраченным на такую разработку в КБТЭМ-ОМО в феврале-марте 2007 года. Результаты сравнения приведены в табл. 3.2.

Таблица 3.2

Сравнение рекомендуемого времени на разработку УП с фактическим временем, затраченным на такую разработку в КБТЭМ-ОМО

 

Номер типовой группы деталей и номер рисунка из альбома, где изображена типичная деталь данной типовой группы

Время, часов, всего

Примечание (число проанализированных деталей)

фактичес-кое

рекомендуе-мое

на 1 деталь на все дета-ли
Группа 1 424 2,25 320 142
Группа 2 427 3,5 315 90
Группа 3 612 10 420 42

Продолжение табл.3.2.

Группа 4 490 25 350 14
Группа 5 473 65 325 5
  2426   1730  

 

Как следует из табл. 3.2, при внедрении нормирования труда на написание программ для станков с ЧПУ было бы потрачено 1730 часов, в то время как фактически программисты работали 2376 часов. Это означает, что при внедрении нормирования труда на написание программ для станков с ЧПУ для выполнения того же самого объёма работ число программистов можно было бы сократить до

 

7*1730/2426=4,992≈5 (человек)                                     (3.1)

 

т.е. на 2 человека. Это можно безболезненно сделать сокращением работников старше 60 лет, т.е. непродлением их годичного трудового контракта на очередной срок.



Дата: 2019-07-31, просмотров: 162.