En kort historia av SharePoint (Från en relativ nykomling perspektiv)

Anmärkning: Denna artikel var postat ursprungligen till www.endusersharepoint.com. I forgot to post it to my own blog 🙂

SharePoint har utvecklats mycket sedan dess tidiga dagar som en inkubation teknik på Microsoft –Det är utvecklats nästan som en skräckfilm, där galen vetenskapsman skapelsen tar på ett eget liv, bryta fri från dess skapare förväntningar och regler. Den tekniska utvecklingen är uppenbart – WSS 3.0 objektmodellen är rikare och mer komplex än WSS 2.0, som var sig själv en förbättring jämfört med tidigare versioner. Nästa version kommer utan tvekan visar enorm förbättring över 3.0. Från slutanvändarens perspektiv, men, SharePoint evolution är ännu mer betydande.

I början, SharePoint erbjuder inte mycket till slutanvändare. De skulle ha sina vanliga funktionskrav, arbeta med att definiera dem väl och implementera en lösning. Det skulle använda SharePoint för att lösa problemet. Produkten var inte mycket tillgänglig för slutanvändare. Jag har tänkt kastade några analogier, men jag beslöt att hålla Venn-diagram för att visa vad jag menar. När Microsoft först släppas SharePoint till världen som en kommersiell erbjuder, Det följde ett relativt traditionella mönster av slutanvändaren <-> IT relation. En hel del slutanvändare, kommunicerar och arbetar med ett mycket litet antal människor för att leverera lösningar som löser affärsproblem:

Övergripande problemet domän som SharePoint är en lämplig plattform är liten (särskilt i jämförelse med dagens SharePoint. Slutanvändare och det fungerade i en mer klassisk arrangemang med det: definiera krav till det, vänta för IT gör deras arbete bakom gardinen och ta leverans av den färdiga produkten.

Som SharePoint utvecklats till den 2.0 världen (WSS 2.0 och SharePoint Portal Server), flera saker har hänt. Första, "problemet domän" ökat i storlek. Av problemet domän, Jag menar slags problem som SharePoint kan vara en hållbar lösning. Till exempel, du skulle inte tänka alltför hårt om genomföra en allvarlig söklösning i en SharePoint-miljö till SPS (och även då, Det var inte så bra som det behövde vara). På samma gång, Slutanvändare har en oöverträffad förmåga att inte bara definiera, men också genomföra egna lösningar med liten eller ingen IT-support.

Den 3.0 plattform (WSS och MOSS) bibehållas och ökas med det momentum. Problemet domän är enorm jämfört med den 2.0 plattform. Praktiskt taget varje avdelning i ett företag, allt från tillverkning av hälsa och säkerhet avdelningar till marknadsföring, från försäljning till kvalitetskontroll – kan de hitta en bra användning för SharePoint (och det är inte ett fall av mosa en rund pinne i ett fyrkantigt hål). På samma gång, plattformen ger ännu fler slutanvändare att genomföra sina egna affärslösningar. Jag försöker fånga det med detta diagram:

Detta har visat sig vara både en potent och frustrerande blandning. Den 3.0 plattformen blir tidigare stabil roller på huvudet. Plötsligt, Slutanvändarna är effektivt domare, jury och bödel affärsanalytiker, ansökan arkitekt och författare för sin egen business solutions. Detta blir till hjärtat av problemet jag skriver om. Men innan jag dyka in i det, Låt oss betrakta elefanten i rummet.

Peering i kristallkulan

Hur kommer SharePoint 2010 påverka detta mönster? Det kommer vara inkrementell eller revolutionär? Kommer mer, färre eller om samma antal slutanvändarna befinner sig befogenhet att bygga lösningar i SharePoint 2010? Will SharePoint 2010 problemet domän expandera ytterligare eller kommer det bara förfina och effektivisera vad det erbjuder redan i WSS 3.0 / MOSS?

Det finns tillräckligt med information "ute" att säga säkert att det allmänna svaret är:

• Problemet domän kommer att dramatiskt utöka.
• Användare kommer att finna sig ännu mer rätt än innan.

Venn Diagram skulle vara större än denna sida och orsaka vissa IT-proffs och CxO's för att nå för deras Pepto.

Jag tror det kommer att bli en enorm möjlighet för företag att göra vissa verkligen omvälvande saker.

Inga tjurar i min Kina Shop!

Detta låter bra, men från min synvinkel som en SharePoint-konsult och sätta mig in i skor av en IT-chef, Jag ser denna vision. Jag äger en Kina butik med vackra tallrikar, Crystal, m.m. (min SharePoint-miljön). Jag har hyrt ett utrymme, Jag har köpt min inventering och lade den ut allt som jag vill ha det.. Jag är inte riktigt redo att öppna, men i väntan, Jag tittar på dörren för att se om mina kunder kö och jag märker faktiskt tjur ute. Jag tittade närmare och jag faktiskt se två tjurar och även en varg. Sedan märker jag att det finns några får. Får är så Dålig, men de kanske förklädd varg? Jag vill inte tjurar i min Kina shop!

Det blir värre! När jag hyrde utrymmet, Jag kunde inte tro hur trevligt det var. Bred och öppen, fantastiska bekvämligheter, mycket rimligt pris. Men, nu jag insåg att de öppna vidderna och den stora dörren är bara perfekt storlek för en tjur att komma vandrande i och låg avfall till min Kina.

Jag driver denna analogi för långt, Självklart. Slutanvändarna är inte tjurar (de flesta av dem, Hur som helst) och IT-avdelningar inte (eller säkert bör inte) Visa deras förbrukaren samhälle med den typen av misstanke. Men, Det är denna typ av perfekt kollision äger rum redan i den den 3.0 plattform som förväntat kommer bara bli värre i SP 2010. SharePoint redan ger och uppmuntrar användare att utforma och genomföra egna lösningar.

Det är bra och alla, men faktum är att det är fortfarande en mycket teknisk produkt och fortfarande kallar för typ av kraftfull business kravanalys, utformning och allmän planering och förvaltning som tekniska projekt kräver för att lyckas. Dessa är inte typ av färdigheter som många användare har i sin väska tricks, särskilt när fokus är på en teknisk produkt som SharePoint.

Jag har gett detta mycket tankearbete under det senaste året eller så och jag ser inte något enkelt svar. Det handlar verkligen om att utbildning och yrkesutbildning. Jag tror att SP 2010 kommer att ändra spelet lite och det kommer att spela olika sätt och i slow motion som företag rulla ut deras SP 2010 lösningar över 2010 och därefter. För att lyckas, Slutanvändare måste förvandla sig själva och få lite det religion. De måste du lära dig lite om krav på korrekt
analys. De kommer att behöva vissa designdokumentation som tydligt identifierar business arbetsflöde, till exempel. De behöver för att förstå grundläggande begrepp som CRUD (skapa, Update- och delete), dev/test/qa/prod miljöer och hur man använder denna infrastruktur till ordentligt distribuera lösningar som lever bra länge och böj (inte bryta) som svar på förändringar i en organisation.

Under de kommande veckorna, Jag planerar att försöka ge några av mina egna nya idéer, samt länk till det stora arbete som många andra författare (på www.endusersharepoint.com och på andra håll) så att intresserade användare kan lära sig att gamla tiden det religion. Hålla ögonen öppna.

</slutet>

Prenumerera på min blogg.

Följ mig på Twitter vid http://www.twitter.com/pagalvin