Новости 2009 года
ООН готовится к внедрению ERP-системы компании SAP
Организация Объединенных Наций намерена провести проект автоматизации всех своих систем на базе ERP-решения немецкой компании SAP AG. Если в ООН будет принято окончательное решение по данному поводу, то развертывание здесь SAP станет крупнейшим в мире развертыванием комплексной системы автоматизации предприятия в госсекторе.
Представитель ООН в минувшую пятницу сообщил, что SAP выиграла тендер на право проведения контрактных работ с организацией, однако сам контракт пока не был подписан и ряд технических деталей еще предстоит уточнить.
По сообщению немецкой газеты Handelsblatt, сумма контакта с SAP может составить около 300 млн долларов.
Ранее SAP уже заключала крупные контракты в госсекторе, на базе программного обеспечения последней работают ИТ-системы Департамента внутренней безопасности США, ряд европейских таможенных и пограничных ведомства и иные федеральные структуры.
18 января 2009
Материалы были предоставлены www.cybersecurity.ru
Клиенты SAP планируют обновления ERP
По результатам недавнего исследования, продолжительность проекта обновления бизнес-приложений SAP может составить от 4 недель до двух лет, в зависимости от числа пользователей, использования отраслевых компонентов и необходимости разработки интерфейсов с другими корпоративными системами.
Компания Panaya провела исследование, целью которого было выявить отношение клиентов корпорации SAP (досье) к необходимости обновления их программных продуктов.
В опросе приняли участие 152 компании - клиенты SAP (73%) и системные интеграторы (27%). Исследование проводилось среди компаний, работающих в различных отраслях экономики, с преимуществом (25%) в производственном секторе. 66% опрошенных компаний расположены в Европе и 34% - в Северной Америке. Чуть менее половины компаний относятся к сегменту малого бизнеса (с годовым доходом менее 1 млрд. долларов), 25% - компании среднего бизнеса, и 33% участников опроса - крупные компании (с годовым доходом, превышающим 5 млрд. долларов).
Согласно результатам опроса, наиболее частой причиной обновления системы является окончание поддержки текущей версии, ее назвали 58% респондентов. Для 37% актуально расширение функциональных требований, и для 28% - удобство и простота использования новой версии.
Причины обновления ERP
27% опрошенных планируют выполнить лишь технический апгрейд системы, остальные 73% в рамках проекта предполагают еще и расширить используемый функцонал систем, причем 42% респондентов вынесли расширение функционала на второй этап проекта, после обновления самой платформы.
По мнению опрошенных, наибольшие проблемы возникают на этапе планирования проекта. Наиболее сложной задачей является оценка стоимости проекта обновления (ее указали 40% респондентов), трудности с обоснованием бюджета проекта отметили 36% опрошенных, и на третьем месте - проблемы с воздействием обновления на существующее решение (31% ).
Проблемы при обновлении ERP
Проект обновления, по результатам исследования, может продлиться от 4 недель до 120 недель (то есть более двух лет), причем эти сроки сильно зависят от количества пользователей системы. Средняя продолжительность проекта обновления системы в организации с количеством пользователей, не превышающим 100 человек, составляет 26 недель, а сам проект реализуется в среднем за 395 человеко-дней. Для организаций, имеющих более 10 тыс. пользователей средняя продолжительность проекта составляет 63 недели, а трудовые затраты составляют 13 516 человеко-дней.
Как показало исследование, использование отраслевых решений (они установлены в 39% опрошенных компаний) увеличивает сложность проекта обновления на 15-550%.
88% клиентов SAP привлекали на проекты обновления системных интеграторов, при этом 56% компаний отдали на аутсорсинг не менее половины работ.
Почти три четверти проектов будут (или были) начаты в запланированные сроки, и лишь 11% компаний приняли решение отложить обновление своих бизнес-приложений по крайней мере до конца 2009 года в связи с тяжелой экономической ситуацией.
15 января 2009
Материалы были предоставлены www.tadviser.ru
Способствует ли экономии отказ от ERP?
Американская компания Select Comfort приняла решение о прекращении долгосрочного ERP-проекта. Причиной этого стали сложные экономические обстоятельства, потребовавшие даже значительного сокращения персонала, а также отсутствие у руководства аргументированного представления о том, какие конкретные преимущества ERP-система обеспечит в будущем.
Американская компания Select Comfort, производитель мебели для сна и спальных принадлежностей, объявила о своем решении прекратить дальнейшее развитие своего ERP-проекта на платформе SAP.
Первоначально компания предполагала внедрить целый спектр приложений от SAP, в том числе ERP, CRM, SCM и другие модули. Проект предполагалось завершить в первой половине 2008 года. По замыслу руководства, масштабное внедрение было призвано обеспечить гибкость в управлении растущим бизнесом и экономию средств на поддержку ПО в долгосрочной перспективе.
Однако один из акционеров компании, группа компаний Clinton, в течение многих месяцев активно выражал свое недоверие к проекту, считая его чересчур дорогостоящим. Так, по имеющимся сведениям, в 2007 году на внедрение ERP было потрачено 12 млн. долларов, а в 2008 году бюджет проекта должен был составить еще 8 млн. долларов. Акционер выражал сомнение в том, что такие затраты смогут окупиться в обозримом будущем, учитывая масштаб бизнеса компании. Кроме того, он утверждал, что у руководства компании вообще нет четкого и аргументированного представления о том, какие конкретные преимущества обеспечит внедряемая ERP-система и как именно будут окупаться вложенные средства.
Недовольство акционера усилилось, когда проект стал выходить за рамки отведенного ему срока. В частности, еще в марте 2008 года Clinton Group требовал приостановить проект и провести его ревизию, призвав для этого независимых консультантов. Предлогом для этого аудита стало увольнение ИТ-директора компании.
В июне от акционера последовало еще одно письмо в адрес совета директоров Select Comfort, в котором утверждалось, что попытки продолжить внедрение сложной ERP-системы силами собственного ИТ-подразделения свидетельствуют о неграмотности и недальновидности руководства, поскольку у имеющихся специалистов не хватает для этого знаний и опыта.
Подводя очередные финансовые итоги и принимая во внимание экономический кризис, охвативший США, в компании приняли решение о прекращении проекта. Одновременно было решено сократить 22% сотрудников компании (примерно 120 рабочих мест). Все эти меры должны, как предполагается, обеспечить компании экономию примерно 15 млн. долларов ежегодно. О возобновлении проекта в будущем в заявлении компании не упоминается.
По мнению некоторых аналитиков, такие брошенные на половине пути ERP-проекты встречаются даже чаще, чем это принято считать. Прекращение внедрения корпоративной системы управления – неприятное и трудное решение. Даже если в какой-то момент руководство захочет возобновить проект, это обернется для компании очередными дополнительными расходами. Во-первых, нет гарантии, что удастся снова привлечь на проект тех же самых консультантов, которые начинали его и которые уже изучили ситуацию в компании. Во-вторых, придется заново учить или переучивать собственных сотрудников. Кроме того, прекращение проекта отнюдь не означает возврата тех средств, которые уже были вложены. Тем не менее, подчас это решение бывает финансово оправдано.
Рэй Ванг (Ray Wang), аналитик из Forrester Research, полагает, что приостановка или прекращение внедрения отдельных модулей или подсистем позволит сократить стоимость поддержки ПО и заставит пересмотреть условия заключенных ранее контрактов. Однако такие возможности следует предусматривать заранее, например, оговорив в контракте поэтапное развитие проекта. По его мнению, пауза в реализации проекта, конечно же, увеличит его общую стоимость, однако в трудные времена бывают обстоятельства, когда на это приходится соглашаться.
Тем не менее, по утверждению представителей SAP, даже в сложные в финансовом отношении периоды, такое решение о прекращении ERP-проекта – скорее исключение, чем правило, и реализация большинства проектов продолжается.
12 января 2009
Материалы были предоставлены www.tadviser.ru
Не все CIO готовы сократить ИТ-бюджеты
В 2009 году ИТ-директора предрекают снижение расходов на информационные технологии всего на 2%. Согласно проведенному исследованию, затраты на виртуализацию и ПО для ЦОДов будут продолжать увеличиваться, хотя темпы их роста замедлятся. Что касается бизнес-приложений, то тут сокращение или увеличение ИТ-бюджетов будет зависить от конкретных вендоров.
По результатам недавнего исследования международной инвестиционно-финансовой компании UBS, несмотря на жесткие экономические условия, в которые были поставлены разработчики программного обеспечения, информационные системы для управления различными аспектами бизнеса будут достаточно востребованы в 2009 году.
Согласно опросу, проведенному среди 100 ИТ-директоров США и Европы, в 2009 году прогнозируется снижение расходов на информационные технологии на 2%, что меньше аналогичных оценок, приводимых компаниями Forrester и Gartner (досье).
По результатам исследования, из четырех лидеров в области разработки бизнес-приложений и решений для управления ИТ-инфраструктурой - компаний SAP (досье), Microsoft (досье), Oracle (досье) и IBM (досье) - тенденция снижения расходов на ИТ менее всего затронет SAP, собравшую среди CIO наиболее положительные отзывы. Так, согласно прогнозам ведущих ИТ-директоров, в будущем году расходы на ПО от SAP будут даже немного увеличены, тогда как на затраты на Microsoft, Oracle и IBM должны снизиться.
Наибольшую приверженность ERP-системам, как ожидается, продемонстрируют компании производственного сектора.
Расходы на системы управления ИТ-инфраструктурой, согласно прогнозам, увеличатся на 1%. В частности, затраты на программное обеспечение для центров обработки данных вырастут на 2%, что объясняется стремлением компаний снизить свои расходы на персонал. При этом темпы роста затрат на виртуализацию, которая считается одной из наиболее активно набирающих популярность технологий, понизятся с 10% в 2008 году до 6% в 2009 году.
В целом, согласно подведенным итогам исследования, около 60% респондентов предполагают сокращение ИТ-расходов. Тем не менее, около трети опрошенных рассчитывают на увеличение бюджетов на информационные технологии.
12 января 2009
Материалы были предоставлены www.tadviser.ru
Ошибки управления поставили ERP-проект под угрозу срыва
Существуют три фактора, которые могут привести к провалу ИТ-проекта. Это несоблюдение сроков внедрения, несоблюдение бюджета проекта и некачественные услуги компании-исполнителя. В проекте по созданию единой системы автоматизации Департамента транспорта Великобритании, как отмечается, имели место все эти причины.
В апреле 2005 года в Департаменте транспорта Великобритании приступили к реализации масштабного проекта по созданию Объединенного Центра Обслуживания, который должен был объединить службы, отвечающие за управление финансами, кадрами и расчетом заработной платы в различных подразделениях и агентствах, а также в центральном офисе департамента.
Основой создаваемой системы должна была стать платформа SAP, исполнителем – компания IBM, а консалтинговые услуги оказывала компания Deloitte.
По предварительным расчетам, новая система должна была обеспечить экономию в 112 млн. фунтов. С учетом стоимости внедрения, которая оценивалась в 55 млн. долларов, итоговая экономия должна была составить порядка 57 млн. фунтов. Первые подразделения департамента должны были начать работу с системой в апреле 2006 года, а завершение проекта было намечено на апрель 2008 года.
Как сообщается, уже после первых двух месяцев реализации проекта стало очевидно, что предварительное оценки сроков и затрат были слишком приблизительны и оптимистичны. Однако пересматривать план проекта не стали. Чтобы уложиться в составленное расписание, а также запустить финансовую систему к началу нового финансового года, руководство проекта приняло решение сократить сроки тестирования решения. В результате вместо выделенных ранее двух месяцев тестирование осуществлялось в течение всего двух недель, а нагрузочное тестирование, призванное выявить ограничения по числу пользователей и объему обрабатываемых документов, не проводилось совсем.
Такой подход почти сразу привел к нестабильной работе системы, особенно в периоды обновления и подключения к системе новых подразделений. Все дальнейшие модификации системы также производились на работающей системе, без предварительных испытаний. Кроме того, в процессе объединения в системе всех семи подразделений департамента, ранее работавших независимо друг от друга, выяснилось, что при разработке модели решения не была проработана единая схема взаимодействия бизнес-процессов, которая устроила бы всех пользователей.
В январе 2006 года, в целях сокращения средств на реализацию проекта, руководство предприняло попытку перевести часть работ на аутсорсинг (в Индию), что должно было сократить соответствующие затраты на две трети. Однако на деле были выявлены трудности с обеспечением безопасного доступа индийских специалистов. Вкупе со сжатыми сроками, отведенными на реализацию проекта, это привело к тому, что сэкономить удалось лишь незначительную сумму в 44 тыс. фунтов.
Для оценки качества внедрения департамент выработал 18 ключевых показателей эффективности. Однако пока собраны данные лишь по четырем из них. Анализ этих KPI свидетельствует о нестабильной работе системы (значения их из месяца в месяц сильно различаются, причем как в большую, так и в меньшую сторону). Отчасти это объясняется нестабильной (цикличной) нагрузкой на службы департамента (например, в январе нагрузки существенно возрастают, и система перестает справляться с ними в полном объеме, тогда как в более спокойные месяцы эффективность работы системы увеличивается). Тем не менее, пока эти KPI ниже аналогичных показателей работы отдельных подразделений департамента в своих прежних системах.
Возникшие трудности привели к тому, что к апрелю 2008 года стоимость внедрения системы оценивалась уже в 121 млн. фунтов, а экономия от нее – в 40 млн. фунтов. Таким образом, совокупные убытки оценивались в 81 млн. фунтов. В том числе услуги консалтинговой компании Deloitte обошлись департаменту в 4,6 млн. фунтов.
Текущая оценка, по мнению финансового руководства департамента, не может считаться окончательной и полной, поскольку в ней учтены только те выгоды, которые уже получены и измерены, и не учтены потенциальные выгоды, которые департамент рассчитывает получать до 2015 года. Кроме того, по мере обучения сотрудников департамента и более полного освоения ими возможностей системы эффективность от ее внедрения должна возрастать.
В целом по итогам внедрения были выработаны ключевые рекомендации, которые следует учитывать при проведении аналогичных проектов. По мнению TAdviser, эти рекомендации носят общий характер и будут полезны не только государственным, но и коммерческим организациям при планировании проектов автоматизации.
|
Текущая ситуация
|
Рекомендации
|
| Планы внедрения (по срокам и затратам) были чересчур оптимистичны и не учитывали рисков и сложностей | Планы внедрения должны быть детально проработаны, даже если это потребует дополнительных первоначальных затрат |
| Даже при выявлении дополнительных сложностей и факторов риска, расписание и бюджет проекта не были пересмотрены | При появлении дополнительной информации сроки и бюджет проекта должны корректироваться |
| Для ускорения проекта тендер по выбору исполнителя не проводился. Был продлен контракт с фирмой, которая уже оказывала департаменту услуги по сопровождению | Проведение полноценного тендера позволит тщательнее проработать требования к системе и к качеству услуг компании-исполнителя |
| В департаменте не было специалистов, обладающих достаточными навыками в области управления проектами | Руководители при необходимости должны пройти курс обучения управления проектами |
| Полученная система пока не отвечает поставленным целям, и не ясно, когда она выйдет на заданный уровень эффективности | Необходимо разрабатывать показатели для измерения эффективности работы системы и помесячно отслеживать и анализировать их значения, чтобы своевременно выявить слабые участки и принять меры по их оптимизации |
| Пользователи системы не доверяют ей, поскольку сталкиваются с большим числом проблем в рамках ее эксплуатации | Необходимо обучать пользователей возможностям новой системы, а также прислушиваться к их замечаниям и контролировать исправление выявляемых ошибок |
| Эффективность работы системы не может сравниваться с аналогичными показателями в других организациях, из-за специфики решаемых задач | Необходимо и полезно сравнивать эффективность внедренной системы с аналогичными решениями на предприятиях своей отрасли |
| Несмотря на неудовлетворительные результаты, никто из руководителей проекта не был привлечен к ответственности (некоторые были лишены премии) | Перед началом проекта следует разработать четкую систему поощрений и наказаний, привязанную к конкретным результатам внедрения. Наказания могут быть достаточно жесткими, вплоть до отстранения от выполнения своих обязанностей и даже увольнения |
12 января 2009
Материалы были предоставлены www.tadviser.ru
Microsoft предлагает «Новые правила игры» на базе Microsoft Dynamics СRМ
Корпорация Microsoft объявила о выпуске пакета антикризисных решений «Новые правила игры» на базе Microsoft Dynamics СRМ, предназначенного для повышения эффективности работы предприятий в условиях экономической нестабильности.
Новая экономическая ситуация характеризуется и новыми приоритетами в работе предприятий. Вместо таких задач, как захват новых рынков, повышение капитализации и инвестиционной привлекательности, на первый план выходят задачи сокращения затрат, точного планирования и прогнозирования продаж, жесткого контроля движения денежных средств, усиления работы с текущими клиентами.
В целом, пакет «Новые правила игры» на базе Microsoft Dynamics СRМ, разработанный Microsoft специально для российского рынка, включает пять готовых решений, предназначенных для руководителей предприятий: «Управление базой контактов»; «Контроль входящих платежей»; «Планирование и прогноз продаж»; «Управление маркетинговыми затратами»; «Работа с текущими клиентами».
Кроме ПО Microsoft Dynamics СRМ 4.0 и надстроек, обеспечивающих дополнительную функциональность и создание отчетов, в «Новые правила игры» входят: готовый набор адаптированной документации для самостоятельной быстрой установки и запуска системы; пакет пользовательских инструкций и методологических рекомендаций по решению задач обеспечения прозрачности клиентской базы, повышения прибыльности, детализации финансовой информации в краткосрочной и долгосрочной перспективе, контроля эффективности инвестиций; услуги обучения пользователей.
Пакет «Новые правила игры» доступен для приобретения через партнерскую сеть Microsoft на льготных условиях, с возможностью рассрочки или аренды.
«Кризис не вечен. Благодаря нашему предложению предприятия смогут не только справиться с насущными задачами, но и приобрести с низкими начальными затратами систему Microsoft Dynamics СRМ — мощное бизнес-решение мирового класса, которым уже сегодня пользуются около 17 000 предприятий всего мира, — отметила Екатерина Корбутова, руководитель направления СRМ в Microsoft Россия. — Сделав это сейчас, наши клиенты получат методологическую и технологическую базу для сохранения и развития конкурентных преимуществ своего бизнеса в будущем».
12 января 2009
Материалы были предоставлены www.crm.com.ua
ИТ-компании массово перепрофилируются под требования банков
Ужесточение требований Банка России на фоне кризиса заставляет банки совершенствовать системы выпуска отчетности несмотря на стагнацию бизнеса, поэтому ИТ-компании массово перепрофилируются на решения для выполнения требований Банка России на базе BI (Business Intelligence, Бизнес-аналитика) и BPM (Business Performance Management, управление эффективностью бизнеса). В результате этого к середине 2009 года число вендоров ПО для подготовки отчетности БР на основе хранилищ данных может удвоиться, однако более трети новых проектов в данной области будут провальными. Этот прогноз развития рынка средств выпуска банковской отчетности был озвучен на круглом столе Ассоциации российских банков «Антикризисная ИТ-стратегия банка».
16 декабря Ассоциация российских банков (АРБ) провела круглый стол «Антикризисная ИТ-стратегия банка. Как сократить ИТ-издержки». Представители крупнейших банков России и Европы, а также эксперты АРБ делились своими рекомендациями по сокращению ИТ-издержек и оптимизации управления ИТ-службами в условиях спада банковского бизнеса.
Эксперт АРБ, заместитель генерального директора по развитию бизнеса компании Intersoft Lab Юлия Амириди выступила с докладом «Как выбрать ПО в период кризиса: сравнительный анализ ИТ-поставщиков», в котором были даны рекомендации снижения затрат на ПО класса BPM и прогноз развития рынка BPM и BI для банков.
Большинство банков в условиях финансового кризиса снижает затраты на ИТ. Однако даже работая в «режиме выживания» или находясь на грани банкротства, кредитные организации обязаны поддерживать информационные системы, обеспечивающие обязательные задачи, например проведение платежей. Аналогичная ситуация сегодня сложилась с автоматизацией выпуска отчетности для Банка России (БР), отметила она.
По данным компании Intersoft Lab, в 2008 году решения для автоматизации выпуска отчетности для БР на базе хранилищ данных предлагали четыре-пять поставщиков. Потенциальная емкость рынка при этом находилась на уровне 200 кредитных учреждений, возглавлявших рейтинг крупнейших российских банков. Напомним, что к концу 2008 года по такой технологии выпуск обязательной отчетности для БР автоматизировали 11 банков (по данным исследований Intersoft Lab), при этом число автоматизированных отчетных форм можно оценить как недостаточное.
В результате спада банковского бизнеса, официально зафиксированного осенью 2008 года, резко сократился спрос на решения для автоматизации задач кредитных фронт-, бэк-офисов и целого ряда других подразделений, работа которых максимально сворачивается в период кризиса. Это негативно отразилось на бизнесе ИТ-компаний, которые специализируются на соответствующих задачах, и привело к их перепрофилированию на ПО для выпуска отчетности для БР на базе хранилищ данных.
По мнению докладчика, высокий спрос на ПО для выпуска отчетности для БР в первом-втором квартале 2009 года сохранится, что приведет к выходу на рынок средств подготовки регулятивной отчетности на основе хранилищ данных новых ИТ-компаний, ранее работавших в смежных областях. К середине 2009 года количество вендоров ПО для выпуска отчетности БР увеличится до 8-10 компаний.
В текущей ситуации, по мнению Амириди, новые участники рынка предлагают банкам-заказчикам создавать решения «с нуля», что вносит в проект внедрения множество рисков. Большая часть проектов новых вендоров с высокой долей вероятности окажется неудачной. Если прогнозировать в 2009 году старт 50-ти новых проектов, то 20 из них будут обречены на провал из-за отсутствия тиражного «готового» ПО с опытом применения. Результативные проекты смогут реализовать банки, которые выбирают тиражное ПО, адаптированное к практикам работы российских банков и имеющее опыт успешного внедрения и использования.
12 января 2009
Материалы были предоставлены www.cybersecurity.ru
|
Полезные ссылки
