A rövid története a SharePoint (A relatív újexportőr szemszögéből)
Megjegyzés:: Ez a cikk eredetileg kifüggesztett www.endusersharepoint.com. Elfelejtettem feltenni a saját blogomra 🙂
SharePoint alakult egy nagy mivel a korai időkben, mint valami egy inkubációs technológia a Microsoft –a kialakult szinte, mint egy horror film, ahol az őrült tudós létrehozását veszi a saját élete, Breaking free, az alkotó elvárások és szabályok. A technikai fejlődés nyilvánvaló – a WSS 3.0 objektummodell a gazdagabb, összetettebb, mint a WSS 2.0, melyik volt is javulást korábbi verzióihoz. A következő változat nem kétséges lesz óriási javulást mutat felett 3.0. A végfelhasználók szempontjából, azonban, SharePoint-evolúció még inkább fontos.
A korai időkben, SharePoint nem felajánl sok-hoz vég használók. Volna a szokásos működési követelmények, dolgozni, hogy őket is és végre egy megoldás. Ez használja a SharePoint-hoz megfejt a probléma. A termék nem volt nagyon hozzáférhető, végfelhasználóknak. Úgy gondoltam dobott néhány analógiák, de úgy döntöttem, hogy kibír megmutatni, mit jelent a Venn-diagramok. Amikor a Microsoft először megjelent SharePoint a világ mint a kereskedelmi kínál, Ezt követte a végfelhasználó viszonylag hagyományos minta <-> Ez kapcsolat. Sok végfelhasználók, kommunikáció és a munka egy nagyon kis számú embert szállít megoldásokat üzleti problémáik megoldására:
Az általános probléma tartomány, amely SharePoint egy olyan megfelelő szállítási platform a kis (különösen összehasonlítva a mai SharePoint. A végfelhasználók, és ez munkás-ban egy több klasszikus kötött: követelmények meghatározása, várni IT do munkájukat a függöny mögött, és átvenni a végtermék.
A SharePoint alakult ki, hogy a 2.0 világ (WSS 2.0 és a SharePoint Portal Server), több dolog történt. Első, a "probléma"tartományban nőtt a mérete. Probléma tartomány, Úgy értem, a fajta üzleti problémák, amelyek SharePoint lehet egy életképes megoldást. Például, nem gondolom, hogy túl nehéz a végrehajtása komoly keresési megoldás a SharePoint környezetben SPS-ig (és még akkor, nem volt olyan jó, mint ez szükséges-hoz lenni). Ezzel egy időben, Végfelhasználók képesek egy soha nem látott nemcsak a meghatározására, de saját megoldásaikat, kevés vagy semmilyen informatikai támogatással is.
A 3.0 platform (WSS- és MOSS) fenntartani és növelni, hogy a lendület. A probléma tartomány a hatalmas, szemben a 2.0 platform. Szinte minden osztály, a cég, sorbaállítás-ból gyártás munkavédelmi szervezeti egységek, a marketing, a minőség-ellenőrzés-értékesítés tudnak találni egy jó használni a SharePoint (és ez nem egy esetben a cefrézés egy kerek ék egy négyzet alakú lyuk). Ezzel egy időben, a platform felhatalmazza még végfelhasználók számára, hogy saját üzleti megoldások. Én megpróbál-hoz elfog,-val a diagram:
Ez bebizonyította, hogy egy erős és frusztráló keverék. A 3.0 platform korábban stabil szerepkörök bekapcsolja a fejüket. Hirtelen, Vég használók van hatékonyan bíró, zsűri és a hóhér üzleti elemző, alkalmazás építész és fejlesztő a saját üzleti megoldások. Ez lesz a szíve a probléma vagyok írt. De előtt én fejest ugrik be, hogy, Nézzük meg az elefánt a szobában.
Bámult a kristálygömb
Hogyan lesz a SharePoint 2010 érinti ez a minta? Lesz növekményes vagy forradalmi? Több, kevesebb vagy ugyanannyi végfelhasználók találják magukat jogosult építeni a SharePoint megoldások 2010? Lesz SharePoint 2010 probléma domain még további bővítése, vagy lesz ez csak finomítani és racionalizálása, mi már kínál WSS 3.0 / MOSS?
Van elég információ "odakint", hogy biztosan azt mondják, hogy az általános válasz:
- A probléma tartomány lesz drámai módon bontsa ki a.
- A végfelhasználók találják magukat még jogosult, mint előtt.
A Venn-Diagram lenne nagyobb, mint ezen az oldalon, és okozhat néhány informatikusoknak és CxO elérni a Pepto.
Azt hiszem, ez lesz egy hatalmas lehetőséget a vállalatok számára, hogy néhány igazán átalakítási dolgot.
Nem a kínai boltban bikák!
Ez úgy hangzik, nagy, de az én szempontomból, mint egy SharePoint tanácsadó és üzembe magam a cipő egy ez igazgató, Látom, hogy ez a látomás. Én saját egy kínai üzlet gyönyörű lemezek, kristály, stb (a SharePoint környezet). Már bérelt helyet, Már vásárolt az én-m készlet, és minden lefektetett az, ahogy én szeretem. Nem vagyok elég készen áll, hogy, de a várakozás, Nézd meg az ajtót, hogy ha az én-m ügyfelek sorakozó, és úgy vettem észre, hogy van egy tényleges bika. Én közelebbről, és ténylegesen lásd: két bikák és még a Farkas. Akkor vettem észre, hogy van néhány juh. Juhok így rossz, de talán álcázott, farkasok? Bikák nem akarom az én kínai üzlet!
Egyre rosszabb! Mikor béreltem a tér, Nem tudtam elhinni, milyen szép volt. Széles és nyitott, fantasztikus kényelemmel, nagyon kedvező áron. Azonban, most én vagyok felismerve, hogy a nyitott terek és a nagy ajtó van csak tökéletesen méretű egy bika jönni vándor itt és feküdt hulladék az én-m kínai.
Vagyok nyomva ezt az analógiát túlságosan, természetesen. Vég-használók nem bikák (Legtöbbjük, egyébként) és IT-részlegek nem (vagy biztosan nem) Nézd a felhasználói Közösség, hogy az ilyen gyanú. Azonban, van ez a fajta tökéletes ütközés zajlik már a a a 3.0 várom platform lesz csak rosszabb SP 2010. SharePoint már felhatalmazza és ösztönzi a végfelhasználók számára, hogy meghatározzák és megvalósítsák a saját megoldások.
Ez nagyszerű, és minden, de az tény, hogy ez még mindig egy nagyon technikai termék, és még mindig kéri, a fajta erőteljes üzleti szükséglet elemzés, design és általános tervezés és menedzsment, műszaki projektek sikeres igénylő. Ezek nem az a fajta készség, hogy sok végfelhasználók van a táskáját a trükkök, különösen, ha a fókusz a a technikai termék, mint a SharePoint.
Én adtam ezt a sok gondolat az elmúlt évben, vagy úgy, és nem látható könnyű választ. Ez tényleg csapódik le, hogy oktatási és képzési. Úgy gondolom, hogy SP 2010 nem fogja megváltoztatni a játék egy kicsit, és ez fog játszani másképp, és a lassú mozgás, vállalatok zsemlye ki a SP 2010 megoldások több mint 2010 és azon túl. Siker érdekében, Végén használók akarat szükség-hoz átalakít maguk, és kap egy kicsit, ez a vallás. El kell, hogy tanulni egy kicsit megfelelő követelmények
elemzés. Lesz szükségük, hogy néhány tervezési dokumentáció, amely egyértelműen azonosítja az üzleti folyamat munkafolyamat, például. Meg kell érteniük az alapvető fogalmak, mint a szifilisz (létrehozása, frissítés és törlés), dev/teszt/qa/prod környezetek és infrastruktúra segítségével megfelelően telepíteni megoldások, hogy él egy szép hosszú idő, és a könyök (nem tör) szervezeten belüli változásai.
A következő hetekben, Azt tervezem, hogy próbálja meg, és néhány saját új ötletek, csakúgy, mint a nagy munkát, sok más szerzők link (a www.endusersharepoint.com és máshol) úgy, hogy az érdekelt a végfelhasználók lehet tanulni, hogy a régi időben, vallás. Tartsa hangolt.
</vége>
Subscribe to my blog.
Kövesse nekem Twitter http://www.twitter.com/pagalvin
