«Черные» ИТ-проекты прижились в России

[Mamuka]

http://www.cnews.ru/newcom/index.sht...5/04/15/177269

даже добавить нечего

[Cheb]

и еще
http://ambience.ru/w/Reprints/Expert...how_comments=1

[komar]

Цитата:

Изначально опубликовано Cheb
и еще
http://ambience.ru/w/Reprints/Expert...how_comments=1

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

[Lazy_Tiger]

Цитата:

http://www.cnews.ru/newcom/index.sht...5/04/15/177269
Другой характерный для российского рынка вариант недобросовестных действий – постоянная ротация внедряемых систем. Такая схема удобна тем, что реально оценить результаты работы ИС, от которой уже отказались, почти невозможно. При этом оправдания замене звучат самые разные – «изменение масштаба фирмы», «появление на рынке решения, полностью учитывающего нашу отраслевую специфику» и т.д.

Где то тут было объявление о поиске работников в ИстЛайн
Не про них ли абзац?

[Perec]

Не пойму я чего-то...
Какое отношение к "Совместному хищению" имеют абзацы:

Цитата:

Такого рода практика успешно прижилась в России. Используются различные схемы, например, работы, которые должен был делать системный интегратор, перекладываются на рядовых сотрудников заказчика, как правило, на ИТ-отдел. Это может быть обучение пользователей, предпроектное обследование, создание дополнительных отчетов и даже настройка системы.

Кому системный интегратор должен? Если в договоре написано, то должен. А если написано что: "производится Заказчиком" или "в сотрудничестве с ИТ-тделом Заказчика", то какие вообще могут быть претензии к исполнителю?

Цитата:

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

И? По-моему все отлично. Кто сказал, что внедрение системы налогового учета подразумевает разработку (а тем более заполнение ) налоговых регистров?

Да, факты имеют место быть... но написана статейка как-то поверхостно... изобилует оборотами: "Сегодня уже мало кто", "обычно выясняется", "как правило"... , - которые автор ИМХО применяет без анализа информации, а для красног словца.
Оценка успешности проекта - ИМХО очень не простое дело, и говорить о неуспешности на основании того, что ИТшников заставили что-то делать или что на складе ящики сами по палетам не прыгают, как-то не серьезно.

Очень верная мысль в статье, что: "грамотно составленные контракты и технические задания в большой степени способны защитить заказчика от неприятных сюрпризов".
Очевидно и обратное. Грамотно составленные контракты способны защитить консалтера от чего угодно.

[Polar]

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

[Perec]

Цитата:

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

Т.о. в договоре должны быть максимально четко определены границы проекта и прописано (м.б. в приложении) что подразумевается под автоматизацией под автоматизацией каждой процессной области.

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

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