Implementazione e governance dell'architettura delle informazioni (SharePoint Server 2010)

Si applica a: SharePoint Server 2010

Ultima modifica dell'argomento: 2016-11-30

Mediante la pianificazione e la governance dell'architettura delle informazioni di un'azienda, è possibile assicurarsi che le soluzioni basate su Microsoft SharePoint Server 2010 soddisfino le esigenze dell'organizzazione. Un'architettura delle informazioni efficace semplifica le operazioni di ricerca e archiviazione delle informazioni da parte degli utenti delle soluzioni e migliora la qualità e l'accessibilità di tali informazioni. In questo articolo:

• Viene illustrato il concetto di architettura delle informazioni

• Viene suggerito come regolamentare l'architettura delle informazioni di SharePoint Server

• Vengono indicate le risorse disponibili per assistere i progettisti delle informazioni dell'organizzazione durante la pianificazione e l'implementazione dell'architettura delle informazioni in SharePoint Server 2010

• Viene presentato un case study in cui sono illustrati i vantaggi di un'architettura delle informazioni efficace per innalzare di livello di collaborazione all'interno di un'azienda

Contenuto dell'articolo:

• Che cos'è l'architettura delle informazioni?

• Governance dell'architettura delle informazioni

• Risorse per la pianificazione dell'architettura delle informazioni

• Case study: governance dell'architettura delle informazioni per eliminare il caos relativo al contenuto

Che cos'è l'architettura delle informazioni?

L'architettura delle informazioni in SharePoint Server è l'organizzazione delle informazioni in un'azienda, ad esempio i documenti, gli elenchi, i siti Web e le pagine Web dell'azienda, per ottimizzare l'utilizzabilità e la gestibilità delle informazioni. A un'efficace implementazione dell'architettura delle informazioni contribuiscono i fattori seguenti:

• Semplicità della ricerca delle informazioni

• Memorizzazione e recupero delle informazioni

• Modalità di visualizzazione delle informazioni da parte degli utenti

• Ridondanza o sovrapposizione delle informazioni

• Metadati disponibili per ogni tipo di informazioni

• Modelli utilizzati per la creazione delle informazioni

• Efficacia della governance dell'architettura delle informazioni

• Collocazione dei siti personali nell'architettura delle informazioni

Gli obiettivi e l'implementazione dell'architettura delle informazioni variano a seconda del tipo di soluzione che si sta creando. Ad esempio:

• Se si progetta l'architettura delle informazioni di un sito portale Intranet di un'azienda, è possibile concentrare l'attenzione sulle considerazioni seguenti:

  • Modalità di utilizzo dei metadati per caratterizzare il contenuto del sito

  • Organizzazione del contenuto in siti e raccolte documenti

  • Disponibilità di tale contenuto nei siti portale

  • Modelli da utilizzare per la creazione del contenuto

  Si noti che la ricerca è una funzionalità fondamentale per gli utenti di siti Intranet.

• Se si progetta l'architettura delle informazioni di un sito Web di presenza in Internet, è possibile concentrare l'attenzione sulle considerazioni seguenti:

  • Organizzazione del sito in una gerarchia di siti secondari e di pagine Web

  • Modo in cui tale gerarchia viene esposta nelle caratteristiche di esplorazione del sito

  • Facilità di ricerca del contenuto nel sito

Le decisioni relative all'architettura delle informazioni possono influenzare anche il flusso delle informazioni. Ad esempio, in un sito portale Intranet, le informazioni potrebbero inizialmente essere salvate in versione bozza nei siti che non sono disponibili per la maggior parte dei membri dell'organizzazione. Per rendere utili e fattibili le informazioni all'interno dell'organizzazione, la progettazione dell'architettura delle informazioni può includere i metodi e le linee guida per l'innalzamento di livello delle informazioni in posizioni che siano disponibili per tutti gli utenti.

In base alle dimensioni dell'organizzazione, può essere consigliabile includere un progettista delle informazioni nel team responsabile della progettazione e implementazione della soluzione basata su SharePoint Server. I progettisti delle informazioni sono esperti nella strutturazione delle informazioni in ambienti Web di grandi dimensioni, ad esempio i siti portale Intranet.

Governance dell'architettura delle informazioni

L'architettura delle informazioni in un'organizzazione deve essere regolamentata. Quando si regolamenta l'architettura delle informazioni, si garantiscono le condizioni seguenti:

• Le informazioni presenti nell'organizzazione possono essere gestite dal team IT dell'organizzazione specificando come tale architettura delle informazioni viene implementata e gestita.

• L'architettura delle informazioni soddisfa i requisiti normativi, le esigenze in materia di privacy e gli obiettivi di protezione dell'organizzazione.

• L'architettura delle informazioni soddisfa gli obiettivi aziendali dell'organizzazione. Tenere presente che un'architettura delle informazioni progettata e regolamentata in modo inadeguato può ridurre l'efficacia dell'organizzazione. Un'architettura delle informazioni ben progettata e regolamentata può invece moltiplicare l'efficacia dell'organizzazione.

Governance del contenuto

Quando si crea un piano di governance del contenuto in un ambiente, considerare le procedure consigliate seguenti:

• Utilizzare i flussi di lavoro e l'approvazione per i Centri documenti e le pagine dei siti, ovunque sia archiviata documentazione ufficiale.

• Utilizzare la cronologia versioni e il controllo delle versioni per gestire una cronologia e un documento master.

• Utilizzare tipi di contenuto con controllo e scadenza per le raccolte documenti per gestire il ciclo di vita dei documenti.

• Utilizzare la conferma dell'utilizzo e l'eliminazione dei siti per gestire i cicli di vita delle raccolte siti.

• Identificare le risorse e i siti aziendali importanti che contengono informazioni personali. Fare in modo che siano protetti e controllati in modo adeguato.

• Integrare l'architettura delle informazioni con la strategia di ricerca dell'ambiente. Sfruttare le funzionalità di ricerca di contenuti nell'organizzazione come le seguenti:

  • Elementi di maggiore rilevanza

  • Ricerca utenti

  • Origini di contenuto

  • Connettori per contenuto esterno

  • Pagine rilevanti

  • Parole chiave

  • Ambiti

  • Thesaurus

  • Tassonomia e valutazioni

Durante la creazione di un piano di governance stabilire le regole o i criteri da applicare per i tipi di elementi seguenti:

• Pagine

• Elenchi

• Documenti

• Record

• Risorse multimediali elaborate

• Wiki

• Blog

• Commenti anonimi

• Accesso anonimo

• Termini e set di termini

• Dati esterni

Quando si pensa al contenuto, trovare il giusto equilibrio tra i fattori seguenti e determinare quale di tali fattori ha la priorità più alta per ogni tipo di contenuto:

• Disponibilità   Il contenuto deve essere disponibile quando gli utenti ne hanno bisogno e gli utenti devono sapere dove e come possono reperirlo.

• Ridondanza  Esponendo una sola copia del contenuto in più posizioni invece di duplicare il contenuto, è possibile ridurre la ridondanza e fornire un'unica versione veramente attendibile delle informazioni.

• Accesso  Considerare chi ha accesso al contenuto e, qualora quest'ultimo debba essere archiviato in modo sicuro, se è veramente protetto.

Mappare il ciclo di vita del contenuto preferito. Pensare a quali passaggi devono essere eseguiti quando un elemento di elenco, un documento o una pagina viene creata, aggiornata o eliminata. Per risultati ottimali, iniziare con una configurazione da utilizzare a lungo termine piuttosto che con una soluzione temporanea.

Ai fini del piano di governance, decidere quali persone devono svolgere determinati compiti, ad esempio chi crea i siti, chi controlla le parole chiave nella ricerca o chi gestisce i metadati e assicura che vengano applicati correttamente.

Molte di queste attività devono essere illustrate nel documento e nei piani di gestione dei record, ma considerare inoltre i costi per l'archiviazione del contenuto. Rendersi conto dei limiti di pianificazione della capacità per i documenti e gli elementi e tenere presenti le prestazioni e la scalabilità.

Governance dell'accesso alle informazioni

Un altro aspetto della gestione delle informazioni da considerare è chi ha accesso al contenuto, ovvero la modalità con cui si rende disponibile il contenuto internamente ed esternamente e a quali utenti. Ricordarsi di tenere conto dell'accesso al contenuto durante la progettazione di una soluzione e dei siti. Questo aspetto si sovrappone alla governance IT se si prende in esame l'intero ambiente. Porsi le domande seguenti:

• Autorizzazioni e gruppi di destinatari

  • In che modo è possibile strutturare le autorizzazioni in un sito?

  • In che modo è possibile assegnare contenuto a gruppi di destinatari specifici?

• Accesso

  • In che modo è possibile rendere tale contenuto accessibile agli utenti interni?

  • In che modo è possibile rendere tale contenuto accessibile agli utenti esterni?

Team di governance

La governance dell'architettura delle informazioni richiede la partecipazione di tutti i gruppi interessati alla sua buona riuscita. Nel team di governance dovrebbero essere inclusi i membri principali seguenti:

• Architetti delle informazioni o tassonomisti

  Se possibile, includere nel team di pianificazione un architetto delle informazioni professionista e fare in modo che tale persona partecipi al team di governance.

• Responsabili della conformità

  È inoltre necessario includere responsabili della conformità o altre persone responsabili di assicurare che i requisiti legati o di conformità vengano soddisfatti.

• Information Worker competenti

  Includere Information Worker competenti per garantire che i processi e la struttura definiti dal team siano utilizzabili.

• Tecnici specializzati IT e responsabili

  È consigliabile includere rappresentanti dell'organizzazione IT.

• Capi divisione aziendali

  Poiché lo scopo ultimo dell'architettura delle informazioni è quello di soddisfare le necessità dell'azienda, è essenziale che nel team di governance abbiamo un ruolo di primo piano i rappresentanti delle unità operativi dell'azienda.

• Parti interessate con responsabilità esecutive

  È fondamentale che nel team di governance vi sia una parte interessata con responsabilità esecutive. Anche qualora questa persona non partecipasse a tutte le sessioni del team, il suo ruolo è essenziale allo scopo di verificare che il team tenga fede alla missione da portare a termine. Tale figura con poteri esecutivi ha inoltre il compito di garantire che vengano utilizzati benchmark utili a evidenziare i progressi compiuti mediante la governance dell'architettura delle informazioni.

Oltre a queste figure principali, a seconda del tipo di azienda, è possibile decidere di includere altri partecipanti, tra cui i seguenti:

• Capi sviluppo

• Istruttori

• Responsabili IT

• Parti interessate con risorse finanziarie

Il modo migliore per gestire il team di governance dell'architettura delle informazioni dipenderà dalla mentalità e dalle metodologie di un'azienda. Di seguito sono tuttavia riportate alcune linee guida generali:

• Organizzare riunioni periodiche e dedicare il tempo necessario, soprattutto nelle prime sessioni, per esaminare tutti i problemi.

• Illustrare ogni considerazione con esempi di procedure valide per l'architettura delle informazioni, ad esempio utilizzando un sito di collaborazione ben progettata per registrare le considerazioni e gestire i relativi elementi della struttura del sito.

• Comunicare con l'organizzazione generale (e raccogliere requisiti in tutta l'organizzazione) utilizzando un sito Web e sondaggi online.

• Gestire un insieme di attività cardine e un calendario condiviso.

• Valutare la sperimentazione di procedure per l'architettura delle informazioni in alcuni reparti dell'organizzazione e l'utilizzo di tale esperienza per migliorare in modo significativo le procedure relative all'architettura delle informazioni in tutta l'organizzazione generale.

Risorse per la pianificazione dell'architettura delle informazioni

Nella tabella seguente vengono illustrate le risorse disponibili per assistere i progettisti delle informazioni nella pianificazione dell'architettura delle informazioni della soluzione di SharePoint Server:

Risorse dell'architettura delle informazioni

Case study: governance dell'architettura delle informazioni per eliminare il caos relativo al contenuto

Fabrikam, Inc. è un produttore ed esportatore a livello internazionale di pezzi di ricambio per automobile, incluse pompe di carburante e dell'acqua, ammortizzatori, pastiglie dei freni e varie parti del motore. La società ha 13.000 dipendenti in tutto il mondo e oltre cinquanta stabilimenti di produzione in varie divisioni geografiche. L'organizzazione IT di Fabrikam gestisce la distribuzione, l'utilizzo e il supporto delle tecnologie informatiche quali la posta elettronica, la gestione dei file e Internet, insieme allo sviluppo di soluzioni IT, ad esempio il sito Web aziendale.

In Fabrikam i contenuti sono sempre stati memorizzati in directory di file condivise che venivano distribuite nei file server locali presso le varie sedi dell'azienda. Questa organizzazione ha contribuito a creare una situazione caotica per quanto concerne il contenuto. Una massiccia duplicazione dei contenuti chiave rendeva difficile l'individuazione della versione ufficiale di un file. La tassonomia dei metadati del contenuto era estremamente limitata, in base alle capacità del file system. Poiché i reparti dell'azienda creavano modelli personalizzati univoci per i documenti più comuni, quali ordini di lavoro, proposte di vendita o documenti delle risorse umane, risultava difficile mettere a confronto i documenti di diversi reparti.

Quando i problemi di questa architettura delle informazioni basata su condivisioni di file divennero evidenti, i responsabili Fabrikam imposero l'adozione di nuove tecnologie basate sul portale. Questa scelta era mirata a realizzare diversi obiettivi:

• Modernizzare l'architettura delle informazioni

• Spostare il contenuto dalle condivisioni di file alle raccolte nei siti portale

• Garantire l'accesso a contenuti e applicazioni, ad esempio la registrazione delle note spese, da una posizione centrale

• Creare una home page per le comunicazioni centrali rivolte ai i dipendenti Fabrikam

È ora iniziata una nuova fase nell'evoluzione dell'architettura delle informazioni di Fabrikam.

Nel diagramma seguente è illustrata l'architettura iniziale del portale Fabrikam. Un portale aziendale posto in cima all'architettura costituiva una posizione centrale da cui trasmettere informazioni aziendali di carattere generale. Al livello successivo, un numero limitato di siti offriva risorse condivise all'organizzazione, ad esempio risorse umane, servizi legali e servizi finanziari.

Sotto il livello delle risorse condivise nell'architettura di Fabrikam erano collocati i portali dei reparti per i vari uffici regionali di Fabrikam. Inizialmente, la sperimentazione ebbe inizio in Nord America, Europa e Asia orientale. In modo graduale vennero aggiunti altri portali dei reparti: Australia, Africa e Sud America. Ogni portale di reparto conteneva archivi per i relativi criteri, le progettazioni del prodotto, le attività di ricerca e sviluppo e i dati del cliente.

I risultati del passaggio dalla collaborazione basata su condivisioni di file alla collaborazione basata sui portali si rivelò deludente per gli sponsor del progetto del portale e per la forza lavoro di Fabrikam. Il caos dei contenuti non si era ridotto, bensì si era spostato dalle condivisioni di file ai siti portale.

Poiché le principali funzioni svolte da Fabrikam, quali l'acquisto di materiali, le relazioni con i clienti, la progettazione e le specifiche dei pezzi di ricambio, e anche alcuni processi delle risorse umane venivano gestite a livello dei reparti, ogni reparto aveva sviluppato contenuto locale per supportare tali funzioni. Informative criteri, progetti e specifiche dei pezzi, documenti del personale, documenti attinenti alla relazioni con i clienti e altri contenuti simili venivano creati e gestiti in locale. I modelli e i metadati per tali documenti differivano per ogni singolo portale di reparto. Quando i metadati divennero più specifici per ciascun reparto, divenne più difficile cercare il contenuto nei diversi reparti. Quando un documento veniva trovato nei diversi reparti, spesso veniva copiato nel portale di un altro reparto per renderlo più accessibile. Questo processo rendeva sempre più difficile trovare la versione ufficiale di un documento poiché i duplicati proliferavano. Inoltre, alcuni documenti nei portali di reparto venivano protetti in modo tale che i dipendenti di altri reparti non potevano visualizzarli. Sebbene questa soluzione poteva essere appropriata al momento della creazione della bozza di un documento, non esisteva alcuna linea guida che specificasse quando e come un documento dovesse essere reso visualizzabile all'interno dell'azienda.

Per far fronte al crescente malcontento in relazione al portale, venne formato un team addetto alla strategia che comprendeva i responsabili dei vari reparti Fabrikam e i principali membri del team IT e gli architetti del portale. Al team vennero assegnate le seguenti attività:

• Valutare lo stato corrente della distribuzione del portale SharePoint Server.

• Consigliare le modifiche necessarie per il portale.

• • Determinare come misurare il miglioramento nel tempo.

Il team che sviluppò la strategia del portale concluse che l'attuale organizzazione in reparti della tassonomia del portale era la radice del problema. Ogni reparto stava duplicando i processi e accumulando contenuti senza sfruttare l'esperienza e le procedure consigliate sviluppate in reparti di pari livello. Ciò contribuì a creare una situazione di scarsa collaborazione, risorse inutilizzate e caos del contenuto. L'idea proposta dal team fu di passare a un'organizzazione più operativa del portale aziendale. Le risorse condivise, ad esempio la tecnologia informatica e la finanza, venivano esposte nella tassonomia del portale al di sopra di (e visibile a) tutti i reparti. Il team che sviluppò la strategia del portale concluse che le altre aree operative, quali relazioni con i clienti, relazioni con i fornitori, configurazione dello stabilimento, ricerca e progettazione dovevano essere spostati dai silo di reparto nello stesso livello delle risorse condivise all'interno della gerarchia del sito. I metadati dovevano essere associati alle informazioni dei diversi reparti anziché alla posizione del contenuto.

Nella figura seguente viene mostrata l'architettura rivista del portale Fabrikam:

Questa riorganizzazione del portale Fabrikam offrì il vantaggio ulteriore di imporre la collaborazione tra le varie aree dell'azienda che avevano responsabilità simili ma non erano abituate a lavorare insieme per identificare standard e processi. Ad esempio, la memorizzazione dei file di progettazione in un archivio centrale impose ai diversi reparti l'adozione di uno strumento standard per la progettazione delle parti di un'automobile. Questa modifica consentì di risparmiare denaro e ridurre i tempi di addestramento. Inoltre, vennero definite procedure consigliate per la progettazione che i tecnici potevano visualizzare in tutta l'azienda e utilizzare come base per i nuovi progetti di progettazione.

Di seguito è riportato un riepilogo dei vantaggi dell'architettura riprogettata del portale:

• Consente di accedere alle informazioni da una posizione centrale.

• Riduce la duplicazione del contenuto.

• Identifica con chiarezza la versione ufficiale di ogni elemento di contenuto.

• Standardizza i metadati.

• Standardizza i modelli.

• Promuove la collaborazione e la condivisione delle procedure consigliate.

La riprogettazione e reimplementazione del portale era solo l'inizio di un processo. Il team che sviluppò la strategia del portale fu incaricato da parte della direzione di diventare un gruppo di governance del portale. Di conseguenza, il gruppo rappresentò le esigenze degli utenti del portale sviluppando criteri e standard. Ciò contribuì ad assicurare l'identificazione delle responsabilità all'interno dell'organizzazione e implementò un forum per valutare e favorire l'evoluzione del portale, sia per migliorare le caratteristiche del portale che per ottimizzare il rendimento dell'investimento stanziato dall'organizzazione per la tecnologia di SharePoint Server. Il team di addetti alla governance supervisionò gli elementi seguenti:

• Standard dei metadati

• Standard dei modelli

• Linee guida per le informazioni che devono essere rese disponibili all'interno dell'azienda

• Conformità con le normative aziendali e governative

• Standard di addestramento

• Standard di personalizzazione per il contenuto

Fabrikam iniziò a notare un ampio rendimento degli investimenti stanziati per il portale. Dopo un anno dall'avvio del progetto, il team addetto alla strategia fece un inventario del contenuto e stabilì che su 500.000 documenti solo 230 erano duplicati. Identificarono un risparmio di milioni di dollari dovuto alla centralizzazione del lavoro. Inoltre, un sondaggio svolto tra i dipendenti mostrò un significativo aumento nella soddisfazione per il portale. La collaborazione aveva raggiunto un buon livello in Fabrikam.

See Also

Concepts

Governance di siti e soluzioni (SharePoint Server 2010)
Panoramica della governance (SharePoint Server 2010)
Pianificare l'architettura delle informazioni per la gestione del contenuto Web (SharePoint Server 2010)

Other Resources

Centro Risorse sulla governance (https://go.microsoft.com/fwlink/?linkid=200590&clcid=0x410) (le informazioni potrebbero essere in lingua inglese)