Een korte geschiedenis van SharePoint (Vanuit een relatieve nieuwkomer perspectief)

Opmerking: Dit artikel werd oorspronkelijk gepost op www.endusersharepoint.com. Ik vergat het op mijn eigen blog te plaatsen 🙂

SharePoint is een veel geëvolueerd sinds haar begindagen als soort van een incubatie technologie bij Microsoft –het bijna als een horrorfilm geëvolueerd, waar de gestoorde wetenschapper creatie neemt op een eigen leven, loskomen van de maker verwachtingen en regels. De technische evolutie is duidelijk-de WSS 3.0 -objectmodel is rijker en complexer dan WSS 2.0, die was zelf een verbetering ten opzichte van eerdere versies. De volgende versie zal ongetwijfeld enorme verbetering tonen over 3.0. Een eindgebruiker vanuit, echter, SharePoint van evolutie is nog belangrijker.

In de vroege dagen, SharePoint bieden niet veel aan eindgebruikers. Zij zouden hebben hun gebruikelijke functionele vereisten, werken met het hen goed definiëren en implementeren van een oplossing. HET zou SharePoint gebruiken om op te lossen het probleem. Het product was niet erg toegankelijk voor eindgebruikers. Ik heb gedacht gooide een paar analogieën, maar ik heb besloten te houden Venn-diagrammen om te laten zien wat ik bedoel. Wanneer Microsoft voor het eerst uitgebracht SharePoint aan de wereld als een commerciële aanbod, het volgde een relatief traditionele patroon van eindgebruiker <-> IT relatie. Alot van eindgebruikers, communiceren en werken met een zeer klein aantal mensen te leveren oplossingen die zakelijke problemen oplossen:

Het algemene probleem domein waarvoor SharePoint een platform van geschikte levering is is klein (vooral in vergelijking met hedendaagse SharePoint. Eindgebruikers en het werkte in een meer klassieke regeling met het: eisen aan het definiëren, wachten voor IT doen hun werk achter het gordijn en neemt levering van het eindproduct.

Zoals SharePoint geëvolueerd naar de 2.0 wereld (WSS 2.0 en SharePoint Portal Server), verschillende dingen gebeurd. Eerste, het "probleem domein" groter geworden. Door probleem domein, Ik bedoel de soorten zakelijke problemen waarvoor SharePoint een levensvatbare oplossing zou kunnen zijn. Bijvoorbeeld, je zou niet denken te hard over het implementeren van een zoekoplossing van de ernstige in een SharePoint-omgeving tot SPS (en zelfs dan, het was niet zo goed als het moest worden). Op hetzelfde moment, Eind-de gebruikers hebben een ongekende mogelijkheid om niet alleen definiëren, maar ook de uitvoering van hun eigen oplossingen met weinig of geen IT-ondersteuning.

De 3.0 platform (WSS en MOSS) gehandhaafd en verhoogd dat momentum. Het probleem domein is enorm in vergelijking met de 2.0 platform. Vrijwel elke afdeling in een bedrijf, variërend van productie van gezondheid en veiligheid diensten aan marketing, uit verkopen aan kwaliteitscontrole – vindt ze een goed gebruik voor SharePoint (en het is niet een geval van een ronde pen in een vierkant gat Maischen). Op hetzelfde moment, het platform machtigt nog meer eind-de gebruikers om hun eigen zakelijke oplossingen te implementeren. Ik probeer te vangen die met dit diagram:

Dit heeft bewezen te zijn zowel een krachtige en frustrerend mengsel. De 3.0 platform draait eerder stabiel rollen op hun hoofd. Plotseling, Eindgebruikers zijn effectief rechter, jury en beul business analist, toepassing architect en ontwikkelaar voor hun eigen business solutions. Dit raakt de kern van het probleem dat ik schrijf over. Maar voordat ik duik in die, laten we de olifant in de kamer.

"Peering" in de kristallen bol

Hoe zal SharePoint 2010 Dit patroon van invloed zijn op? Zal het incrementele of revolutionair? Zal meer, minder of over hetzelfde aantal eindgebruikers vinden zichzelf bevoegd om oplossingen in SharePoint te bouwen 2010? Will SharePoint 2010 's probleem domein nog verder uitvouwen of zal het gewoon verfijnen en stroomlijnen wat het reeds aanbiedt in WSS 3.0 / MOSS?

Er is genoeg informatie "out there" te zeggen dat het algemene antwoord is:

• Het probleem domein is gonna drastisch uit te breiden.
• Eindgebruikers vindt zichzelf zelfs meer bevoegd dan vóór.

Het Venn Diagram zou groter zijn dan deze pagina en veroorzaken sommige IT-professionals en CxO's te bereiken voor hun Pepto.

Ik denk dat het gonna be een geweldige kans voor bedrijven om sommige werkelijk transformationele dingen te doen.

Geen stieren in mijn China-winkel!

Dit klinkt groot, maar vanuit mijn oogpunt als een SharePoint consultant en mezelf zetten in de schoenen van een IT-manager, Ik zie deze visie. Ik bezit een porseleinkast met prachtige platen, Crystal, etc (Mijn SharePoint-omgeving). Ik heb gehuurd een ruimte, Ik heb gekocht mijn voorraad en legde het allemaal uit de manier waarop ik het leuk. Ik ben niet helemaal klaar om te openen, maar in afwachting, Ik kijk naar de deur om te zien als mijn klanten zijn voering en ik merk een werkelijke stier daar. Ik kijk meer goed en ik eigenlijk zien twee stieren en zelfs een wolf. Dan merk ik dat er sommige schapen. Schapen zijn dus slechte, maar zijn ze misschien vermomd wolven? Ik wil geen stieren in mijn china-winkel!

Het wordt nog erger! Wanneer ik huurde de ruimte, Ik kon niet geloven hoe mooi het was. Breed en open, geweldige faciliteiten, zeer redelijke prijs. Echter, nu ik realiseren ben dat de grote open ruimten en de enorme deur is gewoon perfect formaat voor een stier te komen in en vast afval dwalen naar mijn china.

Ik ben te duwen deze analogie te ver., Natuurlijk. Eind-de gebruikers zijn niet stieren (de meeste van hen, Hoe dan ook) en IT-afdelingen niet (of zeker niet moet) hun gebruikersgemeenschap met dat soort verdenking bekijken. Echter, Er is dit soort van perfecte botsing plaatsvindt reeds in de de 3.0 platform dat ik verwacht dat zal alleen maar erger in de SP 2010. SharePoint al machtigt en moedigt eindgebruikers kunnen definiëren en implementeren van hun eigen oplossingen.

Dat is geweldig en alle, maar het feit is dat het is nog steeds een zeer technisch product en nog steeds wordt aangedrongen op het soort krachtige business requirements analyse, ontwerp en algemene planning en beheer die technische projecten vereisen om succesvol te zijn. Dit zijn niet de soort vaardigheden die een heleboel eind-de gebruikers hebben in hun zak met trucs, vooral wanneer de focus is op een technische product zoals SharePoint.

Ik heb gezien dit een veel van denken over het afgelopen jaar of zo en ik zie niet geen eenvoudig antwoord. Het komt echt neer op onderwijs en opleiding. Ik denk dat SP 2010 gaat veranderen het spel een beetje en het gaat te spelen uit anders en in slow motion als bedrijven hun SP uitrollen 2010 oplossingen over 2010 en daarbuiten. Om te slagen, Eind-gebruikers zal moeten om te transformeren zichzelf en krijgen een beetje het religie. Ze nodig hebben om te leren een beetje over de juiste vereisten
analyse. Zij zullen moeten sommige ontwerpdocumentatie met informatie over die duidelijk zakelijke proces workflow aangeeft, bijvoorbeeld. Zij dienen te begrijpen fundamentele concepten zoals CRUD (maken, bijwerken en verwijderen), dev/test/qa/prod omgevingen en het gebruik van die infrastructuur oplossingen die leven van een mooie lange tijd en buig naar behoren implementeren (geen pauze) in reactie op veranderingen in een organisatie.

In de komende weken, Ik ben van plan om te proberen en bieden een aantal van mijn eigen nieuwe ideeën, evenals de link naar het grote werk gedaan door vele andere auteurs (op www.endusersharepoint.com en elders) zodat ook geïnteresseerd eindgebruikers leren kunnen dat oude tijd het religie. Houden tuned.

</einde>

Abonneren op mijn blog.

Volg mij op Twitter op http://www.twitter.com/pagalvin