>>Вспомнилось вдруг ... ходил как-то на
>>собеседование в компанию НЕФТЕПОЛИС ...
>>Это страхования компания под крышей РОСНЕФТЬ,
>>или что-то в этом роде... так вот ... автоматизировали
>>они там процессы, связанные с выдачей полисов
>>ОСАГО... штат разработчиков - 1 человек,
>>программист Delphi + MS SQL ... о как!!!!!
>>а вы говорите SAP ))))))))))))

Подавал я тут заявление по осаго, так вот в мое дело (при мне оформляли),
подшивали скриншеты из системы в которую вносились данные об этом самом
деле. На вид система на делфях написана =)) На мой вопрос а почему все
бланки заполняются вручную, а не распечатываются из этой самой системы,
девушка манагер вымучено улыбнулась =(


Posted via ActualForum NNTP Server 1.3

BusyMan digя бы заказ разработку такой программы за 200k$, если бы было это так легко как кажется, иначе бы рынок был бы завален программами автоматизации с функционалом как у sap. Хотите сказать этого мало?

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

LSV ...А за это время у вас много чего поменяется и придется, либо постоянно модернизировать систему, получив долгострой, вечно находящуюся в разработке систему...Это нормальное явление.
"Фирма, где бизнеспроцессы не меняются стоит на грани ликвидации" (с) с форума
Перманентная модификация и долгострой - это обычное дело для ИТ, сопровождающего к-л бизнес. А вот ситуация, когда установили систему и тут "деньги на автоматизацию закончились" плачевна. Неизменямая система быстро приходит в негодность. И при очередном кадровом перевороте в фирме её наверняка новые боссы начнут менять на "более другую". Процесс может повторяться неоднократно.

"Важна не скорость, а правильное направление" (с)

Причём не факт, что внедренцы дорогой системы знают это правильное направление. Да и нередко им наплевать на это. Главное внедрить и "посадить на иглу".

Вы знаете, начнем с того, что мы рассматриваем компанию, для которой написание ПО не является основным видом бизнеса. Так? Далее мы стремимся минимизировать затраты с одной стороны на потери от того, что наша старая система нас не устраивает (огромный штат бухгалтерии, менеджеров разного уровня, недовольные клиенты, большой телефонный трафик), с другой стороны нам необходимо минимизировать затраты на разработку будущей системы.

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

Исходя из поставленной задачи, что система должна быть, запущена через год. Больше систему разрабатывать нет смысла. Согласны? Нам потребуются, по моему, мнению, человек 30. Возможно меньше, но не намного. Согласны? Посчитаем расходы на ЗП, офис, ПО, технику, прочие затраты...

Риски данного проекта, при их детальном рассмотрении, просто огромны. Затраты на проект в течение года, не реальны, и зашкаливают за пол лимона и это при условии что нет удаленных филиалов...

Мне кажется, что проект не стоит открывать при таком наборе начальных условий.

LSV ...Нам потребуются, по моему, мнению, человек 30.Ерунда. Это рассуждения типичных внедренцев, которые многочисленной толпой являются на предприятие, занимают целую комнату, клацают дорогими тошибами и фирменными ручками, х.з. чем занимаются несколько месяцев, а результатов - кот наплакал. Сам такое неоднократно видел. Безусловно так работают не все. Но такая ситуация довольно типичная. Вспоминается анекдот "а теперь отдайте мою собаку !".
Во первых, систему начинают вводить поэтапно, поэтому привлекать всех спецов сразу не имеет смысла. Достаточно нанять ОДНОГО хорошего, опытного (пусть и дорогого) ПМа и ему в помощь 1-2 аналитиков и 2-3программистов. Причем не всех сразу а "по очереди" :) . Некоторые профильные эксперты эпизодически будут привлекаться из штата предприятия.
Если ПМ опытный, то первый результат будет примерно через полгода. Именно результат, а не куча бумажек, на которых всё хорошо, но реально нихрена не работает. Бумажки конечно тоже нужны, но они не самоцель.

Вы знаете, такими силами, за 1 год вы это не внедрите. С ПМ-ом я согласен, он необходим. Но где это вы возьмете 1-2 аналитиков со знанием всех предметных областей, извините такого не бывает (ну не будет человек совмещать бух. учет со складской и транспортной логистикой).

Вы забываете о том, что требования в вашем случае (1 ПМ,2 Аналитика, 3 Программиста) будут приходить непрерывно, все зависимости от написанного ТЗ. Ну не сможете вы им хлопнуть по столу и сказать, что вы этого делать не будите. Кто будет отслеживать эти требования, кто будет заниматься взаимной увязкой данных требований? 2 аналитика? они не смогут переварить такой объем информации. Кто будет заниматься тестированием системы? кто будет верифицировать требования пользователей и реализованного функционала?

Эти 6 человек, после 2 месяцев работы, выдохнутся, половина уволится (читай ТК). Как вы поступите в этом случае?

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

Апеллировать, к тому, что пришли консультанты и ни чего не сделали, не пройдут, у вас есть договор? Есть решение арбитража? Вот если есть, пожалуйста, ссылку на него.