Rapport: Pas på 'kaos' SharePoint kan oprette

En rapport fra Forrester advarer kunderne om nøje at overveje, hvordan de planlægger at bruge Microsofts Office SharePoint Server-produkt, som de siger kan forårsage kaos i en it-organisation, når de bruges som en brugerdefineret applikationsudviklingsplatform. nyligt offentliggjorte rapport, "Nu er det tid til at bestemme SharePoints sted i din applikationsudviklingsstrategi", beskriver, hvordan, mens SharePoint kan være yderst nyttigt til oprettelse af firmaets intranet, bør virksomheder være forsigtige, når de bruger det til at oprette brugerdefinerede applikationer, fordi produktet mangler funktioner - som f.eks. i applikations livscyklusstyring (ALM) og enterprise application integration (EAI) - som andre mere dokumenterede udviklingsplatforme har.

SharePoint er også misun derstood generelt, og selvom det giver brugerne mulighed for at oprette deres egne applikationer og tilpasse SharePoint intranetsites ganske let, kan dette blive til et kompromis for kompleksiteten for organisationen, når det kommer til at styre og støtte disse applikationer, siger rapporten.

Denne kompleksitet får IT teams til at blive travlt med at forsøge at "fylde produktets huller i applikationens livscyklusstyring og virksomheders integration, da de skaber politikker for at forhindre et nyt kaos af brugergenererede applikationer", ifølge rapporten, skrevet af Forrester-analytikere John Rymer og Rob Koplowitz.

Problemet bliver yderligere kompliceret af manglen på mennesker, der har avancerede udviklingsfærdigheder til SharePoint, sagde de.

I rapporten redegør de for flere kundescenarier, hvor brugerdefineret udvikling på SharePoint var ude af hånd og blev mere end et virksomheds IT-personale kunne klare.

I en, en såkaldt SharePoint "power user" inspireret "en omlægning af IT", skriver analytikere. Brugeren bygget flere populære brugerdefinerede applikationer ved hjælp af SharePoint, forudsat at udviklings- og operationelle organisationer kunne støtte dem. Men de kunne ikke, fordi det krævede "specialiserede færdigheder, som ingen organisation havde." Ifølge rapporten.

Virksomheden måtte ansætte en ny it-specialist for at udfylde hullet og udvide SharePoints rolle i virksomhedens applikationsudvikling strategi, ifølge en rapport.

Microsoft opfattede oprindeligt SharePoint som et portalprodukt, hvor virksomheder kunne bygge websteder. Men med udgivelsen som en del af 2007 Office-systemet har Microsoft udvidet produktet til at blive et knudepunkt for samarbejde, dokumenthåndtering og business intelligence, for ikke at nævne en udviklingsplatform til opbygning af brugerdefinerede intranetsites og andre applikationer.

SharePoint adoption har vokset hurtigere end endda Microsoft kunne forudse, hvilket kunne have noget at gøre med manglen på mennesker med færdigheder til at håndtere produktet. Den hurtige optagelse kunne også have skubbet SharePoint til anvendelser, som Microsoft endnu ikke havde forberedt produktet til at håndtere.

"Jeg tror ikke, at selv Microsoft kunne forudsige de adoptionsgrader, SharePoint ser." siger Andrew Brust, chef, ny teknologi for it-konsulentfirmaet Twentysix New York.

I deres rapport konstaterer Rymer og Koplowitz, at Forresters kunder siger, at SharePoints vækst "har overrasket mange applikationsudviklingschefer." De sammenligner hovedpine SharePoint-websteder skaber for it-ledere til, hvordan Lotus Notes-databaser var i 1990'erne. Begge produkter giver mulighed for eksplosion af brugerdefinerede websteder og applikationer, som IT-afdelinger kan have svært ved at administrere.

I Microsofts forsvar sagde Brust, at selskabet erkender, at SharePoint har nogle teknologiforbrug og arbejder hårdt på at udfylde dem og noterer sig at løse Problemet med SharePoints begrænsede ALM-kapacitet er især den slags ting, "Microsoft lever for."

Han bemærkede også, at andre Microsoft-produkter - som BizTalk for EAI og Visual Studio Team System for ALM - kan hjælpe IT-afdelinger arbejde med SharePoint i mellemtiden.

I deres rapport bemærkes, at Rymer og Koplowitz bemærkede, at mens Microsoft arbejder for at udfylde hullerne i produktet, bør organisationerne omhyggeligt overveje, inden de implementeres, hvordan de vil bruge SharePoint i det mindste i deres organisationer.

De foreslog, at virksomheder vælger en af tre scenarier for SharePoint for at gøre produktet så effektivt som muligt.

Det ene er at bruge produktet som blot en ansøgning om samarbejde og deling af information og ikke som en udviklingsplatform overhovedet, sagde de. Det andet scenario er som både en applikation og en intranetplatform, hvor virksomheden udfylder produktgab - som foruden ALM og EAI omfatter spørgsmål omkring produktets pålidelighed, tilgængelighed og skalerbarhed.

Den tredje og mest komplicerede Scenarie for en organisation ville være at bruge SharePoint som både en applikation og en virksomhedsportal, der er kernen i en virksomheds applikationsudviklingsstrategi, siger analytikere. Organisationerne skal imidlertid vælge denne mulighed, idet det vides at det kræver tung løft fra IT-teamet og også i sidste ende kræver en overgang væk fra anden portal eller intranetsoftware, der i øjeblikket eksisterer i organisationen, ifølge rapporten.