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

Estic participant en una licitació per al redisseny d'una intranet gran públic, i aquesta oportunitat m'ha donat l'oportunitat de reflectir més fidelment l'arquitectura d'informació a gran escala de la intranet, especialment en relació amb les administracions públiques, però no tots.

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

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

1. ràpida realització (al interí ens anem en línia, llavors potser modifiqui durant la construcció)
2. la presumpció d'organització (ho sé de l'empresa, el contingut ha de ser organitzat al voltant dels processos de comercialització)
3. els hàbits (en general en els arxius de les coses de paper codi d'organitzacions de primer any)
4. estratègic de la subestimació (arquitectura de la informació, i què fer amb la web? Més aviat, hem enviat el projecte de gràfics?)
5. Metodologia d'aproximació (he parlat amb la barra amb el gerent i va dir que la meva suposició és correcta)
6. Poca atenció als usuaris (no? Però si vostè està aquí, en virtut de la subsecció "els serveis operatius!)
7. Impulsos Megalomaniac (fes el que vulguis, però la missió de l'empresa és aparèixer primer)

I molts, molts altres no són fàcilment classificables. El resultat d'aquest disseny lleuger sol ser un desastre, causant la frustració de ràpid creixement, mals de cap, els efectes de la depressió subjectiva còsmiques que es converteixen en el millor de la dolorosa conclusió que tard o d'hora ", posant la mà" cosa que al principi semblava funcional, però ara s'ha convertit en un monstre inaccessible.

No obstant això, l'alt nivell de l'arquitectura d'una intranet, per molt complex, no és un objecte de forma enigmàtica. De fet, vostè pot fàcilment identificar algunes construccions típiques, cadascuna d'elles presenta una sèrie d'avantatges i desavantatges.

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

Model 1: Arquitectura dels sectors empresarials

Metàfora: organigrama

Beneficis

- Fàcil d'identificar el propietari de la secció. En alguns casos, poden coincidir amb els representants del grup de treball.
- La velocitat relativa en l'arquitectura de l'edifici. Suficient companyia obtinguda a partir de E 'ja establert respecte de la creació, anant a fons amb les sub-estructures i associats amb sub-seccions.

Desavantatges

Són molts. I una llista d'algunes, però sens dubte hi ha altres

- Difícil gestió de la transversalitat. Molt baix no pertanyen a un sector empresarial específic, i es fa difícil d'ubicar en aquesta arquitectura.
- Flux. Els sectors, així com de l'empresa, estan canviant constantment, i l'arquitectura és probable que l'edat molt ràpidament.
- Baix fàcil de trobar. Molts dels temes, els serveis d'intranet i el contingut són percebuts pels treballadors de manera distanciat dels camps, i per això no pot ser trobat amb facilitat.
- Escalabilitat pobres. És molt fàcil seccions de primer nivell es fa massa, i difícil de manejar
- Contingut de aplatament. La desaparició de recursos humans i, per exemple, la Llei, els mitjans, en general, no tenen en compte les necessitats dels usuaris, de mitjana, més interessat en la primera i segona
- Mala visibilitat dels serveis. Tots els elements de servei i les tasques operatives relacionades amb determinats usuaris són els mesos en el fons

Quan l'ús de

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

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

Model 2: Arquitectura per a la temàtica

Biblioteca de la metàfora

Beneficis

- Identificació de temes específics. És molt fàcil d'identificar els diversos temes i continguts i agrupar d'acord a un esquema racional.
- Propietari del contingut. Fins i tot en aquest cas és bastant fàcil d'identificar als propietaris de continguts i operadors de les seccions.

Desavantatges

- Desbordament. Aquesta arquitectura podria molt ràpidament es va descarrilar en una multitud de temes que fa que sigui inútil en el llarg termini.
- Etiquetatge. En cas que la bretxa es fa difícil l'etiquetatge i la retirada de banda asssbassare l'arquitectura intelegibilità dels usuaris. En alguns casos la informació es fa difícil de trobar des del primer clic.
- El aplanament del contingut. En aquesta arquitectura les diverses qüestions que puguin ocultar les tasques reals dels usuaris: en alguns casos es fa difícil assenyalar que el contingut en algunes àrees són serveis interactius o generat per l'usuari.

Quan l'ús de

I "la bona arquitectura per a ambients vinculats a la informació i amb una taxa de creixement dels continguts. En els entorns amb molts serveis interactius amb una alta taxa de creixement de la informació que es pugui convertir en un bumerang.

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

Model 3: Arquitectura dels formats de

Metàfora: FNAC (?)

Beneficis

- Lerneability. Arquitectura d'E 'amb una corba d'aprenentatge bastant baixa, fet que facilita la vida de la gent comú en el medi ambient.
- Estabilitat. Arquitectura d'E 'que és resistent al canvi organitzacional.

Desavantatges

- Profunditat. Arquitectura d'E 'que és probable que sigui molt profunda, perquè els subnivells sovint és necessari crear.
- Sectors d'invisibilitat. A diferència de la primera, és una arquitectura que fa invisibles camps d'activitat i no preveu espais específics per a ells pel primer nivell. En alguns casos això pot ser un problema.

Quan l'ús de

Personalment la meva favorita és una de les arquitectures de la bona solució de compromís entre la escalabilitat que ofereix, la intel.ligibilitat, l'exhaustivitat. Molt bo per al contingut de la intranet de rics amb continguts diversos en termes de format, i és capaç d'acomodar l'expansió de continguts i serveis amb força facilitat conserva l'elegància en el fons. Encara que en alguns casos cal associar a navegar en paral.lel els aspectes relacionats amb els projectes o sectors.

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

Model 4: Arquitectura d'esdeveniments

Metàfora: un càrrec públic

Beneficis

- Arquitectura estret. Arquitectura d'E 'que no es puguin explotar, si més no el primer nivell
- Centrar-se en l'activitat. La referència a alguna activitat que la gent pot fer és certament atractiva.

Desavantatges

- Contingut multiappartenenza. Alguns dels continguts no pertany en el cas específic de la vida corporativa i fa difícil el seu lloc en aquesta arquitectura. Serveis com un fòrum de servei d'assistència tècnica que pertanyen a la "informació", "treball" o "treball"?
- Baix fàcil de trobar. Molts dels temes, els serveis d'intranet i el contingut són percebuts pels treballadors de manera distanciat dels esdeveniments i no pot ser trobat amb facilitat.
- Integració de diferents formats. En el mateix envàs pot acabar molt diferents en format de contingut (notícies, documents, serveis interactius, aplicacions) i per tipus d'activitat requerit (lectura, escriptura, col.laboració, etc.)

Quan l'ús de

És certament un pas endavant en comparació amb una arquitectura per organigrama simple o àrees temàtiques, però l'ús d'aquesta arquitectura és un risc si no s'associa amb 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ó

La metàfora: la informació local - 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 extraprofilo gestió de continguts. Es fa difícil de gestionar els continguts i serveis que no estan associats directament al perfil de la persona.
- Risc de desbordament a la secció general. La part general és probable que es sobrecarreguin amb contingut i serveis heterogenis

Quan l'ús de

Gairebé totes les intranets grans poden beneficiar d'aquest tipus d'arquitectura, ja que permet fàcilment per a que coincideixi amb el contingut general i el contingut específic o personal. Es requereix certa corba d'aprenentatge, i l'arquitectura combinada amb un segon nivell "convencionals" (temes poeta o formats).

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

Model 6: Arquitectura de serveis de

Metàfora: Caixa d'eines

Beneficis

- Distinció de serveis. Cada servei es distingeix fàcilment i fàcilment disponible.
- La velocitat relativa en l'arquitectura de l'edifici. És simplement basat en el conjunt de serveis disponibles
- La relativa facilitat de coordinació. No cal identificar els individus específics per a la gestió de les diferents seccions, però treballar amb la conca del estès de Contribuents

Desavantatges

- Pèrdua de control de la redacció. Aquest tipus d'arquitectura deixa molta autonomia als usuaris de la zona de l'espai en l'ocupació, perdent l'oportunitat de "empènyer" a certs temes i serveis
- Separació de contingut. Sent la secció de serveis relacionats amb el contingut pot contenir la més diversa (el blog del projecte, juntament amb l'anunci, la forma juntament amb les ponències, el fòrum juntament amb la taula de Cazzeggio)

Quan l'ús de

Aquest tipus d'arquitectura és prou flexible per contenre tot praticametne i permet la fàcil identificació dels serveis disponibles. I "bo gairebé exclusivament per a la intranet que es presenten com a" gateway "de servei, o com a plataformes" neutrals ", els usuaris poden llavors utilitzar al seu antull en molts aspectes. I 'de fet, l'arquitectura de la intranet com un servei (IAAS), en el qual la redacció, 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

La metàfora: la consola de comandes - Habitacions de la casa

Beneficis

- Elegància. Aquest tipus d'arquitectura té l'avantatge de l'elegància i una certa harmonia en el fons.
- Short. Generalment, aquest tipus d'arquitectura a nivell tendeix a ser curta, amb uns quants productes ben identificats tasques per al benefici de la facilitat d'ús.
- Centrar-se en les accions dels individus. Per definició, aquesta arquitectura està ben centrat en les accions que els usuaris poden prendre per evitar l'ambigüitat i l'orientació del medi ambient FERS un escenari d'activa i participativa.

Desavantatges

- Poc "aroma de la informació". Aquesta arquitectura, bons per a les tasques d'usuari senzilla, perd valor com el contingut creix, perdre "l'olor de la informació".
- Contingut "difícils". Amb aquest tipus de metàfora d'un cert contingut serà difícil de tractar, incapaç d'expressar amb un verb adequat
- Barreja. Alguns dels continguts podria acabar tot en un sol contenidor, que a poc a poc degenerats.

Quan l'ús de

Igual que tots els serveis típics de l'arquitectura "2.0", aquest enfocament reflecteix clarament la lògica de la "acció" que l'usuari ha de fer una petició. Per tant, està contraindicat en intranets grans, que ofereixen una varietat de serveis i com molts "situacions" en què cal presentar la informació. És un tipus molt bo de l'arquitectura per a aplicacions específiques, la intranet de les petites i molt centrats en tasques específiques o per a subgrups específics de seccions, però és poc probable que la captura de tots els reals "les tasques d'usuari" per a intranets de grans dimensions.

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

Observacions finals

Oblidi's de la puresa. La majoria de les arquitectures de formigó que compleixen en la realitat no poden, ni han de ser construïts utilitzant un model P "URO", elegit d'entre els 7 que a la llista. Més aviat, el que realment funciona és una sàvia combinació que amb l'arquitectura predominant és capaç d'afegir altres elements de l'arquitectura capaç d'integrar amb la prevalença i l'ús de mapes mentals dels usuaris. A vegades és necessari entrar en una arquitectura per a les àrees temàtiques del "HR, altres vegades és convenient incloure l'epígraf" Blogs "arquitectura per a l'adhesió. no ser elegant, però funciona.

Associat múltiples arquitectures. A la intranet de grans és sempre una bona idea d'associar múltiples arquitectures, per tal d'oferir una visió alternativa del mateix tipus d'informació. En alguns casos pot ser de dues arquitectures paral.leles, altres arquitectures que comencen per sota de l'arquitectura de nucli secundari. Gairebé de correu electrònic, en cas de grans projectes, una sola metàfora és capaç de captar tots els continguts. En la majoria dels casos, les arquitectures s'alternen en funció del nivell de profunditat. Per exemple:

- Superfície arquitectures formats o pertinença
- Deep arquitectures de les tasques o les zones subjectes

Són només alguns exemples: les coses en realitat són avaluats en una base de cas per cas.

Escolti als usuaris. N l'arquitectura pot operar sense una constant i acurada escolta als usuaris, o els col legues. Si dubteu vostè pot estar segur que van a aixecar allà. Utilitzeu les eines disponibles (targeta de selecció, entrevistes, etc), i fer que el tresor abans de la construcció de l'arquitectura.