Отчет: Остерегайтесь «хаоса» SharePoint Can Create

Отчет от Forrester предупреждает клиентов внимательно изучить, как они планируют использовать продукт Microsoft Office SharePoint Server, который, как они говорят, может нанести ущерб ИТ-организации при использовании в качестве платформы разработки приложений.

недавно опубликованный отчет «Сейчас самое время определить место SharePoint в вашей стратегии разработки приложений», излагается, как SharePoint может быть чрезвычайно полезен для создания корпоративных интрасети, компании должны быть осторожны при использовании его для создания пользовательских приложений, поскольку в продукте отсутствуют функции - например, в управлении жизненным циклом приложения (ALM) и интеграции корпоративных приложений (EAI) - на других, более проверенных платформах разработки.

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

Эта сложность приводит к тому, что ИТ-команды становятся занятыми, пытаясь «заполнить пробелы продукта в управлении жизненным циклом приложений и корпоративной интеграции, поскольку они создают политики для предотвращения нового хаоса пользовательских приложений», согласно отчету, написанному аналитиками Forrester John Rymer и Rob Koplowitz.

Проблема осложняется еще и тем, что люди не имеют продвинутых навыков разработки для SharePoint.

В отчете они описывают несколько сценариев клиентов, в которых пользовательская разработка SharePoint выходит из-под контроля и стал больше, чем ИТ-персонал компании мог бы справиться.

Во-первых, так называемый «мощный пользователь SharePoint» вдохновил «перетасовку ИТ», - пишут аналитики. Пользователь создал несколько популярных пользовательских приложений с использованием SharePoint, предполагая, что их могут поддержать разработчики и операционные организации. Тем не менее, они не могли, потому что для этого требовались «специализированные навыки, которыми не обладали ни одна организация».

Фирма должна была нанять нового специалиста по ИТ, чтобы заполнить пробел и расширить роль SharePoint в разработке приложений компании стратегия, согласно отчету.

Первоначально Microsoft задумала SharePoint как продукт портала, на котором компании могли создавать веб-сайты. Но с его выпуском в рамках системы Office 2007 Microsoft расширила этот продукт, став центром взаимодействия, документооборота и бизнес-аналитики, не говоря уже о платформе разработки для создания пользовательских сайтов интрасети и других приложений.

SharePoint принятие выросло быстрее, чем может ожидать Microsoft, что может иметь какое-то отношение к отсутствию людей с набором навыков для работы с продуктом. Быстрое поглощение также могло подтолкнуть SharePoint к использованию, которое Microsoft еще не подготовила к работе с продуктом.

«Я не думаю, что даже Microsoft могла предсказать скорость принятия, которую видит SharePoint», сказал Эндрю Браст (Andrew Brust), руководитель новой технологии ИТ-консалтинговой фирмы twentysix в Нью-Йорке.

Действительно, в своем отчете Раймер и Копловиц отмечают, что клиенты Forrester заявили, что рост SharePoint «заставил многих менеджеров по разработке приложений неожиданностью». Они сравнивают головные боли. Сайты SharePoint создают для ИТ-менеджеров то, как базы данных Lotus Notes были в 1990-х годах. Оба продукта позволяют взломам пользовательских сайтов и приложений, которые ИТ-отделам удается с трудом управлять.

В Microsoft защиты, Бруст сказал, что компания признает, что SharePoint имеет некоторые технологические недостатки и прилагает все усилия, чтобы заполнить их, отметив, что решение проблема ограниченной возможности ALM SharePoint в частности - это нечто вроде «Microsoft живет».

Он также отметил, что другие продукты Microsoft, такие как BizTalk для EAI и Visual Studio Team System для ALM, могут помочь отделам ИТ работайте с SharePoint тем временем.

В своем докладе Раймер и Копловиц отметили, что, хотя Microsoft работает над заполнением пробелов в продукте, организации должны тщательно рассмотреть перед развертыванием, как они будут использовать SharePoint, если вообще, в своих организациях.

Они предложили компаниям выбрать один из три сценария для SharePoint, чтобы сделать продукт максимально эффективным.

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

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