<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body text="#000000" bgcolor="#ffffff">
<br>
-----BEGIN PGP SIGNED MESSAGE-----<br>
Hash: SHA1<br>
<br>
Hoi allen,<br>
<br>
Het inventariseren en de priotering van kern/knelpunten is, zoals<br>
gemeld, uiteraard een belangrijke rol van de raad om het het<br>
functioneren van Ubuntu-nl te verbeteren.<br>
<br>
Wat mij betreft verloopt het inventariseren van mogelijk
knelpunten<br>
niet enkel via teams, al lijkt me dat wel de belangrijkste
insteek. We<br>
kunnen inventariseren via:<br>
<br>
1.<br>
<br>
Algemene of generale knelpunten, niet team gerelateerd. Denk
aan<br>
?onderhoud? van de website, forumsoftware, actueel houden
van<br>
informatie over Ubuntu-nl. Omgaan met het reapproval van<br>
Ubuntu-nl. Het beeld naar buiten toe. Externe partijen<br>
communiceren graag via duidelijke kanalen. (Denk aan
sponsoren,<br>
etc., maar aan de gewone bezoeker.)<br>
<br>
2.<br>
<br>
Team gerelateerde problemen. Probleem is hoe de raad deze in<br>
kaart brengt. Er naar raden heeft geen zin. Dus welke<br>
instrumenten heeft, en/of gebruikt de raad om deze
knelpunten<br>
boven water te krijgen, en te benoemen. De raad is geen<br>
afspiegeling of vertegenwoordiging van leden uit alle teams
van<br>
Ubuntu-nl. Hoe lossen we dit op. Hoe inventariseren we
helder en<br>
klaar de knelpunten.<br>
<br>
Het uiteindelijke oplossen van problemen, het verbeteren en<br>
stabilseren van de club is wat mij betreft weer een stap verder en<br>
later uiteraard.<br>
<br>
Groet!<br>
<br>
leoquant<br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
On 21-04-11 17:37, UndiFineD wrote:<br>
<span style="white-space: pre;">> Hallo,<br>
><br>
> Het verzamelen van de ideeën van de leden en teams lijkt me
als vanzelfsprekend.<br>
> Het moet natuurlijk niet een eenmalige verzameling worden,<br>
> maar een process van voortdurende inbreng mogelijkheid.<br>
><br>
> Bijvoorbeeld:<br>
> - opschoning forumleden ouder dan een maand zonder posts<br>
> - promotie vertalingen wegens 100% status, vragen om
foutopsporing<br>
> - promotie ubuntu-manual en vertaling ervan<br>
> - uiterlijk websites bijwerken naar nieuwe styl<br>
> - promotie nederlands ubuntu team<br>
> - promotie ubuntu bij overheid, gemeentes en instellingen<br>
> - events te organiseren<br>
><br>
><br>
> Op 16 april 2011 08:56 heeft Thomas de Graaff<br>
> <a class="moz-txt-link-rfc2396E" href="mailto:thomasdegraaff@planet.nl"><thomasdegraaff@planet.nl></a> het volgende geschreven:<br>
>> Mederaadsleden,<br>
>> hierbij een voorstel om te gaan inventariseren wat de
behoeften zijn die<br>
>> binnen de gemeenschap leven aan verbeterpunten.<br>
>><br>
>> Als gemeenschapsraad zijn we in feite een
dienstverlenende instantie<br>
>> voor de verschillende teams en de gemeenschap als
geheel. Het is daarom<br>
>> belangrijk om te inventariseren wat onze 'klanten',
teamleden en<br>
>> gemeenschapsleden aan behoeften hebben zodat Ubuntu-NL
beter kan<br>
>> functioneren. We kunnen natuurlijk zelf bedenken wat er
beter kan aan<br>
>> Ubuntu-NL, maar een dergelijke top down benadering
heeft voor een<br>
>> vrijwilligersorganisatie als Ubuntu-NL nadelen omdat
het noodzakelijk is<br>
>> om draagvlak te hebben om dingen daadwerkelijk gedaan
te krijgen. Geen<br>
>> betere manier om draagvlak te creëren dan communicatie
en luisteren naar<br>
>> wat er aan behoeften zijn, en daar je beleid op
baseren.<br>
>><br>
>> We zouden dit wellicht in drie stappen kunnen
organiseren:<br>
>><br>
>> 1) Inventariseren verbetermogelijkheden<br>
>><br>
>> Het is wellicht goed om een dergelijke inventarisatie
op twee niveaus te<br>
>> doen omdat de omgang met Ubuntu-NL voor teamleden en
overige<br>
>> gemeenschapsleden anders is:<br>
>><br>
>> a) Wat zien teamleden als mogelijke verbeterpunten?<br>
>> b) Wat zien de gebruikers van diensten (forum, irc,
wiki e.d.) van<br>
>> Ubuntu-NL als mogelijke verbeterpunten?<br>
>><br>
>> We zouden dan twee lijsten kunnen maken met geopperde
verbeterpunten.<br>
>><br>
>> 2) Wegen belang verbeterpunten<br>
>><br>
>> Vervolgens zouden we in een tweede stap kunnen
inventariseren hoeveel<br>
>> waarde, gewicht, de teamleden, en gemeenschapsleden aan
de verschillende<br>
>> punten hechten. Hiervoor zou iets als een poll kunnen
worden opgezet<br>
>> waarbij leden de verbeterpunten waar zij het meeste
belang aan hechten<br>
>> kunnen selecteren. Dit wederom gescheiden voor de twee
groepen,<br>
>> teamleden en overige leden omdat deze groepen nu
eenmaal een andere<br>
>> omgang met Ubuntu-NL hebben, en dus ook ander inzicht
in verbeterpunten.<br>
>><br>
>> 3) Maken keuzes in welke verbeterpunten haalbaar zijn
en eerst worden<br>
>> opgepakt<br>
>><br>
>> Tenslotte kan dan de gemeenschapsraad een evaluatie
maken van de<br>
>> verbeterpunten die er leven, de middelen en
mogelijkheden die er zijn om<br>
>> verbeterpunten daadwerkelijk aan te pakken. Zo kan je
dan als<br>
>> gemeenschapsraad komen tot een effectief beleid waarbij
er haalbare<br>
>> doelen die gedragen worden door de gemeenschap als
geheel kunnen worden<br>
>> gesteld, en uitgevoerd. Daarbij is het wellicht zinvol
om niet meteen de<br>
>> moeilijkste verbeterpunten op te pakken, maar eerst als
gemeenschapsraad<br>
>> wat kleinere successen boeken, ervaring opdoen in de
samenwerking e.d.<br>
>> alvorens met de grote kluiven (bijv. rechtspersoon
e.d.) te beginnen.<br>
>> --<br>
>> vriendelijke groet,<br>
>> Thomas.<br>
>><br>
></span><br>
<br>
-----BEGIN PGP SIGNATURE-----<br>
Version: GnuPG v1.4.10 (GNU/Linux)<br>
Comment: Using GnuPG with Mozilla - <a class="moz-txt-link-freetext" href="http://enigmail.mozdev.org/">http://enigmail.mozdev.org/</a><br>
<br>
iEYEARECAAYFAk2waWAACgkQbcC9IXrx7bPPqwCeMxuYOsfq05EGFrcbFV19VHaw<br>
M2oAn30woXiTdLouhP9+sOrUYmFCFk5y<br>
=lWBJ<br>
-----END PGP SIGNATURE-----<br>
<br>
</body>
</html>