En kort historie av SharePoint (Fra en relativ nykommer perspektiv)
Note: Denne artikkelen ble opprinnelig skrevet til www.endusersharepoint.com. I forgot to post it to my own blog 🙂
SharePoint vokst mye siden den tidlige dager som slags en inkubasjon teknologi hos Microsoft –Det er utviklet seg nesten som en skrekkfilm, hvor den gale vitenskapsmannen etableringen tar på seg en eget liv, bryte fri av sin skaper forventninger og regler. Tekniske utviklingen er åpenbare-WSS 3.0 objektmodellen er rikere og mer komplekse enn WSS 2.0, som var en forbedring over tidligere versjoner. Neste versjon vil uten tvil viser enorm forbedring over 3.0. Fra en sluttbruker perspektiv, men, SharePoints evolusjon er enda mer betydelig.
I begynnelsen, SharePoint tilby ikke mye til sluttbrukere. De ville ha sine vanlige funksjonalitetskrav, arbeide med å definere dem godt og implementere en løsning. DET ville bruke SharePoint til å løse problemet. Produktet var ikke svært tilgjengelig for sluttbrukere. Jeg har tenkt kastet noen analogier, men jeg bestemte meg å stikke diagram for å vise hva jeg mener. Når Microsoft først utgitt SharePoint til verden som et kommersielt tilbud, det fulgte et relativt tradisjonelle mønster av sluttbrukeren <-> IT forhold. Mange brukere, kommunisere og samarbeide med svært lite av det folk for å levere løsninger som løser bedriftsproblemer:
Total problem domenet som SharePoint er en passende levering plattform er liten (spesielt i forhold til dagens SharePoint. Sluttbrukere og det virket mer klassiske arrangement med det.: Definere krav til det., vente på IT gjør sitt arbeid i kulissene og ta levering av det endelige produktet.
Som SharePoint utviklet seg til det 2.0 verden (WSS 2.0 og SharePoint Portal Server), flere ting skjedde. Første, "problemet domain" økt i størrelse. Av problemområdet, Jeg mener slags virksomhet problemer som SharePoint kan være en levedyktig løsning. For eksempel, du ville ikke tro for hard om implementere en alvorlig løsning i en SharePoint-miljøet til SPS (og selv da, Det var ikke så god som det måtte være). På samme tid, End brukernes har en enestående evne til å ikke bare definere, men også implementere sine egne løsninger med liten eller ingen IT-støtte.
Den 3.0 plattform (WSS og MOSS) beholdt og økt at momentum. Problemområdet er enorm i forhold til den 2.0 plattform. Nesten hver avdeling i et firma, fra produksjon helse og sikkerhet avdelinger å markedsføring, fra salg til kvalitetskontroll-finner de en god bruk for SharePoint (og det er ikke et tilfelle av mose en runde pinne inn i en firkantet hull). På samme tid, plattformen gir enda mer sluttbrukere å gjennomføre egne løsninger. Jeg prøver å ta det med dette diagrammet:
Dette har vist seg for å være både en potent og frustrerende blanding. Den 3.0 plattform slår tidligere stabil roller på hodet. Plutselig, Sluttbrukere er effektivt dommer, Jury og bøddel virksomheten analytiker, programmet arkitekt og utvikler for egne løsninger. Dette får til hjertet av problemet jeg skriver om. Men før jeg dykke i det, La oss vurdere elefanten i rommet.
Kikket inn i krystallkulen
Hvordan vil SharePoint 2010 påvirke dette mønsteret? Det vil være trinnvis eller revolusjonerende? Vil mer, færre eller om sluttbrukerne like mange finne seg kompetanse til å bygge løsninger i SharePoint 2010? Will SharePoint 2010 problemet domene utvide ytterligere eller vil det bare forbedre og effektivisere hva det allerede tilbyr i WSS 3.0 / MOSS?
Det er nok informasjon "der ute" å trygt si at det generelle svaret er:
- Problemområdet kommer å utvide.
- Sluttbrukere vil finne seg selv mer kompetanse enn før.
Venn-Diagram ville være større enn denne siden og forårsake noen IT-eksperter og CxO for å nå for deres Pepto.
Jeg tror det vil være en enorm mulighet for bedrifter å gjøre noe virkelig transformational.
Ingen okser i butikken min Kina!
Dette høres flott, men fra mitt synspunkt som SharePoint konsulent og setter meg selv inn i en IT-sjef, Jeg ser denne visjonen. Jeg eier en kinabutikk med vakre plater, krystall, osv. (mine SharePoint-miljøet). Jeg har leid plass, Jeg har kjøpt min inventar og lagt den ut slik jeg liker det.. Jeg er ikke helt klar til å åpne, men i påvente, Jeg ser på døren til mine kunder er stille opp og jeg merker en faktisk okse ute. Jeg ser nærmere og jeg faktisk se to okser og selv en ulv. Så merker jeg at det er noen sauer. Sauene er slik dårlig, men de kanskje forkledd ulver? Jeg ønsker ikke okser i butikken Kina!
Det blir verre! Når jeg leide plass, Jeg kunne ikke tro hvor fint det var. Bredt og åpne, veldig bra bekvemmeligheter, rimelig pris. Men, nå jeg innser at naturen og store døren er bare perfekt størrelse for en okse framover vandrende i inspirasjon til min Kina.
Jeg dytter denne analogien langt, selvfølgelig. Brukerne er ikke okser (de fleste av dem, Allikevel) og IT-avdelinger ikke (eller sikkert bør ikke) se deres brukerfellesskapet med den slags mistanke. Men, Det er denne typen perfekt kollisjon pågår allerede i den den 3.0 plattform som jeg forventer vil bare bli verre i SP 2010. SharePoint allerede utdanner og oppfordrer brukere til å definere og implementere sine egne løsninger.
Det er flott og alle, men faktum er at det er fortsatt en svært teknisk produkt og fortsatt kaller for typen energisk forretningsanalyse krav, design og generell planlegging og styring som tekniske prosjekter krever å lykkes. Dette er ikke slags evner som mange brukere har i sin pose med triks, spesielt når fokus er på et teknisk produkt som SharePoint.
Jeg har gitt dette mange trodde det siste året eller så, og jeg ser ikke noe enkelt svar. Det virkelig koker ned til utdanning og opplæring. Jeg tror at SP 2010 kommer til å endre spillet litt, og det kommer til å spille ut annerledes og i sakte film som selskaper rulle ut sine SP 2010 løsninger over 2010 og utover. For å lykkes, Sluttbrukere må forvandle seg og få litt det religion. De trenger å lære litt om riktig krav
analyse. De trenger noen dokumentasjon av utformingen som identifiserer prosessen forretningsarbeidsflyt, for eksempel. De må forstå grunnleggende begreper som CRUD (opprette, Update- og delete), Dev/test/qa/prod miljøer og hvordan du bruker at infrastruktur riktig distribuere løsninger som lever en fin lang tid og bøy (ikke bryte) som svar på endringer i en organisasjon.
I de kommende ukene, Jeg har tenkt å prøve og gi noen av mine egne nye ideer, koble til det store arbeidet gjort av mange andre forfattere (på www.endusersharepoint.com og andre steder) slik at interesserte brukere kan lære at gamle gang religion. Hold innstilt.
</slutten>
Følg meg på Twitter på http://www.twitter.com/pagalvin