iscrafms_ustinov
а можно уточнить - а сколько в итоге таблиц в базе данных в этом проекте получилось?
около 60-ти таблиц в БД, ~180 форм, ~80 отчетов, столько же расчетных процедур.
За месяц...
лично со специалистами, способными выполнить такой объем работ за такой срок никогда не сталкивался...
сбор требований, проектирование базы, бизнес логика и т.п.

я как то считал минимальный объем таблиц для ерп системы для торговли и мелкого производства (с простым бухучетом)
получалось где-то в районе 250-300 - вы считаете что при таком возрастании сложности у вас не будет увеличения времени на проектирование по экспоненте?

iscrafms_ustinoviscrafms_ustinov
а можно уточнить - а сколько в итоге таблиц в базе данных в этом проекте получилось?
около 60-ти таблиц в БД, ~180 форм, ~80 отчетов, столько же расчетных процедур.
За месяц...
лично со специалистами, способными выполнить такой объем работ за такой срок никогда не сталкивался...
сбор требований, проектирование базы, бизнес логика и т.п.

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

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

iscrafm
мы топчемся по кругу. Я уже сказал - оставайтесь при своем мнении, я же не ставлю целью Вас переубедить. Уже и ссылки давал и развернутые тексты, бесполезно. У Вас все "наверное", "практически наверняка", "останется без поддержки" и т.п. Т.е. полное засилие стереотипов о разработке систем, как о каком-то беспросветном кодировании. Я говорю о других подходах к созданию информационных систем.
iscrafm, вы утверждаете, что при разработке в искре схему базы можно нарисовать неправильно, но при этом все будет нормально работать?
или же, что специалист, который действительно хорошо разбирается в БД и даже спроектировал довольно много баз, но серьезно не сталкивался при этом с ерп или учетными системами, сможет с первого раза за более-менее разумное время разработать грамотную схему базы? основываясь на беседах с бухгалтером и начальниками отделов продаж, закупок, производства и склада средней фирмы (то есть нормальными специалистами, но не обладающими фундаментальными познаниями)?

iscrafms_ustinov Самостоятельно разработанная система будет практически наверняка хуже тиражной из-за ошибок, допущенных при проектировании специалистом без специфического опыта.
кстати, забавно такое читать в топике, посвященному в том числе и ошибкам, допущенным при проектировании тиражной системы.
Опыт конечно же нужен, или знания. Здесь как-то проскакивала картинка со сценарием расчета MRP, по поводу которой Ваш коллега 1С-ник сказал - примитивно. Он явно не читал того же Ландватера с его "MRPII Standard Systems", чтобы понять простую вещь - логику нужно проектировать так, чтобы она состояла действительно из примитивных частей. Если подобные алгоритмы начать в лоб программировать (что слышу, то и пишу), то действительно нанимайте побольше тестеров.

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

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

iscrafm
я, лично, использую знания.

по поводу того, что означает "с нуля". По-русски видимо не совсем понятно.



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

Я как то пытался объяснить своему знакомому основы бухучета (счета, двойная запись и т.п.). Думал, ну максимум полдня порассказываю и примеры порешаем - и он все поймет
Ну что может быть сложного? покупка - Дт Запасы Кт Кредиторка
оплата поставщику Дт Кредиторка Кт Деньги
продажа Дт Себестоимость Кт Запасы и Дт Дебиторка Кт Доход...
в конце периода закрываем P&L на прибыль...
вроде бы элементарно - надо, чтобы только понимал принципы, а все нюансы не нужны...

через три дня он это так и не смог усвоить... причем парень вовсе не дурак.

iscrafms_ustinovА если у действительно грамотного специалиста нет знаний в области учета и ерп? ну например он всегда занимался проектированием и разработкой приложений для проведения и обработки результатов всяческих физических опытов? И в этой отрасли он специалист, а вот в ерп - нет. сколько у него уйдет времени на то, чтобы разобраться в проблеме?

думаю, результат непредсказуем. Может быстро все схватить, а может и нет.
Мне кажется, что даже если он ОЧЕНЬ быстро схватывает, уйдет не один месяц. финансы, склад, производство, закупки и продажи... Чтобы действительно грамотно спроектировать базу, надо достаточно хорошо в этом разбираться, и даже при этом КРАЙНЕ желателен или опыт, или возможность посмотреть на внутренности 2-3 аналогичных систем (а это тоже время).

Gracegor
Немного "вводной" информации.
OEBS написание кода считается инцидентом и сопровождается достаточно сложной процедурой.
ADempiere на шести проектах внедрения сейчас работает ОДИН разработчик, остальная конфигурация выполняется настройками.
SAP- ситуация сходная с ситуацией при внедрении OEBS.
И только в проектах 1-С постоянно слышится "переписали то-то". При этом вопрос компетенции писателей даже не встаёт. Я имею в виду не компетенцию как разработчиков, а способность определить, на сколько в данном конкретном случае нужно именно менять код, а не попробовать например изменить что то в бизнесе...
Теперь собственно вопрос- Насколько по ВАШЕМУ мнению успех внедрения ERP системы (не важно какой, например Искры) зависит от наличия в команде грамотных специалистов по управлению? Или достаточно прийти, посмотреть "что и как" настроить/написать систему под это "что и как" и всё, успешное внедрение?
Сильно зависит. :-)))
Но это вообще то само-собой разумеется :-)))
Правильнее сказать, насколько успех внедрения зависит от Заказчика - готов ли он адаптировать свой бизнес под методологию управления, необходимую ерп (неважно какой системы) - Garya уже об этом писал. (трактор и мтс)
если говорить об УПП, то у них наверное чаще бывают проблемы с квалификацией (именно у франчайзи). Франчайзи ЗАПРЕЩЕНО заниматься продуктами не 1С, и соответственно негде набрать необходимый опыт и методологию.
Именно поэтому при внедрении УПП надо очень тщательно проверить квалификацию внедренцев и если у франчайзи нет нужных специалистов, лучше выбрать фирму, которая внедряет и другие ерп системы - у них почти наверняка спецов будет больше (это если решили все же остановится на УПП).

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

но повторюсь еще раз - от заказчика успех зависит гораздо больше, чем от исполнителя (начать с того, что исполнителя выбирает заказчик, а не наоборот)
например, могу сказать о том, в чем хорошо разбираюсь - практически при любом внедрении если переработать учетную политику компании с учетом особенностей внедряемой системы эффект может быть ОЧЕНЬ значительным - более быстрое и дешевое внедрение, выше производительность труда (причем не только бухов), меньше ошибок в учете...
вы часто слышали, чтобы учетную политику адаптировали?