WJВам приходилось когда-нибудь ставить ERP-систему на предприятии, у которого есть штат программеров и куча собственных самописок, которые худо-бедно покрывают какую-то часть потребностей в автоматизации? Есть одна фраза, которую говорят чуть ли не везде: дайте нам столько бабок - и мы напишем не хуже. И тоже считают это "впариванием новых технологий".
Но вот мне не раз приходилось слышать года два спустя от рядовых пользователей, что "сейчас стало так хорошо", "столько порядка" и т.д.
Обществотак устроено, что всегда сопротивляется прогрессу. Галилей вот так помер непонятым... лез ко всем со своим прогрессом:)

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

velfimov
1.Организацию работы департаментов заказчика проводите каким образом, полагаю на основе библиотек ITIL, COBiT?
2.Действительно ли есть спрос на людей имеющих опыт создания ИТ департамента?(сорри за шкурный вопрос)
3.На одной из веток столкнулся с мнением, что организовать работу департамента по ИТИЛ - "типа очень просто", взял всё готовое и работай. Интересно Ваше мнение.
Важное замечание - мы "наводим порядок" на предприятии в целом, где ИТ - отдел, обычно, лиш малая часть (и не самая большая головная боль).
По пунктам:
1. Бибилиотеки ITIL, COBiT ориентированы на формирование и аудит именно ИТ - отделов, а это не все при внедрении ERP - систем. Наибольшую головную боль дают отделы продаж, производственники и отделы снабжения. Именно их интересы зачастую "пересекаются" и налаживание и формализация нормальной коммуникации на этом уровне - до 50% времени проекта;
2. Спрос есть. Достаточно часто (в наших проектах) талкивались с ситуацией: было небольшое предприятие, был свой небольшой ИТ - отдел. Предприятие выросло, а отдел какой был, таким и остался. В связи с этим приходиться или "тащить" существующий (что плохо для нас), или менять его руководство (для начала);
3. Любая технология (четко формализованная) проста в понимании. Но, не имея практики работы, использовать ее достаточно проблематично. Типичный пример - управление проектами. Прочитать и понять как управлять проектом может любой (с небольшими ограничениями. Жизнь показывает, что фктически управлять проектом могут единицы.

iscrafm
И как это соотносится с тем что данные в разных БД? Я понимаю, что гетерогенные системы строить сложней, многие в это не верят, но они есть и работают. Так что, пока Вы будете разрабатывать MES с MRPII на одной бд, мы ее 100 раз купим и включим в общий процесс :)
Полностью согласен. Делать (или покупать) монстра, который умеет все как минимум неэфффективно по причинам:
1. Монстр он и в африке монстр (сопровждение, перенастройка);
2. Такой монстр умеет все одинаково плохо.