Mi a vállalati wiki # portals # szomorú #ecmj

De ha a vállalati kontextusban a wikit nézzük, akkor két fontos kérdéssel fogunk szembenézni:

# 9679; Mi a különbség a wiki és a CMS között? Hozzá tudunk adni egy wiki szolgáltatást a meglévő CMS rendszer funkcióihoz?

# 9679; A wiki eszközök készen állnak a vállalatok használatára? Más szóval, az IT igazgatója jóváhagyja őket?

Az alábbiakban mindkét kérdésre igyekszem válaszolni.

Wiki és tartalomkezelés

A wiki olyan nyilvános weboldal, amelyen a felhasználók létrehozhatnak és szerkeszthetnek oldalakat. A wiki koncepció a webes tartalom kezelésének széles körű koncepciója alá tartozik, és természetesen a meglévő CMS-t használhatja egy wiki oldal létrehozásához. A wikiknak azonban egyedi jellemzőik vannak, amelyek megkülönböztetik őket a hagyományos webes tartalomkezelő rendszerektől.

A Wiki hangsúlyozza a tartalom létrehozásának egyszerűségét. Ez az egyszerűség számos okból következménye:

# 9679; Wiki jelölőnyelv, amely lehetővé teszi a szövegformázás egyszerűségét és a dokumentumok közötti kapcsolatok létrehozását;

# 9679; a felhasználók közvetlenül és függetlenül képesek létrehozni és szerkeszteni az oldalakat;

# 9679; alulról felfelé építkező megközelítés a telep szerkezetére és navigációjára;

# 9679; nagyon egyszerű sablon létrehozása;

# 9679; egy tudatos döntés, hogy elhagyja a munkafolyamatot, vagy egyszerűen csak egyetért az oldalakon.

Nézzük mindegyik okot egymás után.

Tartalom létrehozása és szerkesztése

Oldal szerkesztése a Wikipédiából

Webhelyszerkezet és navigáció

Mivel a honlapkészítők könnyedén új oldalakat hozhatnak létre, és könnyen összeköthetnek egy oldalt egy másik oldalra, a wiki egyedi megközelítést kínál a webhely struktúrájára és navigációjára.

Tartalomtár és API

Tapasztalt rendszergazdák vagy építészek mindig kérdeznek minden javasolt tartalomkezelő technológiát: "Miben néz ki az adattárház?". Meg kell gondolniuk a kompatibilitást, a hatékonyságot, a biztonsági mentést és sok ilyen problémát.

A Wikik történelmileg igen egyszerű megközelítést alkalmaznak az adattárolásra. Az első wiki a tartalmat egyszerű szövegfájlokban tárolta, a wiki jelölőnyelvben. Amikor a felhasználó kért egy oldalt, megjelenik az oldal. Nem volt gyors, de működött. Most a wiki-rendszerek különböző platformokon dolgoznak, és számos helyadatot találnak az adatbázisokban.

Ez a kérdés az API kérdéséhez vezet. A legtöbb wiki nem rendelkezik vele. Szeretne hozzáférni a wikihez a portálon keresztül vagy integrálni az intranet CMS-jével? Most lépjen kapcsolatba a rendszerszolgáltatóval. A jövőben remélem, hogy több wikik nyitják meg a rendszerüket más vállalati csomagokkal való integrációra.

Amikor egy wikitext oldalt kérek, akkor egy kétlépcsős folyamat során HTML-re konvertálódik. Először a wiki jelölést HTML-be konvertálják, és az oldalak között létrejön a link. Ezután egy sablont alkalmaznak erre a tartalomra, amely egységes képet nyújt az összes wiki oldalról.

A CMS-hez képest a legtöbb wikiknek egyszerű sablonrendszere van, amelyek gyakran egy sablont biztosítanak az egész webhely számára. A wiki-sablonok (és általában az oldalak megjelenítése) gyakran nem kerülnek gyorsítótárba, így minden kéréssel oldalak keletkeznek. A vállalati környezetben történő alkalmazás szempontjából a gyorsítótár hiánya jelentősen korlátozhatja a rendszer általánosságát. Másrészről nincs szükség a kifinomult gyorsítótárazási mechanizmus kezelésére.

munkafolyamat

A wiki fejjel lefelé fordította a munkafolyamat eszméjét. A folyamat most decentralizált, és rendszerint hiányzik olyan irányítási mechanizmus, amely tipikusan magában foglal egy olyan vállalati rendszert, amely formális megközelítéssel rendelkezik a megbékélési folyamathoz.

Az a tény, hogy a wiki decentralizált, és nem rendelkezik összetett munkafolyamati mechanizmusokkal és megbékélési folyamatokkal, a wiki egyik jellemzője, nem pedig hiba. Ez ellentmond a sok tartalomkezelő rendszer alapvető filozófiájának, amelyben a hatásköröket a hangsúly a kontrollra helyezi.

A wiki feltöltésének decentralizált megközelítése ellenére fontos megjegyezni, hogy a szabad szerkesztés politika csupán egy politika, nem pedig a szoftver szerves része. Ugyanakkor a wikik nem kezelik a tartalmat ugyanúgy, mint a webes tartalomkezelő rendszereket, ezért a wiki más megközelítést igényel.

Ellenőrzés a rugalmasság ellen

De mi van akkor, ha a cég tényleg legalább valamilyen irányítást akar? A munkafolyamatba beépített hagyományos ellenőrzési rendszerek hiányában a tartalomkezelést a wikiben nyomon követheti a változásokat, az automatikus spam védelmet és a felhasználói hozzáférés-vezérlést. Nézzük meg mindegyik módszert.

A változások követése

Amint azt a név is jelzi, az egyik védelmi szint egyszerűen nyomon követi a wiki változásait. Ez a legalkalmasabb olyan wikik esetében, amelyeket folyamatosan tűzfal véd.

A változások nyomon követése mellett előfordulhat, hogy nem kívánt változtatásokat kell végrehajtania, például visszatérni egy korábbi verzióhoz.

Dióhéjban a "változáskövetés" megközelítés két fő funkcióra támaszkodik: a legfrissebb változások nyomon követésére, valamint valamilyen verziókezelésre.

A legutóbbi módosítások a következők szerint figyelhetők meg:

# 9679; a legtöbb wikiknak van egy "legutóbbi változás" oldala, amely felsorolja az összes megváltoztatott oldalt. Ha a wiki támogatja a regisztrációt, megjelenik a változtatásokat végrehajtó felhasználó neve is;

# 9679; Egy variáció a téma az e-mail értesítések - ez rss-hírszolgáltatás, amely lehetővé teszi, hogy nyomon követik a változást, ami a wiki, használhatja a megszokott rss-olvasó;

# 9679; Ha egynél több személy vesz részt a változások nyomon követésében, egyes wikik lehetővé teszik annak megismerését, hogy a nemrégiben megváltozott oldal már ellenőrizték-e, hogy kizárja a párhuzamos munkavégzés lehetőségét.

Egy nap filozófiai vitát találtam arról, hogy a wikinek rendelkeznie kell-e verziókezeléssel. Az idealista azzal érvelt, hogy a változatszabályozás ellentmond a wiki elvnek, és egyáltalán elhárítja a filozófiai tisztaságot. Realista azzal érvelt, hogy az emberek hibáznak, és néha akaratlanul jönnek a rossz, ezért a lehetőséget, hogy forduljon vissza a változások, sőt, egy jó dolog. A realista megnyerte a vitát, és sok (ha nem a legtöbb) verziója a wiki szoftver verziókezelést tartalmaz. Lehetőségek, amelyekkel foglalkozni kell, a CMS-ben található lehetőségekhez hasonló lehetőségeket tartalmaznak:

# 9679; lehetőség az előző verziók módosításának visszaállítására;

# 9679; a különböző verziók egymással való összehasonlításának képessége;

# 9679; A különböző verziók közötti különbségek használata, így azok közötti konkrét különbségek könnyen meghatározhatók.

Levélszemét elleni védelem

# 9679; bizonyos szavak vagy kifejezések használatának korlátozása, szavak listája vagy rendes kifejezések használata;

# 9679; blokkolja a hozzáférést a túlzott felhasználói tevékenység miatt.

A felhasználói hozzáférés szabályozása

Amikor egy wiki szoftvercsomagot "vállalati wiki" -nek deklarálnak, ez általában azt jelenti, hogy van felhasználói hozzáférés-vezérlés. A legtöbb wikik megkülönbözteti a regisztrált és a regisztrálatlan felhasználókat, és lehetővé teszi, hogy megakadályozza a jogosulatlan felhasználók számára a változtatásokat. Egyre több wikik kínálnak kifinomultabb felhasználói hozzáférés-vezérlést a hozzáférés-ellenőrzési listákon keresztül, amelyekben a jogokat részletesebben érvényesítik. A felhasználók és a csoportok jogosultságot kaphatnak olyan feladatokhoz, mint például az oldalak olvasása, az oldalak írása, szerkesztése és az előző verzióhoz való visszatérés.

A hírnevével ellentétben a wikik azok a webes tartalomkezelő rendszerek, amelyeket igazán kezelhet. Ezek egyszerűen tartalmaznak más megközelítést a tartalomkezelésre, amely a gyorsaságra és a rugalmasságra összpontosít, nem pedig szigorú ellenőrzés mellett. Ahhoz, hogy kihasználják a wiki rendszerben, meg kell nézni a munkafolyamat egy másik szempontból, valamint ellenőrizze, hogy pontosan kiválasztható a wiki motor, amely biztosítja a szintű követhetőséget a tartalom és a hozzáférés-szabályozás, amely alkalmas a cég.

Mark Chote egy internetes kiadó, e-business tanácsadó és díjnyertes tanár. Kutatási területe a tartalomkezelő eszközök, blogok és wikik felületén található. Folyamatosan segíti a vállalatokat és a szervezeteket innovációik és új technológiák bevezetésében a munkájuk minőségének és hatékonyságának javítása érdekében.