Gebruik derdehulpmiddelen in SharePoint

Groei in derde partij gereedschap

Ik heb gewerkt met SharePoint als een kader, vanaf zijn eerste volledige schaal release in 2001. Sindsdien heb ik getuige geweest van de gestage groei in derde partij gereedschap om ofwel verbeteringen bieden aan zwakkere functionaliteit die 'out of the box' (OOTB) van SharePoint, of nieuwe functies voor aanvulling op de bestaande kern functionaliteit.

De meeste derde nutsbedrijven of web delen begon te komen met de vorige release van SharePoint (WSS SharePoint 2003 en V2). Maar met de release van Microsoft Office SharePoint Server (MOSS) 2007 (en WSS V3), is er een exponentiële groei in een hele variëteit aan eindgebruiker of administratieve gerichte hulpmiddelen.

Hele bedrijven hebben in feite ontstaan in de afgelopen jaren met hun eigen business model gericht op het voldoen aan de vraag naar duidelijke lijst aggregators, backup & migratie nutsbedrijven of melding van verbeteringen, om er maar een paar te noemen. Niet te vergeten de MVP, Open Source inspanningen over bij Codeplex en het werk van specifieke personen, vaak in de berichten en blogs genoemd binnen de SharePoint-gemeenschap.

Groeipijnen

De groei van de derde partij gereedschap en uitbreiden van SharePoint-gemeenschap, die ook een uitgebreid scala aan vaak 'gratis' te downloaden nutsbedrijven, betekent dat bedrijven inzetten van SharePoint nog nooit beter gediend en kan misschien wel nog meer uit hun investeringen winnen met behulp van de nieuwste Microsoft SharePoint-technologie.

Toch is mijn ervaring de afgelopen jaren met hulpprogramma's van derden, met name de aard van nieuwe en vaak onvolwassen nutsbedrijven en add-ons, leidde me om te geloven dat deze tools kan gepaard gaan met vraagstukken voor de onoplettende.

Ondervonden problemen zijn:

• Code ontwikkeld en getest in een MOSS omgeving, niet specifiek WSS (maar vrijgegeven voor beide soorten van het platform hoe dan ook, waardoor belangrijke functies vermeende beschikbaar te zijn, die niet te werken als zij niet worden ondersteund of beschikbaar in WSS)

• Tools and utilities vaak niet ondersteund en die kan worden gedownload op een 'as is' basis

• Slechte documentatie te verstrekken voor een doeltreffende en veilige configuratie en installatie

• Weinig of geen testen voorafgaand aan de introductie, dus tools zijn 'buggy' en onstabiele

• Onbewezen bruikbaarheid en functionaliteit in load balanced omgeving

• Slecht of niet-bestaand eindgebruiker support.

Ook sommige van de meer bekende derde partij gereedschap op de markt hebben, in mijn ervaring, is heel slecht ontwikkeld, waardoor de ontwikkeling van bedrijven zijn niet in staat om te reageren op, ook in verband basis ondersteuning vragen of product bugs. De tools en utilities vaak duidelijk zijn ontwikkeld op en voor MOSS omgevingen, maar reclame voor WSS ook, met de oorspronkelijke ontwikkelaars weten heel goed zullen er problemen met zijn mindere feature set. Ik vermoed dat dit zijn slechts groeipijnen van kleine bedrijven en hopelijk hun ontwikkeling processen en ondersteunende diensten zal mettertijd verbeteren.

Is uw geselecteerde derde partij product echt de juiste keuze?

Het is duidelijk veel van de beschikbare instrumenten zijn zeer nuttig, zij anders niet zou zijn opgericht om een leemte in de eerste plaats, vullen of verkocht zo goed. Ik denk echter dat bedrijven, of liever onervaren mensen, vaak vergeten (of gewoon niet weten) om volledig de aspecten die samenhangen met implementatie van 3rd party producten die zijn ontwikkeld buiten van gecertificeerde Microsoft en andere core-platform omgevingen te overwegen.

Wat ooit uw relatief schoon, kern en stabiele omgeving is nu 'vervuild' door dlls ', web. Config veranderingen en register-instellingen. Dit geeft u het risico van een potentiële niveau van de instabiliteit die onaanvaardbaar is, wat resulteert in eindeloze uren proberen om het oplossen van problemen en kwesties die vermeden hadden kunnen worden in de eerste plaats te lossen. Vandaar gaan over het toepassen van dergelijke hulpmiddelen zonder de juiste due diligence op eigen risico!

Vragen over derdehulpmiddelen Ik zou je aanraden overwegen zijn als volgt:

• Supportability - Heeft de organisatie tijdige updates en bugfixes te verstrekken aan de componenten? Wordt het ondersteund in 64-bit platform? Is het nodig en eigenlijk werken in verschillende browsers? Wat anderen zeggen over het product in de gemeenschap? Wie betaalt voor de ondersteuning van het intern? Wat als de persoon aan wie geïnstalleerd laat?

Code updates - Heeft u nodig hebt en dus toegang hebben tot de bron te beheersen voor uw ontwikkelaars om te maken en veranderingen in-house support? Wat is de routekaart voor de product updates volgende updates service pack afgegeven van Microsoft? Zal het product worden beïnvloed door updates service pack van Microsoft?

Robuustheid / Stabiliteit - Wat voor soort tests zijn uitgevoerd vóór de release? Was de code ontwikkeld op zowel MOSS en WSS platforms? Is het product is getest op load balanced landbouwbedrijven? Werkt het over meerdere landbouwbedrijven? Zijn er problemen met de prestaties op lijsten of indexering? Heeft het effect op de bestaande OOTB functies of andere derde partij instrumenten ingezet? Zal het afbreuk aan de bestaande pagina's en gegevens? Hoe is het geïnstalleerd, WSP, STP en of DLL's?

Schaalbaarheid / Beveiliging - Wat is het niveau en type van beveiliging toegang heeft het nodig hebt in uw bedrijf? Zal het schaal als uw inzet groeit van enkele tot meerdere servers?

Kosten - Wat zijn de totale kosten voor het inzetten van derden tools op je leven, pre-productie en ontwikkeling omgevingen? Wat is de werkelijke jaarlijkse kosten van ondersteuning?

Uiteindelijk dan, kunnen organisaties doen en krijgen een enorme hoeveelheid waar voor zijn geld uit hun investeringen zolang zij investeren verstandig. Ik denk echter dat een aanzienlijke hoeveelheid van de bedrijven zal hebben tal van problemen te maken hebben met de prestaties, functionaliteit, betrouwbaarheid of de stabiliteit bij gebruik van derde partij gereedschap had.

Due diligence

Ter beperking van de blootstelling aan dergelijke problemen bij de aankoop van derden SharePoint-tools en utilities, moet je maken van een passende beoordeling en de motivering proces met deze producten.

Ik adviseer de volgende als leidraad:

• Begrijp in detail wat het zal nemen om een evaluatie en test van de derde tool (s) de veronderstelling dat je zal een aparte omgeving om het te doen

• Document van een lijst van zaken en of de technische eisen u moet voldoen, gepaard gaan met een lijst van functies van het product vermeld. Vergelijk en evalueren

• Review indien mogelijk op de 'pre-evaluatie productie' omgevingen zo dicht mogelijk bij een 'zoals voor als' scenario als u (UAT voorkeur kan veroorloven)

• Lees de specialist SharePoint forums en passende feedback van anderen die gebruik hebben gemaakt van een bepaald product voor de implementatie en het wezen peilen uitzicht op anderen ervaring met het gebruik van het product

• Zorg ervoor dat u een backup / restore aanpak die werkt (en eigenlijk is getest), als u terugdraaien na een instrument / product inzet als gevolg van problemen of andere beperkingen

• Zorg ervoor dat u uw pre-productie en de ramp herstel omgevingen gezien in uw planning, het testen en budgetten

• Overweeg documentatie die nodig is om niet alleen te installeren, maar om steun te verlenen aan uw helpdesk team dat verantwoordelijk is voor de ondersteuning en algemeen bestuur

• Voordat u beginnen met het proces van de invoering van 3rd party tools echt kijken naar de functies die uit de doos en begrijpen als kleine veranderingen aan bestaande eisen kan worden gemaakt om te voorkomen dat de invoering van deze producten of op maat gemaakte wijzigingen

• Wanneer een derde tool is beschikbaar moet worden gesteld aan eindgebruikers, zorgen voor de juiste zaken testen en training is gepland en ter beschikking gesteld van tevoren elke proef of pilot-implementatie.

Conclusie

De eenvoudige reden voor dit bericht is om je bewust van de gevaren van de invoering van derde partij gereedschap in uw SharePoint-omgevingen te maken en om een reeks van maatregelen aan te bevelen te nemen om u te helpen begrijpen en te beslissen of een derde instrument voor u geschikt is. Third party tools kunnen en doen echte meerwaarde, maar wees er zeker van dat deze instrumenten niet uw core SharePoint-omgeving te onderbreken.

In het kort, moet u ervoor zorgen dat u een aantal feitelijke garanties dat het inzetten van een derde partij component echt zal bespaart u geld of andere waardevolle en tastbare voordelen bieden.

Daarnaast moeten maatregelen worden genomen door u ervoor te zorgen dat niet-gecertificeerde instellingen niet zullen uw bestaande kern SharePoint-omgeving schade en dat ze beheersbaar en acceptabel kosten in termen van ondersteuning op langere termijn.

Tot slot, zoals ik gepost in de SharePoint-Magazine's, je potentieel "beloning" voor je op maat veranderingen en aantoonbaar 3rd party tools, tot op zekere hoogte, meerdere malen. Daarom, doe je huiswerk voordat je dat evaluatie web deel setup.exe en druk op download!

Groeten,

Andrew

WorkShares Team

Opmerking:

Arno Nel, die loopt van de SharePoint-Magazine, publiceerde dit artikel op zijn uitstekende online magazine over 'Het gebruik van derdehulpmiddelen in SharePoint'.

Veel leesplezier en hopen dat u het nuttig vinden.