A més de l'organització. Notes per a l'arquitectura de la informació de la intranet

Estic participant en un concurs per al redisseny d'una intranet gran públic, i aquesta oportunitat em va donar l'oportunitat de reflexionar més de prop l'arquitectura de la intranet d'informació general, especialment en relació amb el govern, però no només.

Em refereixo en particular a la construcció de l'arquitectura de primer nivell, que per descomptat és només una part de l'arquitectura d'informació més àmplia. No obstant això, òbviament, és una elecció fonamental que guia l'evolució de tot l'espai en el temps i requereix una planificació especial cura.

Però sovint en aquest àmbit s'han compromès molt a la lleugera, que es converteix ràpidament en errors decisius. Les raons d'aquests errors estan relacionats amb molts factors:

1. aviat es van adonar (mentre anem en línia, llavors potser puguem modificar durant la construcció)
2. presumpció d'organització (ho sé bé l'empresa, el contingut s'organitza al voltant dels processos de comercialització)
3. hàbits (en general en els arxius de paper per a organitzar les coses pel nombre de codi)
4. subestimació estratègica (arquitectura de la informació? I què fer amb la web? Més aviat, hem enviat el projecte dels gràfics?)
5. metodologia d'aproximació (He parlat amb la barra amb el gerent i li va dir que la meva conjectura és bo)
6. Poca atenció a la gent (no ho trobes? Però si té vostè raó, en virtut de la subsecció "funcions operatives!)
7. Megalomaniac instints (com vostè vulgui, però la missió de la companyia és que aparegui primer)

I molts, molts altres no són fàcilment classificables. El resultat d'aquest disseny lleuger sol ser un embolic creixent ràpidament, causant frustració, mal de cap, depressió còsmica efectes subjectius que es converteixen en el millor de la dolorosa que deu, tard o d'hora ", li va posar la mà" una cosa que a primera vista semblava funcional, però ara s'ha convertit en un monstre inaccessible.

No obstant això, l'arquitectura de nivell superior d'una intranet, per complexa, no és un objecte tan enigmàtic. De fet, és fàcil identificar algunes construccions típiques, cadascuna d'elles té una sèrie d'avantatges i desavantatges.

Vaig a tractar de enumerar, la identificació dels trets distintius. Com podràs veure alguns són molt ingenus i no aptes per a gairebé totes les situacions típiques que puguin sorgir. Però val la pena passar revista encara.

Model 1: Arquitectura per a les unitats de negoci

Metàfora: Organització

Beneficis

- Fàcil d'identificar al titular de la Cambra. En alguns casos poden coincidir amb els representants del grup de treball.
- La velocitat relativa de l'arquitectura de l'edifici. És la companyia basa simplement ja definit l'organigrama, anar a fons amb les sub-estructures i l'associació de les subseccions.

Desavantatges

Són moltes. Enumero alguns, però sens dubte hi ha altres

- Difícil de gestió de la transversalitat. Molt baix no pertanyen a un sector empresarial específic, i es fa difícil situar en aquesta arquitectura.
- Flux. Els sectors, així com l'empresa canvia contínuament, i l'arquitectura és probable que edat molt ràpidament.
- Sota fàcil de trobar. Molts dels temes, els serveis d'intranet i el contingut són percebuts pels treballadors en relació amb altres indústries dissociada, i per tant no es poden trobar fàcilment.
- Pobre escalabilitat. És molt fàcil seccions de primer nivell es converteix en massa, i immanejable
- Una deficient contingut. Equate de recursos humans i dir, jurídic, els mitjans, en general, ignoren les necessitats dels usuaris, en general més interessats en la primera i segona
- Mala visibilitat dels serveis. Tots els elements de servei i tasques operatives relacionades amb els usuaris específics són els mesos en el segon pis

Quan l'ús

L'única forma sensata d'utilitzar una arquitectura d'aquest tipus és quan estem en presència de tants intranet separats, un per a cada sector i encara hem de proporcionar un punt únic d'accés a les diferents seccions., En aquest cas el "Portal" res, de fet, una porta a una altra indústria intranet d'introducció, amb la seva arquitectura.

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

Model 2: Arquitectura per temes

La metàfora biblioteca

Beneficis

- Identificació de temes específics. És bastant fàcil d'identificar els diferents temes i el contingut i el grup d'acord amb un esquema racional.
- Contingut propietari. Fins i tot en aquest cas és bastant fàcil d'identificar als propietaris de continguts i operadors de les seccions.

Desavantatges

- Overflow. Aquesta arquitectura pot molt ràpidament descarrilar en una multitud de temes que fa que sigui inútil en el llarg termini.
- Etiquetatge. Llacunes en l'etiquetatge es converteix en casos difícils i la recuperació de l'arquitectura intelegibilità asssbassare del costat de l'usuari. En alguns casos la informació es torna difícil de trobar des de la primera posició.
- El aplanament de contingut. En aquesta arquitectura els diversos temes probable que amagar als usuaris la tasca específica: En alguns casos es fa difícil assenyalar que en algunes zones hi ha serveis o continguts interactius generats pels usuaris.

Quan l'ús

I "la bona arquitectura per entorns vinculats a la informació i el contingut amb una taxa de creixement. En ambients amb molts serveis interactius amb una alta taxa de creixement de la informació és probable que es converteixen en un bumerang.

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

Model 3: Arquitectura per a les mides

Metàfora: FNAC (?)

Beneficis

- Lerneability. I l'arquitectura amb una corba d'aprenentatge relativament baix, cosa que facilita la vida de la gent comú en l'ambient.
- Estabilitat. I l'arquitectura que és resistent al canvi organitzacional.

Desavantatges

- Profunditat. I l'arquitectura que pot ser molt profunda a causa dels subnivells és sovint necessari per crear.
- Invisibilitat sectors. A diferència d'abans, és una arquitectura que fa invisibles els camps d'activitat i no preveu espais específics per a ells pel. En alguns casos això pot ser un problema.

Quan l'ús

Personalment prefereixo és una de l'arquitectura, que ofereix el bon compromís entre l'escalabilitat, la intel.ligibilitat, la integritat. bona per al contingut de riquesa a la intranet amb continguts diversos en termes de format molt, i és capaç de donar cabuda a l'expansió de continguts i serveis amb facilitat mantenint l'elegància del fons. Encara que en alguns casos és necessari combinar sortir paral.lelament als aspectes dels projectes o sectors.

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

Model 4: Arquitectura per a esdeveniments

Metàfora: Comptadors Públics

Beneficis

- Arquitectura estret. I l'arquitectura que amenaça de explotar, si més no en el primer nivell
- Centrar-se en l'activitat. La referència a alguna activitat que la gent pot fer és certament atractiu.

Desavantatges

- Contingut multiappartenenza. Part del contingut no pertany en el cas específic de la vida corporativa i convertir-se en difícil lloc en aquesta arquitectura. Serveis com un fòrum de servei d'assistència tècnica pertanyen a "informar", "treball" o "treball"?
- Sota fàcil de trobar. Molts dels temes, els serveis d'intranet i el contingut són percebuts pels treballadors per desvincular-pel que fa als esdeveniments i per tant no es poden trobar fàcilment.
- Integració de formats diferents. En el mateix recipient pot acabar molt diferents en format de contingut (notícies, documents, serveis interactius, aplicacions) i per tipus d'activitat necessari (lectura, escriptura, col laboració, etc.)

Quan l'ús

És certament un pas endavant en comparació amb una arquitectura per a l'organització o per temes simples, però l'ús d'aquesta arquitectura és un risc si no està associat a la investigació sobre els usuaris i el seu "mapa mental" de la informació empresarial. Després d'un seriós treball de recerca pot ser una valuosa alternativa als models anteriors.

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

Model 5: Arquitectura per a l'adhesió

Metàfora: notícies locals - Buffet

Beneficis

- Centrar-se en l'individu. La informació està molt més centrat en les necessitats de l'individu.
- Personalització. És molt més fàcil de construir el seu propi horari.

Desavantatges

- Difícil de gestió de contingut extraprofilo. Es fa difícil de gestionar els continguts i serveis que no estan associades directament al perfil de la persona.
- Risc de desbordament a la part general. La part general és probable que es sobrecarreguin amb contingut i serveis heterogenis

Quan l'ús

Gairebé tots els grans intranets poden beneficiar d'aquest tipus d'arquitectura, ja que li permet combinar amb facilitat continguts generals i continguts específics o personals. Requereix una certa corba d'aprenentatge i l'arquitectura combinada amb un segon nivell "convencional" (temes poeta o formats).

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

Model 6: Arquitectura dels serveis

Metàfora: Caixa d'eines

Beneficis

- Distinció dels serveis. Cada servei es distingeix fàcilment i fàcilment disponible.
- La velocitat relativa de l'arquitectura de l'edifici. És simplement basat en el conjunt de serveis disponibles
- La facilitat relativa de coordinació. No és necessari per identificar individus específics per a la gestió de les diferents seccions, però el treball amb la conca ampliada de contribuents

Desavantatges

- Pèrdua de control editorial. Aquest tipus d'arquitectura ens deixa molta autonomia a les persones en l'espai de treball l'espai, perdent la possibilitat de "empenta" de temes determinats serveis /
- Separació de contingut. Ser lligat a la secció de serveis poden incloure contingut diferents (el blog del projecte juntament amb el AD, la forma juntament amb les presentacions, els cazzeggiano fòrum juntament amb l'escriptori)

Quan l'ús

Aquesta arquitectura és flexible tot prou praticametne contenre i permet una fàcil identificació dels serveis disponibles. I "bo gairebé exclusivament per a la intranet que sorgeixen com a" gateway "de servei, o plataformes com" neutral "els usuaris poden utilitzar al seu gust de moltes maneres diferents. paraula E 'de l'arquitectura com a servei d'intranet (IAAS), en què l'edició, o grup de treball només és responsable d'animar l'espai i la prestació de serveis, que després són aprovades pels grups d'usuaris.

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

Model 7: Arquitectura de la tasca

Metàfora: Consola de comandes - Casa Pots

Beneficis

- Elegància. Aquesta arquitectura té l'avantatge d'elegància i una certa harmonia en el fons.
- Brevetat. En general aquest tipus d'arquitectura de nivell tendeix a ser curta, amb uns pocs ben identificats tasques en benefici de la facilitat d'ús.
- Centrar-se en les accions dels individus. Per definició, aquesta arquitectura es centra clarament en les accions que els usuaris poden fer per evitar l'ambigüitat i la direcció d'escenari flagel ambiental activa i participativa.

Desavantatges

- Una mica "l'olor de la informació". Aquesta arquitectura, ideal per a tasques d'usuari senzilla, perd valor com el contingut creix, perdent "l'olor de la informació".
- Contingut "intractable". Amb aquest tipus de metàfora d'un cert contingut serà difícil de tractar, incapaç d'expressar amb un verb apropiat
- Combinació. Part del contingut pot acabar tot en un contenidor, que a poc a poc es degenera.

Quan l'ús

Igual que tots els serveis d'arquitectura típica "2,0", aquest enfocament reflecteix clarament la lògica de la "acció" l'usuari ha de fer una petició. Per tant, contraindicat en intranets grans, que ofereixen una varietat de serveis i altres tants "situacions" on cal presentar la informació. És una mica just de l'arquitectura per a aplicacions individuals, intranet i molt petits es van centrar en tasques específiques o particulars subseccions, però és poc probable que la captura de tots els reals "les tasques de l'usuari" per intranets de grans dimensions.

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

Observacions finals

Oblidi's de la puresa. La majoria de les arquitectures que responguin a la realitat pràctica no pot ni ha de ser construïda segons un model P "ur", elegits entre els 7 que enumera. Més aviat, el que realment funciona és una barreja sàvia que amb l'arquitectura predominant és capaç d'afegir elements d'altres arquitectures capaços d'integrar amb l'ús predominant i els mapes mentals dels usuaris. A vegades és necessari entrar en una arquitectura per a les àrees temàtiques del HR "de vegades és convenient incloure els Blocs" en una arquitectura per a l'adhesió. no serà elegant, però funciona.

Associat amb múltiples arquitectures. En intranet gran és sempre una bona regla per associar múltiples arquitectures, per tal d'oferir una visió alternativa del mateix tipus d'informació. En alguns casos pot ser de dos arquitectures paral.leles, altres arquitectures que s'inicien en l'arquitectura bàsica secundària. Gairebé de correu electrònic, en cas de grans projectes, una sola metàfora pot capturar tots els continguts. En la majoria dels casos les arquitectures alternativa en funció del nivell de profunditat. Per exemple:

- Superfície arquitectures o mides de membres
- Profund arquitectures per a les tasques o àrees

Són només exemples: en realitat les coses s'avaluen cas per cas.

Escolti als usuaris. N l'arquitectura pot funcionar sense una escolta constant i acurada als usuaris, o companys de treball. En cas de dubte pot estar segur que els elevarà allà. Utilitzeu les eines disponibles (Card Sorting, entrevistes, etc) i el tresor Faten abans de l'arquitectura de l'edifici.