Главная страница
    Top.Mail.Ru    Яндекс.Метрика
Форум: "Потрепаться";
Текущий архив: 2005.09.11;
Скачать: [xml.tar.bz2];

Вниз

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

 
Cheaterr   (2005-08-17 00:27) [0]

У нас небольшое производство фурнитуры и прочей ерунды. Проблема в следующем. Мы говорим, что выполняем заказ примерно за 2 недели, однако, часть заказов выполняется не всегда за этот срок. Иногда мы делаем за неделю (когда у людей срочный заказ), иногда за 3 и даже за 4 недели. Большинство заказов за 2 недели, однако, очень много заказов, которые выполняются когда угодно, но не за 2 недели (по целому ряду объективных и не очень причин). Задача у нас в том, чтобы подготовить график производства. Иными словами, для каждого заказа надо определить срок отгурзки (т.е срок к которому должен быть готов заказ). Можно, конечно, просто к дате заказа прибавлять 14 дней, но такой вариант не подходит поскольку каждый заказ индивидуален. Понимаю, что в принципе задача решаемая и даже примерно понятно как выглядит этот самый график, НО несмотря на это задаю свой вопрос, поскольку имея опыт автоматизации производства в нашей небольшой конторе убедился, что любая хорошая теоритическая идея встречается с суровой реальностью. В связи с этим вопрос! Если у вас подобные задачи решались на производстве или торговле, каким образом вы подошли к решению этой задачи? Какие программы использовали? Поделитесь опытом, а?


 
Defunct ©   (2005-08-17 00:51) [1]

Уловил проблему, но не уловил вопроса.

На ту череду вопросов, идущих в конце, можно ответить так:

> Если у вас подобные задачи решались на производстве или торговле, каким образом вы подошли к решению этой задачи?

Основательно.

> Какие программы использовали?

Специализированные.


 
Defunct ©   (2005-08-17 00:51) [2]

Уловил проблему, но не уловил вопроса.

На ту череду вопросов, идущих в конце, можно ответить так:

> Если у вас подобные задачи решались на производстве или торговле, каким образом вы подошли к решению этой задачи?

Основательно.

> Какие программы использовали?

Специализированные.


 
Defunct ©   (2005-08-17 00:52) [3]

ой..
извините за дубль


 
DrPass ©   (2005-08-17 00:57) [4]

Может, для этих целей завести специалиста по логистике, а не программистов спрашивать?


 
Cheaterr   (2005-08-17 01:11) [5]


> Может, для этих целей завести специалиста по логистике,
> а не программистов спрашивать?

Контора маленькая... да и зачем он нам? И кроме того, он у нас как бы есть, но он занимается исключительно отгрузкой и всякими сложностями с таможней. Да и вообще мы сами сможем организовать работу. Единственное, конечно, чужой опыт сильно бы помог. Хотя бы увидеть как выглядит такой план?


 
Cheaterr   (2005-08-17 01:13) [6]


> Уловил проблему, но не уловил вопроса.

Суть вопроса в том, что надо решить проблему :)
На самом деле хотелось бы услышать опыть решения проблемы.... поэтому мой пост скорее не вопрос, а просьба поделиться опытом решения указанной проблемы.


 
KilkennyCat ©   (2005-08-17 01:42) [7]

я просто вел табличку в екселе. Вот и все. потом еще добавил макрос, который подсвечивал ячейки красным, где сроки уже поджимали. А вообще, должно быть ответственное лицо, за энтим следящее. То есть, непросто должность, а именно ответственный подход. чтоб на мозги капал всем.


 
Думкин ©   (2005-08-17 08:20) [8]

Решать можно(а иначе видимо никак пока) админстративно. Если маленькая.
Если есть статистика - можно думать. Если нет - только погонялу с зарплатой. И с него - 3 шкуры.

А вообще - почитайте Янга про оптимизацию, но видимо, вы не за этим приходили?

Проблемы. Они все решаемые. ворос в затратах, рисках - а уже второстепенное - и потом опять первостепенное - в спецах.


 
Jeer ©   (2005-08-17 10:02) [9]

ПО - это не панацея, если нет хорошего управления.

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


 
Думкин ©   (2005-08-17 10:18) [10]

> Jeer ©   (17.08.05 10:02) [9]

IDEF0 - рулит?


 
Alex* ©   (2005-08-17 10:20) [11]


> Cheaterr   (17.08.05 00:27)  

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


 
Jeer ©   (2005-08-17 10:21) [12]

Думкин ©   (17.08.05 10:18) [10]

Так как это ни называй, смысл остается одним.


 
Alex* ©   (2005-08-17 10:22) [13]


> Думкин ©   (17.08.05 10:18) [10]
>
> IDEF0 - рулит?

Неа. Не рулит еще модели нет.


 
linesoft ©   (2005-08-17 10:33) [14]

Если узко смотреть на проблему - надо ответить на вопрос:
Кто и когда определяет время исполнения конкретного заказа?
Скорее всего, тот, кто его принимает/оформляет.
И второй вопрос: на основании чего он это делает?
Если от балды/по договоренности с клиентом - то никаких 14 дней прибавлять не надо, он сам должен определять, т.е. нужен интерактивный режим.
Если есть методика - можно запрограммировать методику.
В любом случае степень интерактивности определять программисту/логисту/маркетологу и иже с ними. А мы тут ничем не поможем.


 
Seg   (2005-08-17 10:47) [15]

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


 
Sergey13 ©   (2005-08-17 10:48) [16]

ИМХО.
Есть 2 пути: легкий и трудный.
1. Таблица в Екселе (или где хотите) с полностью ручным вводом и минимальным сервисом.
2. Необходима информация о техпроцесе изготовления (хотя бы в общих чертах), нормах выработки, оборудовании и его загрузке (расчитывается). Так же нужна диспетческая прога (система) котрая это дело как-то увязывает воедино. Вот глядя на эту программу, можно с известной долей правдоподобия ответить на вопрос - "когда мы можем это сделать". Если проги по подготовке призводства в принципе не сложны (зато достаточно объемны как правило), то диспетчерские - это уже почти искусство (ИМХО). Лично я таких (нормальных) не видел, потому что специфика у всех своя.

Я бы посоветовал автору пойти 1 (легким) путем.


 
Alex* ©   (2005-08-17 10:50) [17]


> Seg   (17.08.05 10:47) [15]

Я боюсь покупатель устанет ждать пока составят диаграмму в Microsoft Project и расчитают все затраты. ИМХО


 
paul_k ©   (2005-08-17 11:47) [18]

Alex* ©   (17.08.05 10:50) [17]
Не баись Не устанет если на каждое изделие заготовка проекта есть


 
Mike Kouzmine ©   (2005-08-17 12:33) [19]

Ответы даны. Jeerом и Думкиным. Однозначно - административными. Ни одно по не сделает за рабочих этот продукт и не привезет нужные запчасти.
Есть опыт автоматизации. Какое бы по ни было написано, если в конторе все через одно место, то это мертвому припарки.


 
Seg   (2005-08-17 13:02) [20]

>Я боюсь покупатель устанет ждать пока составят диаграмму в Microsoft Project и расчитают все затраты

Кстати расчет затрат тоже является частью заказа, который надо включить в счет заказчику.

Если заказчик не хочет оплачивать расчет, то пусть ждет сверх указанного срока.


 
Alex* ©   (2005-08-17 13:11) [21]


> Seg   (17.08.05 13:02) [20]
>
> Кстати расчет затрат тоже является частью заказа, который
> надо включить в счет заказчику.

Если автоматизировать то ждать недолго. Калькуляцию сформируется автоматически в продуманной системе.


> Seg   (17.08.05 13:02) [20]
> paul_k ©   (17.08.05 11:47) [18]

Ну а если в Microsoft Project устраивает то пусть он и будет. Мне кажется эта программка больше для экономических расчетов подходит, а не для работы с покупателем. Это ИМХО (Microsoft Project программу видел, близко сталкиваться не приходилось)


 
paul_k ©   (2005-08-17 13:39) [22]

Alex* ©   (17.08.05 13:11) [21]
Проджект он для планирования а не для экономических расчетов. прибыля там не посчитать.
Трудозатраты и расход материала можно.
Но выше правы абсолютно. Бардак автоматизировать бесполезно. Останется автоматизированный бардак.


 
Alex* ©   (2005-08-17 14:11) [23]

На Проджект посмотрю поближе и повнимательней. Оснобенно то что там есть по поводу планирования.

Бардак автоматизировать можно, если своевременно его разгребать. Естественно начальсво должно как-то этому способствовать. ИМХО


 
paul_k ©   (2005-08-17 14:59) [24]

Alex* ©   (17.08.05 14:11) [23]
Естественно начальсво должно как-то этому способствовать.

Если начальство будет "как-то" способствовать то и разгребешь "как нибудь" и "когда нибудь"
Начальство должно быть ЗАИНТЕРЕСОВАНО в разгребании бардака.и вывесить всем перечень потенциальных люлей и пряников за процесс перехода от бардака к организации..

Мне понравилась политика партии в одной из контор где CRM внедрялась. Звучало просто: "Если сделка не оформлена по всем правилам в системе то манагер своего бонуса с нее не получает".
Естессено манагеры наплевали на сей указ. И плевали до очередного "дня зарплаты".


 
Alex* ©   (2005-08-17 15:10) [25]


> paul_k ©   (17.08.05 14:59) [24]
>
> Мне понравилась политика партии в одной из контор где CRM
> внедрялась. Звучало просто: "Если сделка не оформлена по
> всем правилам в системе то манагер своего бонуса с нее не
> получает".
> Естессено манагеры наплевали на сей указ. И плевали до очередного
> "дня зарплаты".


Нормальный, правильный подход.



Страницы: 1 вся ветка

Форум: "Потрепаться";
Текущий архив: 2005.09.11;
Скачать: [xml.tar.bz2];

Наверх




Память: 0.52 MB
Время: 0.011 c
14-1124036317
SoftX
2005-08-14 20:18
2005.09.11
Коммунизм тоже религия.


2-1123529338
Nox777
2005-08-08 23:28
2005.09.11
Edit только для цифр?


14-1124218935
Defunct
2005-08-16 23:02
2005.09.11
"www.delphimaster.ru" и "delphimaster.ru"


3-1122611051
erika
2005-07-29 08:24
2005.09.11
IB. Формирование запроса с расчетом данных по 1 - ой колонке


1-1124175346
Gorinich
2005-08-16 10:55
2005.09.11
MSHTML_TLD, IHTMLDocument2





Afrikaans Albanian Arabic Armenian Azerbaijani Basque Belarusian Bulgarian Catalan Chinese (Simplified) Chinese (Traditional) Croatian Czech Danish Dutch English Estonian Filipino Finnish French
Galician Georgian German Greek Haitian Creole Hebrew Hindi Hungarian Icelandic Indonesian Irish Italian Japanese Korean Latvian Lithuanian Macedonian Malay Maltese Norwegian
Persian Polish Portuguese Romanian Russian Serbian Slovak Slovenian Spanish Swahili Swedish Thai Turkish Ukrainian Urdu Vietnamese Welsh Yiddish Bengali Bosnian
Cebuano Esperanto Gujarati Hausa Hmong Igbo Javanese Kannada Khmer Lao Latin Maori Marathi Mongolian Nepali Punjabi Somali Tamil Telugu Yoruba
Zulu
Английский Французский Немецкий Итальянский Португальский Русский Испанский