[ubuntu-it-gruppi] Tracciamento obiettivi e problemi della comunita'
- From: Lorenzo Sfarra <lorenzosfarra@xxxxxxxxx>
- To: ubuntu-it-gruppi <ubuntu-it-gruppi@xxxxxxxxxxxxx>
- Date: Fri, 10 Jul 2009 17:35:01 +0200
Email un po' lunga, ma tutto il testo e' necessario:
Evidenziare problemi nei blog è certamente utile: si esprimono opinioni
e idee.
Ma che utilità può avere far rimanere la questione sul blog?
Le idee e le critiche rimarrebbero fini a se stesse, disperse tra vari
blog.
C'è il caso dei blogger che muovono critiche anche dure su una comunità
o su chi ci lavora solo per attirare sul proprio blog un numero più alto
di visite in modo piuttosto facile.
C'è chi invece muove queste critiche perchè crede davvero che si possa
migliorare questo o quel lato della comunità, sia dal punto di vista
tecnico (una pagina del sito web, una guida del wiki) sia dal punto di
vista "umano" (struttura dei gruppi di lavoro).
È a questa seconda categoria che va incontro la proposta:
Dare un modo di segnalare un'idea o una critica, e tracciarla insieme in
un modo diverso da quello attuale: usando un sistema di bug tracking e
di blueprints.
Mi spiego con un esempio: io utente semplice "lorenzo" penso che la
pagina dei contatti del sito web vada ristrutturata, perchè poco chiara.
A questo punto vado sulla pagina del progetto su launchpad e lo segnalo,
aprendo un bug, diciamo il bug numero 10000.
Che vantaggi ho rispetto ad adesso?
* Tracking: sarà possibile dare priorità al bug, ricevere feedback,
impostare delle date in cui questo bug deve raggiungere un determinato
stato;
* Assegnamento: sarà possibile assegnare il bug a una persona, che
quindi sarà responsabile di rispettare gli obiettivi fissati per quel
bug nelle date stabilite;
* Memoria: conseguenza dei punti 1 e 2, non ci sarà il rischio che la
segnalazione finisca nel dimenticatoio, come succede nelle ML o nel
forum, sommerse da altri messaggi e poi dimenticate.
Il gruppo web o il consiglio o <da decidere> assegnerà il bug a un
membro del gruppo web, che da quel momento è il responsabile del bug
10000. Semplice, no?
Allo stesso modo si potranno trattare le questioni della comunità di
qualunque genere (esempio: il canale #ubuntu-it ha troppi pochi
operatori rispetto al numero di utenti).
Il sistema inoltre garantisce una certa visibilità agli obiettivi della
comunità che saranno quindi sempre chiari e trasparenti.
Un utente avrà un punto di riferimento e non dimentichiamoci che anche
la gratificazione è molto importante: se mi viene assegnato un bug o un
obiettivo e riesco a portarlo a termine, la cosa rimarrà ben tracciata
su launchpad e quindi sarà ben chiaro il mio contributo, al contrario di
adesso.
Incrementa inoltre la facilità con cui il Consiglio può tracciare i
contributi dell'utente quando si valuta la richiesta di membership dello
stesso.
-----
Basato sull'idea di Jono Bacon per la comunità internazionale.
Punti attuali di discussione:
Q: Cosa si fa con le board dedicate ai gruppi nel forum?
A: L'idea era che per quel genere di segnalazioni non si userà piu' la
board del forum: adesso per segnalare una cosa del sito web
devi farti un account sul forum, mentre su launchpad ce l'hanno
praticamente tutti. Oppure, queste segnalazioni tecniche possiamo
lasciarle fare all'utente sul forum e poi ogni gruppo apre il bug e lo
gestisce, sempre per avere i vantaggi scritti sul testo
Per non far cadere la questione nel dimenticatoio, ci diamo una scadenza
fissata al 24 luglio nel quale verranno valutate tutte le opinioni date.
E' sufficiente anche un "+1" o un "-1", oppure domande in caso ce ne
fossero.
ciao
--
Lorenzo Sfarra (twilight) <lorenzosfarra@xxxxxxxxxx>
Twitter: http://twitter.com/lrnzsfr - Identi.ca: http://identi.ca/lrnzsfr
Website: http://twilight.netsons.org - Blog: http://lorenzosfarra.blogspot.com
Google: http://www.google.com/profiles/lorenzosfarra
Other related posts:
