Stručná historie serveru SharePoint (Z hlediska relativní Nováček)

Poznámka:: Tento článek byl původně zaslán na www.endusersharepoint.com. Zapomněl jsem se poslat ho do svého vlastního blogu 🙂

SharePoint se vyvinul velký od raných dob jako druh inkubaci technologie společnosti Microsoft –To se vyvinulo téměř jako horor, kde šílený vědec vytvoření trvá na svůj vlastní život, jeho tvůrce pravidel a očekávání o samostatnost. Technický vývoj je zřejmý-WSS 3.0 objektový model je bohatší a složitější než WSS 2.0, který sám byl zlepšení oproti dřívějším verzím. Příští verze bude bezpochyby Ukázat obrovské zlepšení nad 3.0. Z pohledu koncového uživatele, Avšak, SharePoint je evoluce je ještě výraznější.

V raných dobách, SharePoint nenabídla mnoho koncovým uživatelům. Mají své obvyklé funkce požadavky, práce s ním je dobře definovat a implementovat řešení. To by používat SharePoint k vyřešení problému. Výrobek nebyl velmi dostupné koncovým uživatelům. Myslel jsem hodil pár analogie, ale rozhodl jsem se držet Vennových diagramů Ukázat, co mám na mysli. Když Microsoft poprvé vydal SharePoint světu jako komerční nabídka, následovala poměrně tradiční vzor koncového uživatele <-> IT vztah. Spousta koncových uživatelů, komunikaci a práci s velmi malým počtem lidí zajistit řešení, které řešení obchodních problémů:

Celková problémové domény, pro které SharePoint je vhodné platformy je malá (zejména ve srovnání s dnešní SharePoint. Koncoví uživatelé a to fungovalo v další klasické uspořádání s ním: definovat požadavky na něj, čekat na to dělat svou práci za závěsem a převzít dodávku konečného výrobku.

Jako SharePoint vyvinul na 2.0 svět (WSS 2.0 a SharePoint Portal Server), několik věcí se stalo. První, "problémové domény" zvětšily se ve velikosti. Doménou problém, Mám na mysli druhy obchodních problémů, jejichž služby SharePoint může být schůdné řešení. Například, vás nebude příliš přemýšlet o implementaci vážné hledání řešení v prostředí služby SharePoint do SPS (a dokonce i poté, nebylo to tak dobré, jako to třeba). Ve stejné době, Koncoví uživatelé mají nebývalou schopnost nejen definovat, ale také implementovat vlastní řešení s malou nebo žádnou IT podporu.

V 3.0 Platforma (WSS a mech.) udržuje a zvyšuje že hybnost. Problémové domény je obrovský ve srovnání s 2.0 Platforma. Prakticky každé oddělení ve společnosti, od výroby zdraví a bezpečnosti oddělení marketing, od prodeje kontrole kvality – mohou najít dobré využití pro SharePoint (a to není případ rmutování kulatý kolík do čtvercového otvoru). Ve stejné době, platforma umožňuje ještě více koncovým uživatelům provádět své vlastní obchodní řešení. Snažím se zachytit, že s tímto diagramu:

To se ukázalo být silný a frustrující směs. V 3.0 Platforma otočí dříve stabilní rolí na jejich hlavy. Náhle, Koncoví uživatelé jsou účinně soudce, Porota i kat obchodní analytik, aplikace architekt a vývojář pro jejich vlastní business solutions. To dostane k jádru problému, jsem psal o. Ale předtím jsem se potopil do toho, Uvažujme slon v místnosti.

Do křišťálové koule

Jak se bude aplikace SharePoint 2010 ovlivnit tento vzor? Bude to přírůstkové nebo revoluční? Bude více, méně nebo o stejný počet koncových uživatelů ocitají oprávněn vytvářet řešení služby SharePoint 2010? Will SharePoint 2010 problém domény rozšířit ještě dále, nebo se to jen upřesnění a zjednodušení, to, co již nabízí v WSS 3.0 / MECH?

Dostatek informací, "tam venku", aby bezpečně říci, že obecná odpověď je:

• Problémové domény bude dramaticky rozšiřovat.
• Koncoví uživatelé najdou sami ještě více posílí než před.

Vennův Diagram by být větší než tato stránka a způsobit některé profesionály v oboru IT a CxO je dosáhnout pro jejich Pepto.

Věřím, že to bude obrovská příležitost pro společnosti, aby se něco skutečně transformační.

Žádné býci v mém obchodě Čína!

Zní to skvěle, ale z mého pohledu jako konzultant SharePoint a sám do boty IT manažer, Vidím, že tato vize. Já vlastním porcelánu s krásnou desek, krystal, atd (Moje prostředí SharePoint). Jsem si pronajal prostor, Jsem koupil své zásoby a položil všechno jak se to líbí. Já nejsem připraven otevřít, ale v očekávání, Dívám se na dveře, jestli moji zákazníci jsou obklady a všiml jsem si, skutečný bull venku. Jsem se podívat podrobněji a skutečně vidět dva býci a dokonce i Vlk. Pak jsem si, že existují nějaké ovce. Ovce jsou Takže Špatné, Ale možná maskované vlci? Já nechci býků v mém obchodě Čína!

Je to horší! Když jsem si pronajal prostor, Nemohl jsem uvěřit, jak hezké to bylo. Široké a otevřené, skvělé vybavení, velmi rozumná cena. Avšak, Teď jsem si uvědomil, že doširoka otevřené prostory a obrovské dveře je prostě dokonale velké býk přišel putování v a laických odpadu do mé Číny.

Já jsem tlačit tuto analogii příliš daleko, Samozřejmě. Koncoví uživatelé nejsou býci (Většina z nich, Každopádně) a ne IT oddělení (nebo určitě by neměl) Prohlédni si jejich komunitu uživatelů s takové podezření. Avšak, je tento druh dokonalé srážky probíhají již v 3.0 platforma, která očekávám jen zhorší v SP 2010. SharePoint již posiluje a povzbuzuje koncovým uživatelům definovat a implementovat vlastní řešení.

To je skvělé a všichni, ale faktem je, že to je stále velmi technický výrobek a stále druh intenzivní obchodní Analýza požadavků, design a obecné plánování a řízení technické projekty vyžadují úspěšný. Nejsou to druh dovedností, obsahující mnoho koncových uživatelů v jejich vaku triky, zejména když je zaměřen na technický produkt jako SharePoint.

Dal jsem to hodně myšlení za poslední rok nebo tak nějak a nevidím žádné snadná odpověď. To opravdu scvrkává na vzdělání a školení. Myslím, že SP 2010 změní hru trochu a to bude hrát jinak a v pomalém pohybu jak firmy roll z jejich SP 2010 řešení nad 2010 a na další léta. Aby uspěli, Koncoví uživatelé budou muset sami sebe a získat trochu náboženství. Budou muset naučit něco málo o náležitých požadavků
analýza. Budou potřebovat nějaké projektovou dokumentaci, která jasně identifikuje obchodní proces pracovního postupu, například. Je třeba chápat základní pojmy jako CRUD (vytvořit, aktualizace a odstranění), dev-test-qa výrobní prostředí a jak používat tuto infrastrukturu správně nasadit řešení, které žijí hezky dlouho a ohybu (přestávka) v reakci na změny v organizaci.

V příštích týdnech, Mám v plánu zkusit a poskytnout některé z mých vlastních nových myšlenek, stejně jako odkaz na velké práci, mnoho dalších autorů (na www.endusersharepoint.com a jinde) tak, že zájem koncoví uživatelé mohou naučit, že starý čas to náboženství. Aby ladil.

</Konec>

Přihlásit se na mém blogu.

Za mnou na Twitter na http://www.twitter.com/pagalvin