АПЕКС

Внедряли у клиента систему нашу. Есть у нас такой режим как назначение заданий на исполнителя или рабочее место. Ничего такого. Просто задания на работу перетаскиваются на планировку или конкретного работника. Что ему нужно делать. При этом подсвечивается сколько времени это нужно делать. Как только набирается более смены, то выводится предупреждение - типа не многовато ли будет ? Можно и больше. Когда задания не на смену а на неделю например или больше. Есть и такие работы. Вобщем ходовой вполне режим. Наглядный и простой. Но именно этот клиент вышел с очень неожиданным предложением. - А можно у вас где-то делить нашу длительность на четыре ? А то нам неудобно...

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

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

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

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

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

Какие только системы обозначений не встречаются. Каждый пытается решить при этом свои задачи. Иногда успешно, иногда нет. Вот пример построения чертежных обозначений на родном предприятии. Непросто с ними было. Хотя кто знал систему обозначений, тот только по чертежному номеру мог сказать, что за деталь или узел, из чего делается и как обрабатывается. Для себя делали. Выглядело это так – например X(9)-Y(3 или 2)-Z(3)/V(3). Поясню. «X» - это обозначение изделия. Не более 9 символов. «Y»- обозначение узла или сборочной единицы, «Z» - обозначение детали или сварного узла. Если узел сварной, то первый символ всегда 0...

В былые времена предприятий было мало, но очень большие. Банков было тоже мало. На всю страну всего штук пять (это где можно было расчетные счета вести и кредиты брать юридическим лицам). Так вот. Расчетные счета велись на 467 балансовом счете. Структура счета была такой 467ХYY,где «YY» - номер, а «X» - контрольное число. (например 467345 - это расчетный счет предприятия в определенном отделении банка). «X» этот хитрым образом считался исходя из символов самого счета и кода банка. Точнее говоря МФО (код межфилиального оборота). Позже, когда банков стало много, и они стали самостоятельные, это самое МФО стало кодом собственно самого банка...

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

Был у нас одно время писатель кода программного. Был спущен в штат сверху. Парашютист. Отрекомендован большими дядями как очень умный. Взяли. На свою голову. Быстро выяснилось что ни делать он ничего не умеет и не хочет, и знаний сильно маловато. Мягко говоря. Все время пока он у нас был, его пытались заставить делать хоть что-нибудь полезное. В том числе и программировать. Ничего серьёзного ему не поручалось. Какой нибудь небольшой скрипт максимум. Хорошо сказал - небольшой максимум. В основном конечно получался небольшой минимум, т.е. вообще ничего полезного. Код его был короток и лаконичен...

Давнишние дела. Ещё до повальных одинэсконфигураций. Система учёта для кондитеров. Система как система. Сколько сахара, масла, муки, яиц пришло. Сколько пирожных и тортов ушло. В смысле отпущено. В общем-то ничего такого эдакого. Склад как склад. С заморочками конечно. Всякими. Как без них. То протухнет. То сгниёт. То списать. То пересортица. Бумажки из принтера вылазят - не надо руками заполнять. Обороты за любое время - получите. Хоть в деньгах - хоть в натуре. Бабоньки радуются. Какое облегчение то. Не знали они, какая бомба была заложена. А всё ж из любопытства. Сбоку к каждому изделию велась и рецептура - справочно...

Каждый раз писать какое-нибудь название измудрённое столько раз, сколько оно в документах упоминается неудобно. Проще ведь один раз ввести и потом только ссылку и вставлять. Конечно проще. Да и поправить проще - в одном месте исправил - а оно само везде поправилось. Ну разве не здорово? Здорово, то оно здорово, только есть всякие нюансы. Учитывала программа хлеб. Первого сорта, второго, бородинский и всякие булки, плюшки, калачи. Это не специализированная программа - обычная складская, только на хлебокомбинате работала - потому и товары такие. Хлебные. В общем-то работало всё хорошо. Начали что-то новое выпускать - ввели позицию...