In afara organizaţiei. Note pentru arhitectura informaţii de intranet

Sunt participă la o licitaţie pentru redesign-o reţea intranet publicului larg, şi de această ocazie mi-a dat ocazia de a reflecta mai îndeaproape arhitectura intranet largă de informaţii, în special referitoare la guvern, dar nu numai.

Mă refer în special la construirea arhitecturii de la primul nivel, care este, desigur, doar o parte a arhitecturii de informaţii mai largi. Cu toate acestea, în mod evident, este o alegere fundamentală care va orienta evolutia întregul spaţiu în timp şi necesită o planificare speciale de îngrijire.

Dar de multe ori în acest domeniu sunt comise foarte uşor, care se transformă rapid în erori decisive. Motivele pentru care aceste erori sunt legate de mai mulţi factori:

1. realizat repede (în timp ce vom merge online, atunci poate vom modifica în timpul construcţiei)
2. prezumţia de organizare (stiu bine compania, conţinutul sunt organizate în jurul proceselor de marketing)
3. obiceiuri (noi de obicei în fişierele de hârtie pentru a organiza lucrurile prin numărul de cod)
4. subestimarea strategice (arhitectura de informaţii Web? Şi ce să fac cu? Dimpotrivă, am trimis proiectul grafica?)
5. Apropierea metodologie (am vorbit cu managerul de la bar şi a spus că este bine cred)
6. puţină atenţie la oameni (nu se pare? Dar dacă sunteţi chiar acolo, în conformitate cu subsecţiunea Operaţional "Funcţii!)
7. Instinctele megaloman (după cum doriţi, dar misiunea companiei este de a apărea primul)

Şi multe, multe altele nu sunt uşor de clasificat. Rezultatul acestei design uşor este de obicei un dezastru în creştere rapidă, care provoacă frustrare, dureri de cap, depresie efecte cosmice subiective, care devin, în cel mai bun, realizarea dureros că trebuie să mai devreme sau mai târziu, "pune mâna" ceva care la prima vedere părea funcţional, dar acum a devenit un monstru de neatins.

Cu toate acestea, arhitectura de nivel superior de un intranet, cu toate acestea complexe, nu este un obiect atât de enigmatic. De fapt, puteţi identifica cu uşurinţă unele construcţii tipice, fiecare dintre care are un număr de avantaje şi dezavantaje.

Voi încerca să le lista, identificând caracteristicile distinctive. După cum veţi vedea unele sunt foarte naivi şi care sunt improprii pentru aproape toate situaţiile tipice care pot să apară Dar merita încă trece în revistă..

Model 1: Arhitectura pentru unităţile de

Metaforă: Organizare

Beneficii

- Usor de a identifica proprietarul al Camerei. În unele cazuri, ar putea coincide cu reprezentanţi ai grupului de lucru.
- Viteza relativă în arhitectura clădirii. Este pur şi simplu pe baza companie definit deja organigrama, merge în profunzime cu sub-structurilor şi prin afilierea subsecţiuni.

Dezavantaje

Sunt multe. Am lista de unii, dar există cu siguranţă, alte

- Gestionarea dificilă a transversalităţii. Foarte scăzut, care nu fac parte un sector de afaceri specifice, şi devine dificil de a le plasa în această arhitectură.
- Flux. Sectoare, precum şi societatea în continuă schimbare, iar arhitectura este de natură să vârstă foarte repede.
- Se poate găsi scăzut. multe subiecte, servicii intranet şi conţinutul sunt percepute de angajaţi în raport cu alte industrii decuplate şi, prin urmare nu pot fi găsite cu uşurinţă.
- Săracul de scalabilitate. Este foarte uşor secţiuni primul nivel, devine prea mult, şi greu de stăpânit
- Blunted de conţinut. Echivala ÎR şi spun, juridic, înseamnă, în general, ignoră nevoile utilizatorilor, de obicei, mai interesat în primul şi al doilea
- Vizibilitatea slabă a serviciilor. Toate elementele de servicii operaţionale şi sarcinile legate de utilizatori specifici sunt luni în al doilea etaj

Când utilizaţi

Singura modalitate de sensibil la utilizarea unui arhitectura de genul asta este we atunci când sunt în prezenţa intranet separate, astfel de multe, câte unul pentru fiecare sector şi avem nevoie de a oferi în continuare un singur punct de acces la secţiuni different., În acest caz, portalul "" nimic, de fapt, o uşă la alta industrie intranet introductivă, cu arhitectura sa.

... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ...

Model 2: Arhitectura pentru teme

Metafora bibliotecii

Beneficii

- Identificarea de probleme specifice. Este destul de uşor pentru a identifica diverse teme şi de conţinut şi de grup le conformitate cu o schemă raţională.
- Conţinut proprietar. Chiar şi în acest caz este destul de uşor să se identifice proprietarii de conţinut şi operatorii de secţiuni.

Dezavantaje

- Preaplin. Aceasta arhitectura ar putea foarte repede deraiat într-o mulţime de subiecte, ceea ce face inutil pe termen lung.
- Etichetarea. Lacune în cazurile dificile devine etichetarea şi amintesc de arhitectura intelegibilità asssbassare din partea utilizatorului. În unele cazuri, informaţii devine dificil de a găsi de la primul click.
- Aplatizare de conţinut. În această arhitectură diverse aspecte de natură să ascundă utilizatori sarcinile specifice: În unele cazuri, devine dificil să se arate că, în anumite zone nu există servicii sau conţinut interactiv generat de utilizator.

Când utilizaţi

Şi "arhitectura buna pentru medii legate de informaţii şi cu o creştere a ratei de conţinut. In medii cu mai multe servicii interactive, cu o rată ridicată de creştere este susceptibilă de a transforma într-un bumerang.

... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ...

Model 3: Arhitectura pentru dimensiunile

Metaforă: FNAC (?)

Beneficii

- Lerneability. Şi "arhitectura cu o curbă relativ scăzută de învăţare, care facilitează viaţa oamenilor medie în mediul înconjurător.
- Stabilitate. Şi "arhitectura care este rezistentă la schimbarea organizationala.

Dezavantaje

- Adâncimea. arhitectura si "care ar putea fi foarte profunde din cauza sublevels multe ori este necesar pentru a crea.
- Invisibility sectoare. Spre deosebire de înainte, este o arhitectura care face invizibil domenii de afaceri şi nu oferă spaţii speciale pentru acestea de către. În unele cazuri, aceasta poate fi o problemă.

Când utilizaţi

Eu personal prefer este una de arhitectura, care oferă bun compromis între scalabilitate, inteligibilitatea, complet. bun pentru conţinutul intranet cu un conţinut bogat de diverse în ceea ce priveşte formatul Foarte, şi este capabil să ţină seama de extinderea conţinutului şi a serviciilor de retinere destul de uşor de eleganta a fondului. Deşi în unele cazuri este necesar să se combine în paralel cu vele la aspectele legate de proiecte sau sectoare.

... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ...

Model 4: Arhitectura de evenimente

Metaforă: Contori publice

Beneficii

- Arhitectura înguste. Şi "arhitectura care ameninţă să explodeze, cel puţin la primul nivel
- Concentraţi-vă asupra activităţii. Referire la anumite activităţi pe care oamenii pot face este, cu siguranţă atractiv.

Dezavantaje

- Conţinut multiappartenenza. O parte a conţinutului nu face parte de pe anumit eveniment din viaţa corporativă şi să devină greu pentru a le plasa în această arhitectură. Servicii ca un forum de help desk tehnice care aparţin "informează", "muncă" sau "de lucru"?
- Se poate găsi scăzut. multe subiecte, servicii intranet şi conţinutul sunt percepute de către angajaţi, astfel neasociat cu privire la evenimente şi, prin urmare, nu poate fi găsit cu uşurinţă.
- Integrarea de formate diferite. În acelaşi container poate ajunge foarte diferite în format de conţinut (ştiri, documente, servicii interactive, aplicatii) şi de tipul de activitate necesare (citit, scris, de colaborare, etc.)

Când utilizaţi

Este cu siguranţă un pas înainte în comparaţie to o arhitectură pentru organizaţia sau pentru teme simple, but use of this architecture este un risc dacă nu este asociat cu cercetarea pe utilizatorii and their "harta mentala" than information de afaceri. După o muncă de cercetare serioasă poate fi o alternativă valoroasă la modelele anterioare.

... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ...

Model 5: Arhitectura pentru aderarea la

Metaforă: stiri locale - Bufet

Beneficii

- Concentraţi-vă asupra individului. Informaţia este mult mai concentrat pe nevoile individuale.
- Personalizare. Este mult mai uşor de a construi propriul program.

Dezavantaje

- Dificil de management al conţinutului extraprofilo. Ea devine dificil de gestionat de conţinut şi servicii care nu sunt asociate direct la profilul persoanei.
- Riscul de depăşire în partea generală. Partea generală este posibil să fi supraîncărcat cu conţinut şi servicii eterogene

Când utilizaţi

Aproape toate intranet mari pot beneficia de acest tip de arhitectura, deoarece vă permite să combinaţi cu uşurinţă conţinutul generale şi conţinutul specifice sau personale. Necesită o anumită curbă de învăţare şi arhitectura combinat cu un al doilea nivel "clasice" (teme poer sau formate).

... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ...

Modelul 6: Arhitectura pentru serviciile de

Metaforă: Unelte

Beneficii

- Distincţiei de servicii. Fiecare serviciu este uşor de recunoscut şi uşor accesibile.
- Viteza relativă în arhitectura clădirii. Este pur şi simplu, bazat pe un set de servicii disponibile
- Relativă uşurinţă de coordonare. Nu este necesar să se identifice anumite persoane pentru gestionarea secţiunile individuale, dar munca cu bazinul extins al contribuitorilor

Dezavantaje

- Pierderea de controlul editorial. Acest tip de arhitectură frunze autonomie mult la oameni în spaţiu spaţiu ocuparea forţei de muncă, pierzând posibilitatea de a "împinge" de anumite subiecte / servicii
- Separarea de conţinut. Fiind legat de secţiunea de servicii pot conţinut diferite (blog-ul proiectului, împreună cu AD, formularele împreună cu prezentările, cazzeggiano forum împreună cu birou)

Când utilizaţi

Acest tip de arhitectura este suficient de flexibil praticametne totul contenre şi permite identificarea facilă a serviciilor disponibile. Şi "bun aproape exclusiv pentru intranet care apar ca" poarta "de serviciu, sau platforme ca" neutru ", utilizatorii pot apoi utilizarea după bunul plac în multe moduri diferite. E cuvântul "de la arhitectura intranet as a Service (IAAS), în care editare, sau grup de lucru este responsabil numai pentru a anima spaţiu şi să ofere servicii, care sunt apoi aprobate de grupuri de utilizatori.

... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ...

Model 7: Arhitectura pentru sarcina

Metaforă: Consola de comandă - Camera de start

Beneficii

- Elegance. Aceasta arhitectura are avantajul de eleganţă şi o armonie anumite în fundal.
- Concizie. De obicei, acest tip de arhitectura de tip tinde să fie scurt, cu câteva bine identificate sarcini în beneficiul uşurinţa de utilizare.
- Focus pe acţiunile unor indivizi. Prin definiţie, această arhitectură este în mod clar axat pe utilizatorii acţiuni pot lua pentru a evita ambiguitatea şi conducerea scenariu flagel de mediu active şi participative.

Dezavantaje

- Un pic de "miros de informaţii". Aceasta arhitectura, perfect pentru sarcini simplu utilizator, ea îşi pierde valoarea, deoarece conţinutul creste, pierde "mirosul de informaţii".
- Continut "greu de rezolvat". Cu acest fel de metaforă pentru unele conţinut va fi dificil de tratat, în imposibilitatea de a le exprima cu un verb adecvat
- Amestecare. Unele conţinut poate ajunge într-un singur container, care, treptat, degenerează.

Când utilizaţi

Ca toate serviciile tipice de arhitectură "2.0", această abordare reflectă puternic logica de "acţiune" utilizatorul trebuie să facă pe o cerere. Prin urmare, este contraindicată în intranet mari, care oferă o varietate de servicii şi cât mai multe "situaţii", în cazul în care este necesar să se prezinte informaţii. Este doar un fel de arhitectura pentru aplicatii individuale, intranet şi foarte mici axat pe misiuni specifice sau sub-secţiuni specifice, dar este puţin probabil pentru a captura toate reale "sarcini de utilizator" pentru intranet mari.

... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ...

Concluzii

Uită de puritate. Cele mai multe arhitecturi care îndeplinesc realităţile practice nu poate şi nici nu ar trebui să fie construite în conformitate cu un model P "uro", aleasă de la 7 am enumerat. Mai degrabă, ceea ce chiar functioneaza, este un amestec înţelept care cu arhitectura predominante este capabil de a adauga elemente din alte arhitecturi care permit integrarea cu utilizarea predominante şi hărţi mentale ale utilizatorilor. Uneori aveţi nevoie pentru a intra într-o arhitectură pentru domeniile tematice HR "este uneori necesar să se includă Bloguri" într-o arhitectură pentru aderare. nu va fi elegant, dar funcţionează.

Asociat cu multiple arhitecturi. În intranet de mare este întotdeauna o regulă bună pentru a asocia mai multe arhitecturi, pentru a oferi o viziune alternativă de acelaşi tip de informaţii. În unele cazuri pot fi două arhitecturi paralele, alte arhitecturi, care începe în arhitectura de bază secundare. Aproape e-mail, în cazul unor proiecte mari, o metafora unică poate capta toate conţinutul. În majoritatea cazurilor arhitecturi supleant în funcţie de nivelul de adâncime. De exemplu:

- Arhitecturi de suprafaţă sau de membru dimensiuni
- Arhitecturi Deep pentru sarcini sau zonele de

Sunt doar exemple: în realitate, lucrurile sunt evaluate de la caz la caz.

Asculta pentru utilizatori. Nr arhitectura poate funcţiona fără o ascultare constantă şi atentă pentru utilizatori, sau colegii. Daca aveti dubii puteţi fi siguri că le vor ridica acolo. Utilizaţi instrumentele disponibile (carte de sortare, interviuri etc) şi comoara Faten înainte de arhitectura clădirii.