Komponenter

Rapport: Pass på 'kaos' SharePoint kan opprette

2020 RANGER + TIM HOLTZ ALCOHOL INK

2020 RANGER + TIM HOLTZ ALCOHOL INK
Anonim

En rapport fra Forrester advarer kunder om å nøye vurdere hvordan de planlegger å bruke Microsofts Office SharePoint Server-produkt, som de sier kan forårsake ødeleggelse i en IT-organisasjon når de brukes som en tilpasset applikasjonsutviklingsplattform. nylig publisert rapport, "Nå er det på tide å bestemme SharePoints sted i din applikasjonsutviklingsstrategi", skisserer hvordan, mens SharePoint kan være svært nyttig for å skape selskapets intranett, bør selskaper være forsiktige når de bruker det til å lage egendefinerte applikasjoner fordi produktet mangler funksjoner - for eksempel i applikasjons livscykelhåndtering (ALM) og Enterprise Application Integration (EAI) - som andre, mer beviste utviklingsplattformer har.

SharePoint er også misun derstood generelt, og mens det gjør det mulig for brukerne å lage egne applikasjoner og tilpasse SharePoint-intranettsteder ganske enkelt, kan dette bli til en svindel av kompleksitet for organisasjonen når det gjelder å administrere og støtte disse programmene, sa rapporten.

Denne kompleksiteten gjør at IT-team blir opptatt med å "fylle produktets hull i applikasjonens livssyklusstyring og virksomhetsintegrasjon, da de lager retningslinjer for å forhindre et nytt kaos av brukergenererte applikasjoner", ifølge rapporten, skrevet av Forrester-analytikere John Rymer og Rob Koplowitz.

Problemet blir ytterligere komplisert av mangel på personer som har avanserte utviklingsferdigheter for SharePoint, sier de.

I rapporten skisserer de flere kundescenarier der tilpasset utvikling på SharePoint har gått ut av hånden og ble mer enn et selskaps IT-medarbeidere kunne håndtere.

I en, en såkalt SharePoint-strømbruker, inspirerte "en omlegging av IT," skriver analytikere. Brukeren bygde flere populære tilpassede applikasjoner ved hjelp av SharePoint, forutsatt at utviklings- og operasjonelle organisasjoner kunne støtte dem. Men de kunne ikke, fordi det krevde "spesialiserte ferdigheter som ingen av organisasjonene hadde," ifølge rapporten.

Firmaet måtte ansette en ny IT-spesialist for å fylle ut gapet og utvide SharePoints rolle i selskapets applikasjonsutvikling strategi, ifølge en rapport.

Microsoft opprinnelig oppfattet SharePoint som et portalprodukt som selskaper kan bygge nettsteder på. Men med utgivelsen som en del av 2007 Office-systemet, har Microsoft utvidet produktet til å bli et knutepunkt for samarbeid, dokumentadministrasjon og forretningsinformasjon, for ikke å nevne en utviklingsplattform for å bygge tilpassede intranettsteder og andre applikasjoner.

SharePoint adopsjon har vokst raskere enn til og med Microsoft kunne forutse, noe som kan ha noe å gjøre med mangelen på personer med ferdigheter til å håndtere produktet. Den raske opptaket kunne også ha presset SharePoint inn i bruksområder som Microsoft ennå ikke hadde forberedt produktet til å håndtere.

"Jeg tror ikke at selv Microsoft kunne forutsi adopsjonsfrekvensene som SharePoint ser," sier Andrew Brust, sjef, ny teknologi for IT-konsulentfirmaet Twentysix New York.

I sin rapport merker Rymer og Koplowitz at Forresters kunder sier at SharePoints vekst har overrasket mange applikasjonsutviklingsledere. De sammenligner hodepine SharePoint-områder lager for IT-ledere til hvordan Lotus Notes-databaser var på 1990-tallet. Begge produktene tillater eksplosjon av tilpassede nettsteder og applikasjoner som IT-avdelinger kan ha vanskelig å håndtere.

I Microsofts forsvar sier Brust at selskapet anerkjenner at SharePoint har noen teknologiske hull og jobber hardt for å fylle dem, og noterer seg at løsningen Problemet med SharePoints begrensede ALM-evne er spesielt den typen "Microsoft lever for."

Han bemerket også at andre Microsoft-produkter - for eksempel BizTalk for EAI og Visual Studio Team System for ALM - kan hjelpe IT-avdelinger jobber med SharePoint i mellomtiden.

I sin rapport bemerket Rymer og Koplowitz at mens Microsoft jobber for å fylle hullene i produktet, bør organisasjoner nøye vurdere før de distribueres hvordan de vil bruke SharePoint, om ikke i deres organisasjoner.

De foreslo at selskaper velger en av tre scenarier for SharePoint for å få produktet til å fungere så effektivt som mulig.

En er å bruke produktet som bare et søknad om samarbeid og deling av informasjon og ikke som en utviklingsplattform i det hele tatt, sa de. Det andre scenariet er som både en applikasjon og en intranettplattform som selskapet fyller i produktgap - som i tillegg til ALM og EAI inkluderer problemer som berører påliteligheten, tilgjengeligheten og skalerbarheten av produktet.

Den tredje og mest kompliserte scenario for en organisasjon ville være å bruke SharePoint som både en applikasjon og en bedriftsportal som er kjernen i et selskaps applikasjonsutviklingsstrategi, sa analytikere. Organisasjoner må imidlertid velge dette alternativet og vite at det vil kreve tung løft fra IT-teamet, og krever også en overgang fra annen portal eller intranettprogramvare som i dag finnes i organisasjonen, ifølge rapporten.