Zoals we vaker doen zijn we gestart met het doornemen van de lopende projecten. We hebben even stil gestaan bij het project van Marc Selman (het uitnodigen van MINDZers en externen voor een plaza). Ronald vroeg zich af waarom we hier niet gelijk een uitnodigingsfunctie voor LinkedIN contacten in gingen bouwen. Dit resulteerde in een algemene discussie over de manier waarop we dit soort projecten aanpakken op dit moment. Vaak hanteren we de methode van 'iets zo snel mogelijk neerzetten' om vervolgens weer snel verder te kunnen met het volgende project op de lijst. Ronald stelde als voorbeeld het project van Selman, waar je waarschijnlijk bij het lanceren van de functionaliteit al direct de vraag vanuit de community krijgt waarom er geen LinkedIN connectie in zit. Met andere woorden: je zet je zelf in een positie waar je altijd reageert op de community. Tegen de tijd dat je dit dan alsnog er in wilt bouwen, moet je weer 'in het project komen' en kost het je uiteindelijk meer tijd dan dat je het gelijk had gedaan. We moeten er dus naar streven om dit soort dingen voor te zijn door goed na te denken over de behoeften van de gebruikers. Dit kunnen ze namelijk lang niet altijd zelf bepalen.

Andere algemene zaken die we hebben afgesproken:

• De lijst met projecten opschonen, met uitzondering van zaken die zijn toegezegd aan ambassadors en zaken die we zelf heel belangrijk vinden
• De lijst met items voor het trend.lab opschonen en zelf een onderwerp of 5 kiezen wat we de komende Trend.labs gaan doen.
• We moeten overwegen om één persoon een tijd alleen op quick-wins en kleinere verbeteringen te zetten
• Zorgen dat we bij elk nieuw te bouwen onderdeel een gezamelijk visie hebben
• Voordat iets gebouwd wordt, altijd eerst duidelijk toelichten wat je plan precies is (flow-charts bij ingewikkelde processen, zoals het relateren van plaza's) en dit communiceren. Ook belangrijke keuzes die je in de loop van het project moet maken, moet je altijd delen. Dit om te voorkomen dat de ontwikkeltijd toeneemt, doordat er gedeelten opnieuw gebouwd moeten worden.
• Het in sommige gevallen wellicht handig zijn dat de programmeurs elkaar helpen bij hetzelfde project om een functie sneller af te ronden . Nu werken ze er vaak individueel aan. Vandaag heb ik samen met Marielle een gesprek gehad met Rick van Sogyo en daar kwam dit ook aan bod. De komende weken gaan we hieraan werken. Details horen jullie nog.

Collaboration

De programmeurs gaven aan dat door het brakke internet de laatste weken er ook vertraging is ontstaan in de projecten. Zij zijn dan ook van plan om als dit zo blijft meer thuis te gaan werken. Op zich is dit prima te doen, we gebruiken tools als Tokbox om met elkaar te kunnen communiceren. Maar eigenlijk zou MINDZ deze 'collaboration' natuurlijk moeten faciliteren! Het feit dat we MINDZ hier (nog) niet voor gebruiken, zegt genoeg over de mogelijkheden om écht te kunnen samenwerken. Daarom gaan we dit als case gebruiken om uit te vinden wat goede collaboration tools kunnen zijn die het samenwerken binnen MINDZ kunnen faciliteren. Ook het feit dat we moeten samenwerken met een communicatieteam dat niet 40 uur per week aanwezig is, is een goed voorbeeld.

Kenmerken van een (gelegenheids)team/collaboration

• groep mensen (2 of meer)
• gezamelijk doel
• gezamelijke visie (uitgangspunten, methodiek)
• kennisdeling
• leiderschap/verantwoordelijkheid/leidend zijn (geldt voor één of meerdere mensen in de groep)
• communicatie

Dit totale proces van collaboration moet MINDZ dus gaan faciliteren.

Updates

Naast de wekelijkse mail op donderdag naar de deelnemers van de Cyberdigma Techniek cirkel, zal ik voortaan ook de update als een belangrijk bericht op de plazamanagersplaza zetten. Aan de belangrijke berichten functie wordt ook een 'tweet this' functie toegevoegd, zodat deze via twitter kan worden verspreid. De communitymanagers kunnen vervolgens, zoals dat nu ook gebeurt, het updateverhaal een beetje 'smeuïger' maken en als blog plaatsen.

MINDZ App Store

Naar aanleiding van de vorige intervisie de we bij Cyberdigma gehouden hebben over de App Store (lees de blog) had ik twee ontwerpen gemaakt. Ronald vond dit echter veel te snel gaan ('voordat je een winkel gaat bouwen, moet je eerst weten wat je aanbiedt'). We moeten dus eerst een duidelijke keuze maken:

• welke zaken komen als eerste in de App Store
• welke apps zijn gratis en welke kosten geld
• welke verschijningsvromen van de apps ga je aanbieden (widget, API, etc.)
• aan wie biedt je wat aan; we zouden bijvoorbeeld kunnen overwegen om simpele widgets op een andere plek aan te bieden dat bijvoorbeeld de API's

Bovendien is het lastig om alleen aan de hand van de ontwerpen te zien welke keuzes we hierin gemaakt hebben. Daarom zal ik deze punten samen met de ontwerpen in een presentatie verwerken, zodat de context voor iedereen wat duidelijker is.

Google Wave

Zoals jullie wellicht weten is gisteren Google Wave gelanceerd. Zoals heel de wereld hebben wij hier ook hoge verwachtingen van en we denken dat integratie van Google Wave in MINDZ (uiteraard is er een API) heel veel zou kunnen toevoegen aan de communicatie binnen en buiten MINDZ. Het was dan ook het plan om Wave met zijn allen vrijdag tijdens Trend.lab te gaan bekijken.

Jammer genoeg hanteert Google dezelfde methode als destijds met Gmail. Een beperkte groep (100.000 man) heeft toegang gekregen, waarvan sommigen ook anderen mogen uitnodigen. Mocht één van jullie dus een invite krijgen, dan zou ik vriendelijk willen verzoeken om de mensen van Cyberdigma uit te nodigen!