Rapport maken: pas op voor 'chaos' SharePoint kan

Een rapport van Forrester waarschuwt klanten om zorgvuldig te overwegen hoe zij Microsoft Office SharePoint Server-producten willen gebruiken, waarvan zij zeggen dat het grote schade kan berokkenen aan een IT-organisatie wanneer het wordt gebruikt als een aangepast applicatie-ontwikkelplatform.

Het onlangs gepubliceerde rapport 'Nu is het moment om de plaats van SharePoint in uw ontwikkelingsstrategie vast te stellen', schetst hoe SharePoint bijzonder nuttig kan zijn voor het maken van bedrijfsintranetten, bedrijven moeten voorzichtig zijn wanneer ze het gebruiken om aangepaste applicaties te maken omdat het product functies mist - zoals in Application Lifecycle Management (ALM) en Enterprise Application Integration (EAI) - die andere, meer beproefde ontwikkelingsplatforms hebben.

Ook is SharePoint verkeerd in het algemeen, en hoewel het gebruikers toestaat om hun eigen applicaties te maken en SharePoint-intranetsites vrij gemakkelijk aan te passen, kan dit voor de organisatie een ingewikkeld complex worden als het gaat om het beheren en ondersteunen van die applicaties, aldus het rapport.

Deze complexiteit zorgt ervoor dat IT-teams druk bezig zijn om "de leemten in het productlevenscyclusbeheer en de bedrijfsintegratie te vullen terwijl ze beleid opstellen om een ​​nieuwe chaos van door gebruikers gegenereerde applicaties te voorkomen", aldus het rapport, geschreven door Forrester-analisten John Rymer en Rob Koplowitz.

Het probleem wordt verder gecompliceerd door het gebrek aan mensen met geavanceerde ontwikkelvaardigheden voor SharePoint.

In het rapport schetsen ze verschillende klantscenario's waarin ontwikkeling op maat van SharePoint uit de hand liep en werd meer dan het IT-personeel van een bedrijf kon aan.

In één, een zogenaamde SharePoint "power user" inspireerde "een herschikking van IT", schreven analisten. De gebruiker heeft verschillende populaire aangepaste applicaties gebouwd met behulp van SharePoint, ervan uitgaande dat de ontwikkelings- en operationele organisaties deze konden ondersteunen. Ze konden dit echter niet, omdat volgens het rapport 'gespecialiseerde vaardigheden nodig waren die geen van de organisaties bezaten', aldus het rapport.

Het bedrijf moest een nieuwe IT-specialist inhuren om de lacune op te vullen en de rol van SharePoint in de applicatie-ontwikkeling van het bedrijf uit te breiden strategie, volgens een rapport.

Microsoft bedacht SharePoint oorspronkelijk als een portalproduct waarop bedrijven websites konden bouwen. Maar met de release als onderdeel van het 2007 Office System heeft Microsoft het product uitgebreid tot een hub voor samenwerking, documentbeheer en bedrijfsinformatie, om nog maar te zwijgen van een ontwikkelingsplatform voor het bouwen van aangepaste intranetsites en andere toepassingen.

SharePoint de acceptatie is sneller gegroeid dan Microsoft ooit had verwacht, wat te maken zou kunnen hebben met het gebrek aan deskundigheid bij het omgaan met het product. De snelle opname had SharePoint ook kunnen gebruiken voor gebruik waarvoor Microsoft het product nog niet had voorbereid.

"Ik denk niet dat zelfs Microsoft de acceptatiepercentages van SharePoint kan voorspellen," zei Andrew Brust, hoofd van de nieuwe technologie van IT-adviesbureau Twentysix New York. In hun rapport merken Rymer en Koplowitz inderdaad op dat de klanten van Forrester hebben gezegd dat de groei van SharePoint "vele beheerders van toepassingsontwikkeling heeft verrast". Ze vergelijken de hoofdpijn die SharePoint-sites creëren voor IT-managers en hoe Lotus Notes-databases zich in de jaren negentig bevonden. Beide producten maken de explosie van aangepaste sites en applicaties mogelijk die IT-afdelingen moeilijk kunnen beheren.

In de verdediging van Microsoft zei Brust dat het bedrijf herkent dat SharePoint een aantal technologische hiaten heeft en er hard aan werkt om deze te vullen, waarbij hij opmerkt dat het oplossen het probleem van de beperkte ALM-mogelijkheden van SharePoint is in het bijzonder het soort "Microsoft leeft voor."

Hij merkte ook op dat andere Microsoft-producten - zoals BizTalk voor EAI en Visual Studio Team System voor ALM - IT-afdelingen kunnen helpen in de tussentijd met SharePoint werken.

In hun rapport merkten Rymer en Koplowitz op dat, hoewel Microsoft bezig is om de leemtes in het product op te vullen, organisaties vóór de implementatie zorgvuldig moeten overwegen hoe ze SharePoint, of helemaal niet, in hun organisaties zullen gebruiken.

Ze stelden bedrijven voor een van de volgende te kiezen: drie scenario's voor SharePoint om het product zo effectief mogelijk te laten werken.

Een daarvan is om het product te gebruiken als louter een toepassing voor samenwerking en het delen van informatie en helemaal niet als een ontwikkelingsplatform, zeiden ze. Het tweede scenario is zowel een applicatie- als een intranetplatform waarvoor het bedrijf productlacunes opvult - wat naast ALM en EAI ook problemen omvat rond de betrouwbaarheid, beschikbaarheid en schaalbaarheid van het product.

De derde en meest gecompliceerde scenario voor een organisatie zou zijn om SharePoint te gebruiken als zowel een applicatie als een enterprise portal als de kern van de applicatie-ontwikkelingsstrategie van een bedrijf, zeiden analisten. Organisaties moeten echter deze optie kiezen in de wetenschap dat dit door het IT-team zwaar zal worden opgepakt, en vereisen uiteindelijk ook een overgang van andere portal- of intranet-software die momenteel in de organisatie bestaat, volgens het rapport.