Rapor:' Kaos 'sakının SharePoint Can Oluştur'

Forrester'ın bir raporu, müşterilerin, Microsoft'un bir SharePoint Server ürününü nasıl kullanacaklarını dikkatlice düşünmelerini uyarıyor; bu da, özel bir uygulama geliştirme platformu olarak kullanıldığında bir BT organizasyonunda hasara yol açabileceğini söylüyor.

Son zamanlarda yayınlanan rapor, "Şimdi Uygulama Geliştirme Stratejisinde SharePoint'in Yeri Belirleme Zamanıdır," diye düşünürken, SharePoint, şirket intranetlerini oluşturmak için son derece yararlı olurken, şirketlerin, uygulamalardan yoksun olduğu için özel uygulamalar oluşturmak için kullanırken dikkatli olmaları gerekir. - uygulama yaşam döngüsü yönetimi (ALM) ve kurumsal uygulama entegrasyonu (EAI) gibi - diğer, daha kanıtlanmış geliştirme platformları gibi.

Ayrıca SharePoint yanlıştır Raporda, genel olarak derstood ve kullanıcıların kendi uygulamalarını oluşturmalarına ve SharePoint intranet sitelerini kolayca özelleştirmelerine izin verirken, bu uygulamaların yönetilmesi ve desteklenmesi söz konusu olduğunda organizasyonun karmaşıklık hızına dönüşebileceği belirtiliyor.

Forrester analistleri John tarafından yazılan rapora göre, bu karmaşıklık BT ekiplerinin "kullanıcı tarafından oluşturulan uygulamaların yeni bir kaosunu önleme amaçlı politikalar oluştururken uygulama yaşam döngüsü yönetimi ve kurumsal entegrasyondaki ürün boşluklarını doldurmaya çalışırken" meşgul olmasına neden oluyor. Rymer ve Rob Koplowitz.

Sorun, SharePoint için gelişmiş geliştirme becerilerine sahip insanların eksikliği yüzünden daha da karmaşıklaşıyor. ”

Raporda, SharePoint'teki özel gelişimin elden çıktığı birçok müşteri senaryosunu özetliyorlar. analistlerin, bir şirketin BT ekibinin üstesinden gelebileceklerinden daha fazlası oldu.

Birinde, bir SharePoint "güç kullanıcısı" olarak adlandırılan sözde "BT'yi yeniden şekillendirmek" için ilham kaynağı oldu. Kullanıcı, geliştirme ve operasyonel organizasyonların bunları destekleyebileceğini varsayarak, SharePoint'i kullanarak birkaç popüler özel uygulama geliştirdi. Ancak, raporlara göre "her iki örgütün sahip olmadığı özel yeteneklere" ihtiyaç duymadılar.

Firma, boşluğu doldurmak ve SharePoint'in şirketin uygulama geliştirme rolünü genişletmek için yeni bir BT uzmanı işe almak zorunda kaldı. bir rapora göre, bir rapora göre.

Microsoft, aslen SharePoint'i şirketlerin internet siteleri oluşturabileceği bir portal ürün olarak tasarladı. Ancak 2007 Office Sisteminin bir parçası olarak piyasaya sürülen Microsoft, ürünü, ortak intranet siteleri ve diğer uygulamalar için bir geliştirme platformundan bahsetmeden, işbirliği, belge yönetimi ve iş zekası için bir merkez haline getirdi.

SharePoint Evlat edinme Microsoft'un tahmin edebileceğinden bile daha hızlı büyüdü, bu da ürünle uğraşma becerisi olan insanların eksikliği ile ilgili bir şeylere sahip olabilirdi. Hızlı alım, Microsoft'un henüz ürünle başa çıkmak için hazırlanmadığı kullanımlara da SharePoint'i zorlayabilirdi.

"Microsoft'un bile SharePoint'in gördüğü kabul oranlarını tahmin edebileceğini sanmıyorum." Andrew Brust, yeni, BT danışmanlık firması New York'un yeni teknolojisi. ”dedi.

Gerçekten de, kendi raporlarında, Rymer ve Koplowitz, Forrester'in müşterilerinin SharePoint'in büyümesinin" pek çok uygulama geliştirme yöneticisini sürprizle yakaladığını "söyledi. SharePoint siteleri, Lotus Notes veritabanlarının 1990'larda nasıl olduğu konusunda BT yöneticileri için yarattığı baş ağrılarını karşılaştırır. Her iki ürün de, BT departmanlarının zor zamanlar yönetebileceği özel sitelerin ve uygulamaların patlamasına izin veriyor.

Microsoft'un savunmasında Brust, şirketin SharePoint'in bazı teknoloji boşluklarına sahip olduğunu ve bunları doldurmak için çok çalıştıklarını fark ettiğini söyledi. SharePoint'in sınırlı ALM yeteneği sorunu, özellikle de Microsoft'un yaşadığı bir şeydir.

Ayrıca, Microsoft için BizTalk ve ALM için Visual Studio Team System gibi diğer Microsoft ürünlerinin BT departmanlarına yardımcı olabileceğini belirtti. Bu arada SharePoint ile çalışın.

Raporlarında, Rymer ve Koplowitz, Microsoft'un üründeki boşlukları doldurmak için çalışırken, organizasyonların, dağıtımdan önce, kendilerini nasıl kullanacaklarını düşünmeden önce dikkatle değerlendirmeliler.

Ürünün mümkün olduğunca verimli çalışmasını sağlamak için SharePoint'in üç senaryosu.

Biri, ürünü yalnızca bir uygulama platformu olarak değil, bir işbirliği platformu olarak değil, işbirliği ve bilgi paylaşımı olarak kullanmak olduğunu söyledi. İkinci senaryo, hem bir uygulama hem de şirketin ürün boşluklarını doldurduğu bir intranet platformudur - ALM ve EAI'ya ek olarak, ürünün güvenilirliği, kullanılabilirliği ve ölçeklenebilirliği ile ilgili konuları da içerir.

Üçüncü ve en karmaşık Analistler, bir organizasyonun senaryosunun, bir şirketin uygulama geliştirme stratejisinin özünde bir uygulama ve bir kurumsal portal olarak SharePoint'i kullanmak olacağını söyledi. Bununla birlikte, kuruluşlar BT ekibinin ağır bir şekilde kaldırılmasını gerektirdiğini bilerek bu seçeneği seçmeli ve raporda belirtildiği gibi organizasyonda mevcut olabilecek diğer portal veya intranet yazılımlarından bir geçişi gerektirmelidir.