Alkatrészek

Jelentés: Óvakodj a "káoszról" SharePoint létrehozhat

2012 jelentés után: Q4 Óvakodj a Facebook-tól

2012 jelentés után: Q4 Óvakodj a Facebook-tól
Anonim

A Forrester egyik jelentése arra figyelmezteti az ügyfeleket, hogy alaposan fontolják meg, hogyan tervezik a Microsoft Office SharePoint Server terméket használni, amelyről azt állítják, hogy egy egyedi IT-fejlesztési platformként használhatják az IT-szervezeteket. A közelmúltban közzétett jelentés "Most van az ideje meghatározni a SharePoint helyét az alkalmazásfejlesztési stratégiájában" című dokumentum felvázolja, hogy miközben a SharePoint rendkívül hasznos lehet a vállalati intranetek létrehozásához, a vállalatoknak óvatosnak kell lenniük, amikor egyedi alkalmazások létrehozására használja, - mint például az alkalmazások életciklus-kezelése (ALM) és a vállalati alkalmazások integrációja (EAI) -, hogy más, bizonyítottabb fejlesztési platformok is vannak.

általános értelemben, és bár lehetővé teszi a felhasználók számára, hogy saját alkalmazásokat hozzanak létre és testre szabják a SharePoint intranetes webhelyeket, ez a szervezet számára összetettségnek számít, amikor az alkalmazások kezelését és támogatását célozza. "

Ez a komplexitás arra készteti az informatikai csapatokat, hogy "betöltsék a termék hiányosságait az alkalmazások életciklus-menedzselésében és a vállalati integrációban, mivel olyan politikákat hoznak létre, amelyek megakadályozzák a felhasználó által generált alkalmazások új káoszát" - jelentette ki Forrester elemzői John Rymer és Rob Koplowitz

A problémát tovább bonyolítja a SharePoint által fejlett fejlesztési készségekkel rendelkező emberek hiánya.

A jelentés számos vevőkörülményt vázol fel, amelyekben a SharePoint egyéni fejlesztése kiment és több mint egy vállalat informatikai személyzete képes kezelni.

Az egyikben az úgynevezett SharePoint "energiafelhasználó" ihlette az IT átalakítását, "írta az elemzők. A felhasználó számos népszerű egyedi alkalmazást készített a SharePoint használatával, feltételezve, hogy a fejlesztési és operatív szervezetek támogathatják őket. Azonban nem tudták, mert olyan "speciális készségekre volt szüksége, amelyeket egyik szervezet sem birtokol", a jelentés szerint.

A cégnek új informatikai szakembert kellett bérelnie, hogy kitöltse a rést, és bővítse SharePoint szerepét a vállalat alkalmazásfejlesztésében egy jelentés szerint.

A Microsoft eredetileg a SharePoint-t olyan portáltermékként fogta fel, amelyen a vállalatok weboldalakat építhetnek. A 2007-es Office-rendszer részeként azonban a Microsoft kibővítette a terméket az együttműködés, a dokumentumkezelés és az üzleti intelligencia központjaként, nem is beszélve az intranetes webhelyek és egyéb alkalmazások fejlesztésére szolgáló platformról.

SharePoint az örökbefogadás gyorsabban nőtt, mint amit a Microsoft is elképzelhetett volna, amihez valami köze lehetne a termékkel való foglalkozáshoz szükséges képességek hiányához. A gyors felvétel a SharePointot is olyan felhasználásokká tette, amelyekre a Microsoft még nem készítette el a terméket.

"Nem hiszem, hogy még a Microsoft is meg tudná becsülni a SharePoint megjelenítési arányait". mondta Andrew Brust, a New York-i székhelyű tanácsadó cég új technológiája.

Valójában jelentésükben Rymer és Koplowitz megjegyzik, hogy Forrester ügyfelei szerint a SharePoint növekedése "meglepő módon számos alkalmazásfejlesztési menedzsert fogott". Összehasonlítják a fejfájást A SharePoint webhelyek létrehozzák az IT menedzserek számára, hogy a Lotus Notes adatbázisok az 1990-es években voltak. Mindkét termék lehetővé teszi az egyéni webhelyek és alkalmazások robbanását, amelyeket az informatikai részlegek nehézségekbe ütköznek.

A Microsoft védekezésében Brust elmondta, hogy a vállalat elismeri, hogy a SharePointnak van néhány technológiai hiányossága, és keményen dolgozik a kitöltés érdekében. a SharePoint korlátozott ALM-képessége különösen a "Microsoft él."

Azt is megjegyezte, hogy más Microsoft termékek - például a BizTalk for EAI és az ALM Visual Studio Team System - segíthetnek az informatikai részlegeknek időközben a SharePoint programmal dolgozhat.

Jelentésében Rymer és Koplowitz megjegyezte, hogy miközben a Microsoft dolgozik a terméken belüli hiányosságok kitöltése érdekében, a szervezeteknek alaposan meg kell fontolniuk a telepítés előtt, hogy miként fogják használni a SharePoint-t, ha egyáltalán, a szervezetükben.

a SharePoint három forgatókönyve, hogy a termék a lehető leghatékonyabban működjön.

Az egyik az, hogy a terméket csak egy együttműködési és információmegosztási alkalmazásként használják, nem pedig fejlesztési platformként. A második forgatókönyv olyan alkalmazási és intranetes platform, amelyhez a vállalat kitölti a termékhiányokat - amelyek az ALM és az EAI mellett a termék megbízhatóságát, rendelkezésre állását és skálázhatóságát is érintő kérdések.

A harmadik és legbonyolultabb A szervezet számára a forgatókönyv a SharePoint használatát egy alkalmazás és egy vállalati portál középpontjában áll, amely a vállalat alkalmazások fejlesztési stratégiájának középpontjában áll. Mindazonáltal a szervezeteknek ezt a lehetőséget kell választaniuk, tudván, hogy az informatikai csapat jelentős emelést igényel, és végül is szükségessé válik a szervezeten belül jelenleg létező egyéb portál- vagy intranetes szoftverektől való eltérés a jelentés szerint.