Архив форума

Ну, вот видите, Николай. И Вы о том же. Только у Деминга нет пользователей и разработчиков. У него потребители и производители. А остальное - то же самое.

Кстати, а как рассматривать в контексте недавнего обсуждения один из принципов Деминга:
Принцип 4. Установление долгосрочных партнерских отношений. Следует прекратить практику установления взаимодействия между покупателем и поставщиком только на основании цены. Сама по себе безотносительно к качеству цена не имеет смысла. Из дешевых некачественных комплектующих невозможно получить качественный товар. Более того, замена качественных комплектующих одного поставщика на качественные комплектующие другого приводит к потерям времени, перспективе срыва планов, а следовательно к нервозности и повышению вероятности появления брака. Постоянное повышение качества гораздо важнее цены, но оно достигается только на основе долгосрочных доверительных отношений между партнерами.
 
А вы говорите о "дойных коровах" и программистах за $20 в час...

Процитировано сообщение: Лобанов Николай от 03.02.2007 :: 18:14:28:

Cпециально перепрыгиваю через критерии 22-26. Только ради Вас.
27. Положительные отзывы клиентов. Покупайте то, что хвалят. Задумайтесь, каковы могут быть мотивы этих хвалебных од. Я даже не имею в виду прямую материальную заинтересованность. Возможно директор по логистике или IT директор просто занимается личным PR-ом. Так он ничем не выделяется из серой массы, а используя разговоры о системе и особенно о том, как под его чутким руководством, не взирая на тяготы и лишения, этот в принципе неплохой софт вдруг расцвел пышным цветом…

Процитировано сообщение: Перов Дмитрий от 03.02.2007 :: 11:07:43:

 
Немного не о том хотел сказать... то что ERP и WMS - два разных продукта - даже не обсуждается. Интерфейс можно настроить практически с любой программой (на уровне полутекстовых файлов).. Здесь хотел сказать немного о другом, если автоматизируется собственный склад, и есть ERP, и у этой ERP предусмотрена интегрированная WMS-система (модуль) - то лучше ставить его. В моем случае это SAP. Если варинат 3pl-оператора, и нет однозначной ERP - тогда не обязательно заморачиваться с интегрированными WMS, и можно остановиться на чем-то в многообразии выбора...
 
Процитировано сообщение: Перов Дмитрий от 03.02.2007 :: 11:07:43:

Еще учась в школе и занимаясь программированием запомнил одно правило - мы не ставим задачу найти в таблице максимальный или минимальный элемент - мы пишем алгоритм для оптимального. А потом одной строкой пишем что есть оптимальность в нашем случае. А алгоритм - он универсальный.
Кажется где-то уже писал.. сорри за повтор..Думаю, не я один так делаю...Когда думаю над приобретением чего-то, делаю для себя "тендерное условие" в Excel'e - пишу набор характеристик, который меня интересует, выстваляю желаемые значения характеристик, и назначаю вес для каждого пункта. Потом беру предложение, и анализирую на соответствие моим характеристикам - деля предлагаемую характеристику на желаемую и умножаю полученное число на все данной строки - очень наглядно видно суммарный результат в баллах для каждого решения.. главное - правильно поставить задачу
Правильно ведь говорят - "Мы не настолько богаты, чтобы покупать дешевые информационные решения"
 
 
Процитировано сообщение: Перов Дмитрий от 03.02.2007 :: 11:07:43:

Архитектуре. Редко, но попадаются "вычурные" решения"
 
Процитировано сообщение: Перов Дмитрий от 03.02.2007 :: 11:07:43:

Ну.... скажу так, наш менталитет оч отличается от зарубежного... используя существующую функциональность очень часто с помощью мозга находим настолько нестандартные решения, что....
Что касается меня, то у тут немного другой подход... у меня есть перечень бизнес-процессов, которые мне необходимо "железно" реализовать, и то, что "хочется иметь на развитие".. так вот... пока я сам, своими ручками не реализую в предлагаемой системе необходимые мне процессы и не буду убежден, что "развитие" будет - я не покупаю такую WMS-систему...
В качестве "точки" вспомнилась старая байка.. На сегодняшний день у SAP'а есть набор отраслевых решений, "заточенных" под ту или иную отрасль.. так вот, байка... на вопрос "Планирует ли SAP ввести учет "черной" и "белой" зарплаты для стран СНГ?", SAP выпустил два новых отраслевых решения для торговли оружием и проституции.....
При наличии желания можно мнооогое реализовать в системе...

Процитировано сообщение: Орехов Андрей от 03.02.2007 :: 22:56:01:

А нельзя ли пример? Как вы это делаете? Как веса назначаете? Как соответствие устанавливаете? Это же самое интересное. Это мы и собирались обсудить.
Мои примеры, все сплошь негативные. Внесите позитив.

Процитировано сообщение: Перов Дмитрий от 04.02.2007 :: 01:04:30:

Ну почему негативные? Еще и сплошь? Отнюдь Они скорее реалистичные... а какого оттенка - это уже от нашей жизни зависит...  
Пример по выбору WMS-системы привести не смогу - там очень много надо объяснять.. попробую укоротить... если получится что-то живое - то выложу.. но опять же... придерживаюсь мнений - что нет общего подхода к анализу работы склада.. у каждого свои методы и свои предпочтения.. если скажу, что при рассмотрении отказался от нескольких WMS-систем априори, сражу посыпятся вопросы - а что там такого в них, из-за чего отказались... Финансовая составляющая играет роль, но для каждого клиента предлагаемая цена индивидуальна в силу способностей клиента.. приводить здесь все этапы общения и формирования цены - не хочу
Основные критерии - указал выше... изначально рассматривались все WMS-системы, представленные на рынке. Создание самописного решения не рассматривалось. Хотя сейчас есть запрос - хотят создать техзадание для самописной WMS...

Процитировано сообщение: Орехов Андрей от 04.02.2007 :: 01:13:59:

Постарайтесь, пожалуйста. А свои методы и предпочтения - это же хорошо. Значит мы еще не американизировались и думаем головой, а не той частью, которой они рекламу придумывают.
Процитировано сообщение: Орехов Андрей от 04.02.2007 :: 01:13:59:

Будет нужна помощь на любом этапе - обращайтесь.

Процитировано сообщение: Перов Дмитрий от 04.02.2007 :: 16:56:14:

 
Кстати, Деминг утверждал, что даже если вы  всё  сделаете правильно - это автоматически  не  гарантирует вам качества.
Поэтому сейчас к ИСО-как гаранту качества очень двойственное отношение. ИСО стал частью брендинга, а не гарантом качества.

Андрей, приветствую!
На этот раз у Вас как-то сумбурно получилось, сплошные местоимения я слегка запутался в Ваших "это" и "то".

Ну, так то лучше...
Процитировано сообщение: Орехов Андрей от 04.02.2007 :: 23:34:56:

Да, конечно канва одна. Другой методологии, если по-крупному смотреть нет. Хотя нюансы я коллекционирую, есть у всех они, нюансы-то. А про качество Деминг с Николаем говорили: можно не получить даже если все правильно сделать. Используя Вашу медицинскую аналогию - осмотр, анализы, назначение курса, заключительный осмотр. Если пациент таблетки купил и на полку положил, то одними осмотрами не вылечишься. Кроме денег надо свои ресурсы вкладывать временные и трудовые. Только пользователь может оценить, насколько удачен проект.
Процитировано сообщение: Орехов Андрей от 04.02.2007 :: 23:34:56:

И Вы меня извините за косноязычие.
Это было про WM. Возможно специалисты SAP, c которыми я работал, меня ввели в заблуждение, но когда мы с ними строили решение, на вопрос о многих функциях, которые само-собой разумеются в WMS они делали круглые глаза и объясняли как это, в принципе,  можно построить в WM. Тогда уже мне приходилось делать такие же глаза. В конце концов решили, что господу господово, а кесарю кесарево. Теперь все довольны, а интерфейс получился одним из наиболее удачных, из тех, что я строил.

Процитировано сообщение: Лахно Олег от 05.02.2007 :: 09:08:22:

Степень частоты в личном опыте у всех разная.  
Если рассматривать с позиции данного топика, этот фактор можно учесть ДО начала проекта?
Можно ли использовать как критерий выбора решения наличие и отсутствие (или степень риска) этих тормозов?

Процитировано сообщение: Перов Дмитрий от 05.02.2007 :: 12:07:16:

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

Процитировано сообщение: Перов Дмитрий от 05.02.2007 :: 12:07:16:

Попробую обнародовать. Что тут  использовать в качестве критерия? Нужно просто быть реалистами. До начала проекта? Такие неожиданности нужно ждать всегда, в том числе и гораздо позже начала проекта. Любая полноценно применяемая информационная технология помимо выполнения своих прямых ожидаемых функций косвенно обнажает весьма неожиданные внутренние процессы.
Привожу конкретный пример. Мы как-то презентовали одну из своих систем очень серьезному корпоративному Заказчику. Как водится, предварительно выдали туда несколько комплектов оборудования для временной установки на автомобили. Через несколько дней один из вице-президентов собрал по нашему поводу рабочее совещание, вызвал всю гвардию руководителей среднего звена (начальника отдела доставки, начальника транспортного цеха, главного механика, системного администратора, руководителя отдела логистики и т.д. и т.п.) и громким голосом пообещал им что уж теперь-то он все посчитает, со всеми разберется, наведет наконец порядок и т.д. и т.п.
     Начинаем анализ накопленной информации – конфуз! Оказалось, что один из приборов этот самый руководитель высшего звена по …. (не могу даже сформулировать, по чему именно в данной ситуации) умудрился поставить на свой служебный шедевр с электронным спидометром, не буду говорить на какой, что бы модератором не оценилось как реклама. Он думал, видимо, как лучше, а получилось…
     И вот… У всех водителей расчетные пробеги по путевым листам практически совпали с фактическими, а у него – небывалое расхождение в 10% (в большую сторону). Чудес не бывает, пришлось разбираться детально. И публично выяснилось: у него резина на служебной машине оказалась установлена меньшего радиуса, чем штатная, поэтому неизбежно оборотов кардана со всеми вытекающими накручивалось больше, чем задумано производителями данного автомобиля. Соответственно, 10% денег на 98 бензин из кассы предприятия ежедневно попадают отгадайте куда. И все это выясняется в такой деликатный момент, на глазах у кучи народа, который и так стоит втянув головы в плечи не зная что чем светит...  
     В результате у нас с этой фирмой так ничего и не завязалось. Вот такой подводный камень. Слишком хорошо - тоже не хорошо. И это еще семечки. Бывало и по-серьезней. Российский бизнес затевался из коммунистических предпосылок, так что отрыжки бывают самые неожиданные.
Степень риска? 100%, причем, как в данном, поверьте, не придуманном, примере, именно положительные моменты сыграли роль отрицательных. То есть совершенно непредсказуемый фактор, завязанный на какой-то в общем-то мизерной заинтересованности, влияет торпедирующе на деятельность и развитие организации. Что значит отказ от применения в приведенном примере? Движение туда, где получится не столь качественно, а именно так, "галочно", а на самом деле в лучшем случае никак.  
Олег

Процитировано сообщение: Лобанов Николай от 05.02.2007 :: 23:01:39:

Вы так о своих собственных внедрениях? Или Вы
 "По моему опыту "тормоза" в 100% внедрений!
И ещё какие"  
относите к нашим? Если Вы о наших, то что Вы о них знаете для того, что бы выносить такой вердикт? Я "100%" привел в качестве ответа на вопрос о степени риска в любом из проектов. Причем о риске "подковерных" факторов со стороны персонала  Заказчика. Я встречался с ситуациями, когда активно мешали оптимизации работы предприятия в целом по причине того, что нужно было лакомые перевозки отдавать некой фирме с афилированными владельцами, и поэтому просили сделать именно "галочный" оптимизатор с хитрыми настройками, кардинально переворачивающими его реальную работу.
Насколько я понимаю, здесь хотели услышать  профессиональное мнение по поводу подводных камней, которые ожидают в реальной жизни тех, кто рискнет попытаться сделать то, что должно работать так, как лучше. И какие шаги полезно предпринять, что бы это получилосвсь. Давайте попытаемся общаться по-существу, а не вешать необоснованные штампы. Или вообще не тратить на это время. Что Вы хотели услышать от меня в ответ на Вашу реплику?
Олег

Ну что, неплохо пошло, живенько так.  
Выдвигаю очередной:
 
23. Плановые сроки внедрения. Чем меньше, тем лучше. Часто декларируется как преимущество коробочного софта. На самом деле, сроки – это компромисс между конкурентным давлением (возможность продать) и обоснованием цены услуг за внедрение (стоимость человеко-дня). Иногда сюда примешивается следующий психологический прием: декларируем 3 месяца, через 3 месяца говорим, что нужно еще 2, обосновывая, что заказчик сам затянул процесс. Куда же он (заказчик) денется, если вбухал кучу денег и, может быть это даже главнее, времени. Не начинать же все заново без гарантии, что другой поставщик не играет в эту же игру.