ja_mageia_template_v1.2_1.5.x

Recentemente, nella nostra collaborazione con il Centro Elis, abbiamo avuto modo di implementare 4 workshops riunendo i ragazzi (tutti tra i 19 e i 20 anni) in team di 3-5 unità. L'obiettivo era quello di simulare una vera e propria attività aziendale utilizzando tradizionali strumenti di project management: realizzare il prodotto, ma anche e soprattutto pianificare, documentare, risolvere criticità. Bene, già convincere ragazzi di quell'età a lavorare in team suddividendo compiti e reponsabilità è risultata un'impresa quasi titanica, per via dell'endemica attitudine culturale all'individualismo e al solipsisimo generata dai modelli contemporanei (attenzione, stiamo parlando della prossima generazione di impiegati....). Figuriamoci poi quando si è trattato di chiedergli di sfruttare buona parte del loro tempo per fare analisi, tracciare workflow, scrivere documentazione, assumersi responsabilità, essere proattivi, dimostrare su carta il valore di certe scelte: ci si riesce a fatica dopo 12 anni di esperienza aziendale!

A quel punto decidemmo che forse la soluzione migliore per provare a gestire il flusso di lavoro poteva essere quella di metter su un blog per ogni progetto. I ragazzi avrebbero dovuto preoccuparsi di tenere traccia, in un diario delle attività quotidiane, di problemi tecnici e criticità riscontrate e risolte (o meno), dello stato d'avanzamento dei lavori, delle problematiche di relazione. L'obiettivo finale sarebbe stato quello di fludificare la comunicazione, attivare una knowledge base dell'istituto a cui attingere nel futuro, ma soprattutto tenere traccia dell'andamento dei progetti in modo non molto dissimile dalla Version History di quasi tutti i software esistenti.

Purtroppo per varie ragioni tecniche abbiamo sospeso l'attività ripromettendoci di riavviarla a Settembre, ma le primissime indicazioni sono state confortanti. I ragazzi sono abituati a essere sintetici (SMS generation...) , scrivere li aiuta a capire i problemi, l'ordine decrescente dei contenuti li aiuta a posizionarsi temporalmente in modo più automatico, quasi istintivo, per non parlare poi dell'aggregazione possibile dei dati (RSS, ma anche XFML) che risolverà presto anche problemi quantitativi.

Il blog rappresenta uno strumento formale per contenuto destrutturato, ed è questo suo aspetto che secondo me lo ha reso così popolare, e che può renderlo uno strumento ideale in un azienda, specialmente nell'ottica del task management nell'ambito di un progetto. L'errore credo sia considerarlo nell'ottica di spina dorsale del KM aziendale, peggio ancora se gestito individualmente / emotivamente, invece che a livello di team. Ritengo che in questo modo, e sperando in una rapida affermazione delle tecnologie rivolte al web semantico (Topic Maps e Ontologie in primis, ma basta già vedere le interessanti applicazioni pratiche di XFML), il blog può davvero rappresentare un'insostituibile strumento per mappare concettualmente le basi di conoscenza di un'azienda. Cominciando pian piano.

Per concludere, sul blog di Louis Rosenfeld c'è un post che discute l'argomento, contenente parecchie risorse sui k-logs.