iscrafm
нужно просто не начинать с изобретения колеса, а взять готовую платформу, которую наполнить содержанием. Тогда не будет себе дороже.

А я об чем?
Но не брать же платформу, о существовании которой знает только ее автор(ы), и поддрежать которую, соответственно, тоже сможет весьма и весьма ограниченное количество людей.

Индивидуальные платформы оправданы лишь в случае ооочень индивидуальной специфики. Ну, оочень.
И то, трижды подумать надо.
Если дружно штат программеров вкупе с ПМ захочет свалить, никто и ничто не помешает им убить все "каменты" в коде.

iscrafm
покупая тот же nav в качестве платформы, Вы вообще не имеете никого кода платформы.. И в чем разница? Кроме цены конечно ,потешенного самолюбия и понимания собственной значимости для таких внедрятелей...

Ключевое слово "платформы". Движка. С этим согласен. + некоторые "авторские" ограничения для обеспечения стабильности.
Все остальное... Кто девушку платит, тот ее и танцует. ;-) Никто не мешает докупить гранулы разработки, и самостоятельно модифицировать. А оно надо? Если внедрение проведено грамотно, система не должна нуждаться в модификациях, если процессы в компании не изменяются кардинально.



iscrafm
Информационная система не предмет роскоши, а рабочая лошадь. Бахвалится нужно не стоимостью вбуханных денег, а результатом. А куда осводившиеся средства тольком потратить - выше не раз предлагали.
100%. Вопрос в том, что будет ПОСЛЕ вбухивания (не вбухивания) денег.
Не приходилось искать спеца по ЦПП+Паскаль в маленьком городке? Хорошего спеца?
А двух?

Платить одному квалифицированному сотруднику + позвонить в компанию поддержки раз в полгода (квартал, месяц), заплатить за ГАРАНТИРОВАННОЕ решение проблемы - намного проще и дешевле, чем закупать средства разработки (отнюдь не дешевые), содержать штат программеров, которые готовы в любой момент оставить компанию. + соблазн "а не попробовать ли нам замутить че-нить такое, шоб душа развернулась? Эй, ребяты!.."

Стоимость вбуханных денег, в данном случае, обратно пропорциональна результату внедрения, IMHO. Чем лучше результат, тем легче и приятней осознается стоимость приобретения, тем меньше жалко денег, следовательно, тем меньшую они имеют стоимость...

velmarНачались религиозные войны на тему " покупать против разрабатывать ".

На самом деле оба подхода имеют одни и те же достоинства и недостатки.
Вы хотите сказать, что затраты на содержание отдела разработки и поддержки = затраты на поддержку сторонней компанией? (не в количественном выражении. В принципе.).
Вы хотите сказать, что зависимость от группы (можно сказать: сети) компаний поддержки = зависимость от наличия в компании специалистов в области проектирования и сопровождения БД, програмирования, анализа, контроллинга, документации, ПМ etc.?

Подходы имеют в большинстве своем противоположные достоинства и недостатки.

velmarА вы хотите сказать:
1. что покупка и внедрение ничего не стоит? В принципе.
2. что система не должна развиваться
3. что любая компания внедряющая (1С, навижен, аксапту, галактику и т.д) может быстро взять в сопровождение внедренный (и доработанный) другим внедрятелем проект.

Более того: Вы уверены, что команда, которая внедряла софт в компании два года назад, сможет оперативно отреагировать на новые требования к системе? (Другие люди, новые версии и т.д.)

1. К циферкам. Одна компания, разные пути.
Условно, внедрение и поддержка готовой системы обойдется в 120к у.е.=50к платформа+20к СУБД+30к собсно внедрение+1к*12мес(штатный програмист/СКП)+5к(условно: гарантийное обслуж. на 1 год)

Разработка: считаем обратно, исходя из штата в 10 прогеров. 10*2к средства разботки (или вы серьезную систему на пиратском ПО собираетесь разрабатывать?) итого 20к+20к СУБД+50к зарплата(10(человек)*5(месяцев: оптимистический проноз)*1к)+70k(10*7*1k - это з/п 10 прогеров до конца года.). Общий итог - 160к.
Как видим, начальные затраты (сумма-стоимость внедрения или з/п-затраты-расходы после после внедрения) меньше у самописной системы.
Но последующие затраты существенно меняют ситуацию. Как видим, для поддержки готового решения мы тратимся только на поддержку внутри фирмы и оплату услуг внедренца (ну, пропустили что-то в ТЗ, сбой какой)..

Сроки.

В ТЗ мы жеско прописываем, что мы хотим получить в результате работы внедренцев. Основной, стандартный функционал у них есть, дело за подгонкой под наши потребности. И хай только они нам наврали, что имеют подобное решение, или намутят со сроками! ]:-)

В самоделке мы сами выступаем в роли гаранта, что система заработает сразу правильно, и зарпалту програмистам нам нужно будет платить до конца года.

{Пример, конечно, взят с потолка. Так что пинать не надо. Разве что не в голову.}

2. Система должна изменятся только соответственно развитию принципов ведения бизнеса.
Если компания шарахается из крайности в крайность - ей нужно не АСУП внедрять или 10 програмистов содержать, а Борланд купить..

3. В Навижн, Аксапта - да.

velmar
А куда же пинать, как не в голову: "разруха в головах" ;-)


Я же просил...

velmar
Пример конечно взят с потолка. Занижены цифры при покупке-внедрении и откуда-то 10 программистов при самостоятельной разработке.

Пример взят условный.

velmar
Затраты по сопровождению что самописной системы, что купленной примерно одинаковы. Если Вы в первом случае считаете, что это один штатный программист. то и во втором случае это один программист. Хотя лично бы я головы пооткручивал за такую организацию поддержки.

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

Зарплату програмистам мы должны платить в любом случае, иначе они уйдут, и некому будет исправлять ляпы.

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

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

velmar
И последнее замечание. Есть такая замечательная компания "Майский чай". Они пытались перейти на следующую версию Навижена. Результат подсказать?

Правда, не в курсе. Смена версии достаточно сложный и трудоемкий процесс, но про негативные результаты не слышал... Подробнее можно? Они случайно "самодеятельностью" не занимались?

velmar
Поэтому здесь я в позиции Станиславского: "не верю", что сторонняя (по отношению к проекту) организация сможет быстро и качественно взять на сопровождение систему, которую внедряла/дорабатывала другая компания.

Зависит от уровня ответственности обеих компаний... Вы же для девелопмента не возьмете студента 1 курса, который только общий курс ООП прошел?

velmar
И напоследок. По другому мою мысль выразил gybson : "самописка на Net, пусть на Nav или 1С".

делать ее надо серьезно, это либо дорого, либо бесполезно...
Противоречите себе, однако.

Продолжим?

Александр Федоренко
т.е мало того, что лимон за сап заплатили, так еще кучу дорогостоящих спецов надо, чтобы оно работало, да еще и олап ситему надо, чтобы аналитику посмотреть - ну давайте считать..
Сколько бы они заплатили за разработку САПа с нуля?