{"id":88338,"date":"2015-08-20T09:43:45","date_gmt":"2015-08-20T08:43:45","guid":{"rendered":"https:\/\/artigianodelsoftware.wordpress.com\/?p=88338"},"modified":"2017-01-02T17:44:09","modified_gmt":"2017-01-02T16:44:09","slug":"pillole-di-esperienza-su-confluence-come-usare-un-wiki-al-meglio","status":"publish","type":"post","link":"https:\/\/artigianodelsoftware.it\/blog\/2015\/08\/20\/pillole-di-esperienza-su-confluence-come-usare-un-wiki-al-meglio\/","title":{"rendered":"Pillole di esperienza su Confluence – Come usare un Wiki al meglio"},"content":{"rendered":"
\"image_pdf\"<\/a><\/a><\/div>
\n

Pillole di esperienza<\/h1>\n<\/blockquote>\n

In questo post iniziamo a trattare un argomento pi\u00f9 complesso, ma anche molto pi\u00f9 interessante :-), in quanto iniziamo a capire meglio, oltre che ad usare questo strumento dal punto di vista tecnico, come farlo rendere al meglio. Iniziamo ad introdurre alcuni concetti che stanno alla base dell’uso di un Wiki e che aiutano a migliorare la vita. \ud83d\ude00<\/p>\n

\"\"<\/a><\/p>\n

 <\/p>\n

\n

Alcune precisazioni<\/h1>\n<\/blockquote>\n

Prima di affrontare questo argomento, occorre fare alcune precisazioni. L’argomento trattato pu\u00f2 essere facilmente esteso a qualsiasi WIKI, senza alcuna difficolt\u00e0, in quanto si tratta di indicazioni che vanno bene per tutti. Il WIKI \u00e8 uno strumento, e come tale deve essere trattato<\/strong><\/em>.<\/p>\n

\"\"<\/a><\/p>\n

In aggiunta, un WIKI non \u00e8 uno strumento che vive di vita propria. Deve essere curato costantemente, occorre sempre verificarne pagine e contenuti. Un WIKI Necessita di costante intervento umano, altrimenti non serve assolutamente a nulla<\/strong><\/em><\/span>. Diventa un banale contenitore di informazioni e ogni utente dovr\u00e0 perdere tempo nel reperire le stesse.<\/p>\n

E’ come se mettiamo degli oggetti in una grande scatola e l’unico sistema per accedere alla scatola \u00e8 buco dove a malapena entra una mano. Se vogliamo prendere uno degli oggetti dobbiamo infilare la mano e, alla cieca, cercare di prendere l’oggetto che vogliamo. Non ha assolutamente senso.<\/p>\n

\n

A cosa serve un Wiki?<\/h1>\n<\/blockquote>\n

<\/p>\n

Un Wiki \u00e8 uno S<\/strong>trumento<\/strong><\/em> che aiuta\u00a0ad organizzare le\u00a0informazioni, in modo efficiente e semplice.\u00a0Il vantaggio di usare un wiki \u00e8 che il sistema di organizzazione delle informazioni \u00e8 molto flessibile e si basa sulla collaborazione degli stessi utenti, il cui obbiettivo non \u00e8 solo la scrittura e fruizione delle informazioni, ma anche il costante miglioramento delle stesse.<\/p>\n

Molto spesso si da per scontato che, una volta adottato un WIKI, tutti i problemi sulla documentazione siano stati superati.\u00a0Errore numero 1<\/strong><\/em> – Siamo appena all’inizio :-).<\/p>\n

Tuttavia, una volta che \u00e8 stato avviato, nei modi e nei tempi corretti, abbiamo a disposizione uno strumento che ci pu\u00f2 semplificare la vita di tutti i giorni. Questo richiede uno sforzo iniziale molto forte, ma se ben fatto il risultato ripaga molto delle fatiche che sono sostenute nella fase iniziale di redazione e tutte le modifiche\/estensioni successive sono poi di facile esecuzione.<\/p>\n

\n

Wiki come punto centrale<\/h1>\n<\/blockquote>\n

\"\"<\/a><\/p>\n

Inserire le informazioni solo su WIKI \u00e8 un vantaggio enorme. Questo significa che le stesse sono presenti solo li, non sono duplicate o la duplicazione \u00e8 ridotta al minimo\u00a0possibile, e, molto importante, sono tutte collegate tra di loro, fornendo un filo logico di lettura e consentendo agli utenti di poterle visionare senza grandi problemi.<\/p>\n

Il vantaggio di una centralizzazione \u00e8 evidente: avere un unico punto dove far risiedere le informazioni riduce la possibilit\u00e0 di errore (non dobbiamo andare a cercare le informazioni a destra e manca) ed aumenta la produttivit\u00e0. Se l’informazione \u00e8 sul WIKI, questa sar\u00e0 ricercata li e non su mail\u00a0o file system o chiss\u00e0 che altro.<\/p>\n

In organizzazioni molto strutturate, molto spesso, sono dotati di complessi portali e sistemi farraginosi il cui obbiettivo \u00e8 la centralit\u00e0 delle informazioni. Molto spesso questo non \u00e8 vero, in quanto si tratta di soluzioni molto rigide, studiate per una necessit\u00e0 particolare e, come sempre accade, questa necessit\u00e0 non pu\u00f2 essere facilmente adattata ai cambiamenti.<\/p>\n

Un WIKI \u00e8 una soluzione tra le pi\u00f9 flessibili, in quanto le rigidit\u00e0 dei portali praticamente non esistono. Occorre che gli utenti sfruttino il pi\u00f9 possibile questa flessibilit\u00e0 a proprio vantaggio. Il non farlo causa dei grossi problemi in fasi successive, quando si fruisce della informazione stessa. Come scrivevo prima, scrivere delle pagine alla rinfusa, non aiuta affatto, occorre che ci sia uno schema e che le informazioni siano collegate.<\/p>\n

\n

Facilit\u00e0 di uso<\/h1>\n<\/blockquote>\n

\"\"<\/a><\/p>\n

Le informazioni su WIKI devono essere organizzate in maniera semplice e devono essere fruibili altrettanto facilmente. Di conseguenza, in base alle esigenze aziendali, queste devono essere organizzate, collegate, referenziate in maniera opportuna. Pi\u00f9 lo schema adottato \u00e8 semplice, pi\u00f9 \u00e8 semplice fruirne. Maggiore caos nelle informazioni, maggiore caos nella ricerca, maggiore caos nel reperire le informazioni. Allora non ha alcun senso creare delle pagine su di un WIKI, sperando che gli utenti facciano da soli. Essere utenti non significa essere macchine.<\/p>\n

Un primo passo \u00e8 quello di dotare le pagine di una determinata gerarchia e, successivamente, collegare le pagine in maniera da poterle …. navigare. Avere delle pagine con la semplice informazione, ma letteralmente buttata alla rinfusa, serve a nulla. Avere delle pagine con informazioni\u00a0e\u00a0collegate tra di loro, dove un utente pu\u00f2, partendo da una determinata informazione, risalire alle\u00a0altre, questo si che \u00e8 un vantaggio non indifferente ed il modo di gestire un wiki. Sul come fare, abbiamo tutti gli\u00a0strumenti del caso \ud83d\ude42<\/p>\n

Il secondo passo \u00e8 aggiornare costantemente queste informazioni. Mantenere delle informazioni statiche, non ha molto senso. Aggiornarle costantemente ha il suo vantaggio. Per aggiornarle si intende sia estendere le informazioni presenti nella pagina, sia estendere la rete di collegamenti tra pagine.<\/p>\n

\n

Evitiamo le mode<\/h1>\n<\/blockquote>\n

\"\"<\/a><\/p>\n

Altro punto fondamentale: Non si usa un wiki solo perch\u00e8 l’azienda concorrente lo usa e fa affari d’oro. Lo si usa per migliorare l’azienda, dare un valore aggiunto, ridurre la complessit\u00e0 e arrivare prima degli altri ai propri obbiettivi. Discorsi del tipo: loro lo usano e vanno benissimo; non servono a nulla:\u00a0Errore numero 2<\/strong><\/em>. :-).<\/p>\n

Uno strumento deve essere adottato in azienda solo se serve, no perch\u00e9 va di moda. Le mode passano. Le metodologie valide rimangono ed i risultati si vedono.<\/p>\n

\n

Percorso di Lettura<\/h1>\n<\/blockquote>\n

\"\"<\/a><\/p>\n

Altra caratteristica importante per un WIKI, riguarda come si pu\u00f2 eseguire la lettura delle pagine. Questo \u00e8 un concetto molto importante.<\/strong><\/em>\u00a0Ogni pagina deve essere inserita in un opportuno percorso di lettura<\/strong><\/em>, attraverso il quale l’utente naviga alla ricerca delle sue informazioni.<\/p>\n

Questo significa che la pagina del WIKI non \u00e8 scollegata, ma \u00e8 connessa con altre pagine. L’utente deve poter reperire questa pagina principalmente attraverso la navigazione di pagine. La ricerca deve essere l’ultima possibilit\u00e0 di reperire le informazioni, e non la normalit\u00e0. Se ogni informazione viene reperita solo attraverso la ricerca, allora questo non va bene.<\/p>\n

Facciamo un esempio. Supponiamo di avere un applicativo, cui abbiamo realizzato delle personalizzazioni per determinati clienti. Se, ad esempio, dobbiamo cercare una determinata personalizzazione, questa deve essere reperita attraverso:<\/p>\n