<!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>
<br>
<br>
hoi allen,<br>
<br>
Het inventariseren en priotering van kern/knelpunten is, zoals
gemeld,<br>
uiteraard een belangrijke rol van de raad, om het het functioneren
van<br>
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>
Teamgerelateerde 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>
<br>
groet!<br>
<br>
leoquant<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<br>
> vanzelfsprekend. Het moet natuurlijk niet een eenmalige
verzameling<br>
> worden, maar een process van voortdurende inbreng
mogelijkheid.<br>
> <br>
> Bijvoorbeeld: - opschoning forumleden ouder dan een maand
zonder<br>
> posts - promotie vertalingen wegens 100% status, vragen om<br>
> foutopsporing - promotie ubuntu-manual en vertaling ervan -<br>
> uiterlijk websites bijwerken naar nieuwe styl - promotie
nederlands<br>
> ubuntu team - promotie ubuntu bij overheid, gemeentes en<br>
> instellingen - 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, hierbij een voorstel om te gaan
inventariseren<br>
>> wat de behoeften zijn die binnen de gemeenschap leven
aan<br>
>> verbeterpunten.<br>
>> <br>
>> Als gemeenschapsraad zijn we in feite een
dienstverlenende<br>
>> instantie voor de verschillende teams en de gemeenschap
als<br>
>> geheel. Het is daarom belangrijk om te inventariseren
wat onze<br>
>> 'klanten', teamleden en gemeenschapsleden aan behoeften
hebben<br>
>> zodat Ubuntu-NL beter kan functioneren. We kunnen
natuurlijk zelf<br>
>> bedenken wat er beter kan aan Ubuntu-NL, maar een
dergelijke top<br>
>> down benadering heeft voor een vrijwilligersorganisatie
als<br>
>> Ubuntu-NL nadelen omdat het noodzakelijk is om
draagvlak te<br>
>> hebben om dingen daadwerkelijk gedaan te krijgen. Geen
betere<br>
>> manier om draagvlak te creëren dan communicatie en
luisteren<br>
>> naar 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<br>
>> niveaus te doen omdat de omgang met Ubuntu-NL voor
teamleden en<br>
>> overige gemeenschapsleden anders is:<br>
>> <br>
>> a) Wat zien teamleden als mogelijke verbeterpunten? b)
Wat zien<br>
>> de gebruikers van diensten (forum, irc, wiki e.d.) van
Ubuntu-NL<br>
>> als mogelijke verbeterpunten?<br>
>> <br>
>> We zouden dan twee lijsten kunnen maken met geopperde<br>
>> verbeterpunten.<br>
>> <br>
>> 2) Wegen belang verbeterpunten<br>
>> <br>
>> Vervolgens zouden we in een tweede stap kunnen
inventariseren<br>
>> hoeveel waarde, gewicht, de teamleden, en
gemeenschapsleden aan<br>
>> de verschillende punten hechten. Hiervoor zou iets als
een poll<br>
>> kunnen worden opgezet waarbij leden de verbeterpunten
waar zij<br>
>> het meeste belang aan hechten kunnen selecteren. Dit
wederom<br>
>> gescheiden voor de twee groepen, teamleden en overige
leden omdat<br>
>> deze groepen nu eenmaal een andere omgang met Ubuntu-NL
hebben,<br>
>> en dus ook ander inzicht in verbeterpunten.<br>
>> <br>
>> 3) Maken keuzes in welke verbeterpunten haalbaar zijn
en eerst<br>
>> worden opgepakt<br>
>> <br>
>> Tenslotte kan dan de gemeenschapsraad een evaluatie
maken van de <br>
>> verbeterpunten die er leven, de middelen en
mogelijkheden die er<br>
>> zijn om verbeterpunten daadwerkelijk aan te pakken. Zo
kan je dan<br>
>> als gemeenschapsraad komen tot een effectief beleid
waarbij er<br>
>> haalbare doelen die gedragen worden door de gemeenschap
als<br>
>> geheel kunnen worden gesteld, en uitgevoerd. Daarbij is
het<br>
>> wellicht zinvol om niet meteen de moeilijkste
verbeterpunten op<br>
>> te pakken, maar eerst als gemeenschapsraad wat kleinere
successen<br>
>> boeken, ervaring opdoen in de samenwerking e.d.
alvorens met de<br>
>> grote kluiven (bijv. rechtspersoon e.d.) te beginnen.
-- <br>
>> vriendelijke groet, 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>
iEYEARECAAYFAk2waeEACgkQbcC9IXrx7bNDFgCfdb+J0l4upmrbW5hP7iW6TREO<br>
uTsAnjYeokrXYPWElSdwP8r2X/g/Df+E<br>
=fWdj<br>
-----END PGP SIGNATURE-----<br>
<br>
</body>
</html>