O scurtă istorie a SharePoint (Din perspectiva de un nou-venit relativ)

Notă: Acest articol a fost iniţial postat la www.endusersharepoint.com. I forgot to post it to my own blog 🙂

SharePoint a evoluat foarte mult de primele sale zile ca un fel de o tehnologie de incubare la Microsoft –Aceasta este a evoluat aproape ca un film de groază, în cazul în care crearea de om de ştiinţă nebun durează o viaţă proprie, rupere liber de creatorul său aşteptările şi reguli. Evoluţia tehnică este evident-AAC 3.0 model de obiecte este mai bogată şi mai complexe decât AAC 2.0, care a fost în sine o îmbunătăţire peste versiunile anterioare. Următoarea versiune va fără îndoială Arată extraordinar îmbunătăţire peste 3.0. Din perspectiva un utilizator final, cu toate acestea, SharePoint pe evolutia este chiar mai semnificativă.

În primele zile, SharePoint nu oferă mult la utilizatorii finali. Ei ar fi cerinţele lor de obicei funcţionalitate, lucra cu să definesc-le bine şi implementarea unei soluţii. IT ar utiliza SharePoint pentru a rezolva problema. Produsul nu a fost foarte accesibile pentru utilizatorii finali. M-am gândit a aruncat câteva analogii, dar am decis să rămânem diagrame Venn pentru a arăta ceea ce vreau sa spun. Când Microsoft primul lansat SharePoint în lume ca o jertfă de comerciale, a urmat un model relativ tradiţionale de utilizatorul final <-> IT relaţia. O mulţime de utilizatori finali, comunicare şi de lucru cu un număr foarte mic de It oameni pentru a oferi soluţii care să rezolve problemele de afaceri:

Domeniul problema generală pentru care SharePoint este o platforma de livrare potrivite este mic (mai ales în comparaţie cu astăzi SharePoint. Utilizatorilor finali şi a mers într-un aranjament mai clasic cu ea: definirea cerințelor de la acesta, aşteptaţi pentru IT face munca lor în spatele cortinei şi să ia de livrare a produsului final.

Ca SharePoint a evoluat de la 2.0 lume (WSS 2.0 şi SharePoint Portal Server), mai multe lucruri sa întâmplat. Prima, domeniul"problema" a crescut în dimensiune. De domeniu problemă, Adica tipuri de probleme de afaceri pentru care SharePoint ar putea fi o solutie viabila. De exemplu, tu nu ar crede prea greu despre implementarea unei soluţii de căutare grave într-un mediu de SharePoint până SPS (şi chiar şi atunci, nu a fost fel de bun ca trebuia să fie). În acelaşi timp, Utilizatorii finali au o capacitate fără precedent de a defini nu numai, dar, de asemenea, pune în aplicare propriile soluţii cu puţin sau deloc suport.

The 3.0 platforma (WSS şi MOSS) întreţinute şi crescut acest impuls. Problema este enorm faţă de 2.0 platforma. Aproape fiecare departament în societate, variind de la sănătate şi securitate departamentele de marketing de fabricaţie, de vânzări pentru controlul de calitate – pot găsi o utilizare bună pentru SharePoint (şi nu este un caz de zdrobire o rundă cuier într-o gaură pătrat). În acelaşi timp, platforma împuterniceşte chiar mai multe utilizatorii finali să pună în aplicare propriile lor soluţii afaceri. Am încerca pentru a captura că cu această diagramă:

Acest lucru sa dovedit a fi atât un amestec puternic şi frustrant. The 3.0 platforma se transformă anterior stabile rolurile pe capetele lor. Brusc, Utilizatorii finali sunt efectiv judecător, juriu şi călău Analistul de afaceri, aplicarea arhitect şi dezvoltator de propriile solutii de afaceri. Aceasta ajunge la inima problemei am scris despre. Dar înainte, am arunca cu capul în faptul că, să ia în considerare elefantul în sala de.

Zidurile în minge de cristal

Cum va SharePoint 2010 afectează acest model? Va fi incrementale sau revolutionar? Va mai mult, mai puţine sau despre acelaşi număr de utilizatori finali găsi ei înşişi împuternicite pentru a construi soluţii în SharePoint 2010? Will SharePoint 2010 s problema domeniu extinde chiar mai departe sau va doar rafina şi eficientizarea ce oferă deja în AAC 3.0 / MOSS?

Nu există suficiente informaţii "acolo" pentru a spune cu siguranţă că este răspunsul generale:

• Domeniul problema este de gând să se extindă în mod dramatic.
• Utilizatorii finali vor găsi ei înşişi şi mai împuternicită decât înainte.

Diagrama Venn ar fi mai mare decât această pagină şi provoca unele profesionişti IT şi CxO de a ajunge pentru lor Pepto.

Cred că va fi o oportunitate extraordinară pentru companii pentru a face unele lucruri cu adevărat transformaţional.

Nici tauri în magazinul meu China!

Acest lucru sună grozav, dar din punctul meu de vedere ca un consultant SharePoint şi pune-mă în pantofi de un manager IT, Văd această viziune. I own un magazin de China cu plăci de frumos, cristal, etc (mediul meu SharePoint). Mi-am închiriat un spaţiu, Am cumpărat meu inventar şi l-a pus toate modul în care îmi place. Eu nu sunt destul de pregătit pentru a deschide, dar în aşteptarea, Mă uit la uşă pentru a vedea dacă sunt garnitură de clienţii mei şi am observat un taur reale acolo. Am uita mai atent şi văd de fapt două tauri şi chiar un lup. Apoi am observat că există unele oi. Oile sunt astfel încât rău, dar sunt ele poate deghizat lupi? Nu vreau tauri în meu magazin de portelanuri!

Se agravează! Când am închiriat spaţiul, Nu puteam să cred cât de frumos a fost. Larg şi deschis, Facilităţile teribil, pret foarte rezonabil. Cu toate acestea, acum, eu sunt realizarea că spațiile larg deschise şi uşa imens este doar perfect dimensionate pentru un taur să vină rătăcitor în şi laice deşeurilor mea China.

Eu sunt împingând această analogie prea departe, desigur. Utilizatorii finali nu sunt tauri (cele mai multe, Oricum) şi departamentele IT nu (sau cu siguranţă nu ar trebui) Vezi comunitatea lor de utilizator cu acest tip de suspiciune. Cu toate acestea, este acest tip de coliziune perfect loc deja în 3.0 ce mă aştept platforma va primi doar mai rău în SP 2010. SharePoint deja împuterniceşte şi încurajează utilizatorii finali pentru a defini şi pune în aplicare propriile lor soluţii.

Asta este mare şi toate, dar de fapt este că acesta este încă un produs foarte tehnică şi încă mai necesită un fel de afaceri viguros cerinţele de analiză, design şi generale de planificare şi management care necesita proiecte tehnice pentru a avea succes. Acestea nu sunt la fel de aptitudini care o mulţime de utilizatori finali au în lor pungă de trucuri, mai ales când accentul se pune pe un produs tehnic ca SharePoint.

I-am dat aceasta o mulţime de gândire în ultimul an sau cam asa ceva şi nu văd nici un răspuns uşor. Într-adevăr se reduce la educaţie şi formare. Cred că SP 2010 se va schimba jocul un pic şi ea se va juca în mod diferit şi în mişcare lentă ca companiile rola lor SP 2010 soluţii de peste 2010 şi dincolo de. Pentru a reuşi, Utilizatorii finali va trebui să transforma ei înşişi şi de a obţine un pic aceasta religie. Ei au nevoie să înveţe un pic despre cerinţele corespunzătoare
analiza. Vor avea nevoie de o documentaţie de proiectare, care identifică în mod clar procesul de flux de lucru, de exemplu. Ei trebuie să înţeleagă concepte fundamentale cum ar fi CRUD (crea, Update şi a şterge), dev/test/AC/prod medii şi modul de utilizare că infrastructura de corect implementat soluţii care trăiesc o lungă perioadă de timp frumos şi îndoiţi (nu rupe) ca răspuns la schimbările într-o organizaţie.

În săptămânile următoare, Am de gând să încerce şi să ofere unele dintre propriile mele idei noi, precum şi link la Marea lucrare efectuată de mulţi alţi autori (pe www.endusersharepoint.com şi în altă parte) astfel încât utilizatorii interesaţi pot învăţa că vechiul timp IT religie. Păstraţi reglate.

</scop>

Aboneaza-te la blog-ul meu.

Urmaţi-mă pe Twitter, la http://www.twitter.com/pagalvin