Lees verder »]]>

Klik op de afbeelding voor de volledige versie

Al eerder schreef ik over de verschillen van een (regulier) waterval project in vergelijking met Scrum. In deze blogpost de tweede helft van de cartoon.

How the analyst designed it

In een traditioneel waterval project worden de requirements (eisen) door een analist bekeken en omgezet naar een oplossing. Hierin schuilt een gevaar, wanneer de analist de eisen verkeerd geïnterpreteerd of een oplossing kiest welke (uiteindelijk) niet het beste voor de klant is. Dit wil niet zeggen dat de analist slecht werk levert.

Zoals in deel 1 beschreven, wordt in SCRUM het doel van de requirement opgeschreven. Dit helpt de analist al voor een deel bij het kiezen van de mogelijke oplossing. Nog belangrijker is het principe dat een user story (een requirement) in SCRUM niet volledig gedetailleerd moet zijn maar een start punt voor een (inhoudelijke) discussie. Dit betekend dat de klant en eindgebruikers worden betrokken in de discussie hoe de requirements om te zetten naar oplossingen. Een belangrijke implicatie is dat de klant veel en intensief betrokken is bij het project, hiervoor moet dus ook tijd en mensen beschikbaar worden gesteld.

How the programmer wrote it

Voor de programmeur geld het zelfde als bij een analist. Vaak werken deze gescheiden van de klant en analisten. Alleen de functionele documenten zijn de verbinding tussen deze groepen. Ook hier bestaat het gevaar van verkeerd interpreteren of een verkeerde oplossingsrichting te kiezen.

In scrum (of agile) projecten wordt er met cross-functionele teams gewerkt. Dit betekend dat in een team een business gebruiker van de klant zit, iemand met een functioneel profiel en iemand met technische kwaliteiten. Dor deze intensief te laten samenwerken worden veel van deze mogelijke problemen voorkomen.

What the beta testers received

In scrum wordt er direct getest. Dit bekend zodra een user story (eis) door de ontwikkelaar als gereed wordt gemeld gaat direct de tester aan de slag. Wanneer deze een bug vindt wordt deze (in het algemeen) direct opgelost. Het is dus niet het geval dat je weken/maanden later pas bugs doorkrijgt en opnieuw in de code moet verdiepen. Tevens wordt na elke sprint (een groep van requirements welke in een bepaalde vaste periode wordt aangepakt) door de klant getest en afgetekend. Op deze manier blijft deze betrokken, ziet de voortgang en het eindresultaat.

How the project was documentated

Generiek gesproken zal een scrum project minder documentatie opleveren. Normaal gesproken zouden uit gebreide documenten nodig zijn voor het overbrengen van eisen en kennis van de klant naar het functionele team naar het technische team, naar het test team en tenslotte terug naar de klant in de vorm van documentatie. Door met cross-functionele teams te werken is veel minder documentatie vereist om de kennis en eisen tussen de teams te delen.

Om dan toch te borgen dat er goede en volledige documentatie wordt opgeleverd kan door middel van de definitie van klaar aan te scherpen. Deze definitie geeft aan wanneer een user story klaar is. Dit kan betekenen: het is ontwikkeld en getest zonder bugs. Het is dus belangrijk om hier aan toe te voegen dat de user story is gedocumenteerd.

Overige punten

De overige punten die in de strip worden genoemd zijn niet specifiek aan een regulier waterval of SCRUM project. Deze ga ik niet verder behandelen.

• How the business consultant described it
• What operations installed
• How the customer was billed
• How it was supported
• What marketing advertised
• When it was delivered
• What the customer really needed
• What the digg effect can do to your site
• The disaster recovery plan

Lees verder »]]>

Enkele weken gelden maakte Ahold bekend Bol.com over te nemen. Ik verwacht veel van deze overname voor de toekomst (voor beide bedrijven). Ahold zit als sinds 1887 (Albert Heijn) in de retail markt en heeft daarom veel expertise op de gebieden van demand forecast, supply chain, CRM op basis van de bonus pas, Ahold heeft een succesvolle mobile app (Appie), en ik vergeet er vast nog een paar.

Bol.com heeft op zijn buurt weer veel ervaring met online retail met een internationaal netwerk van klanten. Wanneer er door de overname kennis wordt uitgewisseld verwacht ik dat hier voor beide bedrijven grote kansen liggen. Misschien een aantal potentiële kansen zijn:

• Bol.com flirt al langer om ook fysieke winkels te openen, door de overname zijn er direct 843 fysieke winkels beschikbaar gekomen (alle winkels van Albert Heijn)
• Albert Heijn is de producten in de winkel aan het differentiëren: bijvoorbeeld bestek en kleding zijn alreeds te koop.  Door de overname heeft Albert Heijn een heel divers aanbod beschikbaar.
• Cross-sell tussen de beide bedrijven zijn eindeloos. Stel je koopt een DVD bij Bol.com, dit betekend dat je binnen kort een film avondje gaat houden en Albert Heijn zou hierop kunnen inspelen door bier en chips voor mij speciaal in de aanbieding te doen. Andersom is ook mogelijk: bij aankoop van pasta ingrediënten krijg je korting op een kookboek. Persoonlijk en relevant zijn hierbij van cruciaal belang.
• Albert Heijn heeft een succesvolle mobile App, Bol.com kan hiervan leren en mogelijk overnemen.
• Bol.com heeft een internationaal netwerk wat voor Albert en Ahold algemeen interessant zijn.

Zoals te zien is brengt de overname van Bol.com door Ahold voor mogelijkheden met zich mee voor beide bedrijven en voor de consument. Ik ben benieuwd wanneer we de eerste resultaten zullen zien.

(Bron afbeelding: DeCorte.nl)

Lees verder »]]> De laatste tijd ben ik mij aan het verdiepen in het gebruik van scrum (zie ook de blogpost over de scrum training). Hoe meer ik erover leer en toepas hoe enthousiaster ik word over deze projectmanagement methode.

Laatst moest ik terug denken aan de strip van project lifecycle, over projecten hoe projecten in het echt gaan en hoe scrum dit zou kunnen verbeteren. Daarom in deze blogpost een uitleg van scrum in de praktijk om de meest voorkomende problemen in projecten te voorkomen.

Klik op de afbeelding voor de volledige versie

How the customer explained

In de meeste projecten worden de eisen (of requirements) in excel opgeslagen, dit resulteert dan in honderden of duizenden eisen aan het project.Hierin zitten een aantal uitdagingen:

(1) Vaak weet de klant zelf niet exact wat het systeem moet kunnen, de meest belangrijke punten komen wel in de lijst staan maar de kleine puntjes wat juist het succes van het project kan beïnvloeden worden vergeten.

(2) De wereld veranderd. De eisen worden opgeschreven in het begin van het project, en maanden/jaren later zal de software in gebruik worden genomen door de gebruikers. In deze tijd kan er veel veranderen en deze veranderingen worden vaak niet mee genomen in het project.

Met scrum zal het eerste punt nog altijd blijven bestaan, het is moeilijk om duidelijk te krijgen wat de klant nu daadwerkelijk wil. Het tweede punt is juist de kracht van scrum. Door de functionaliteit te prioriteren en dan de belangrijkste punten in meer detail uitwerken en de functionaliteit welke lager op de lijst staan pas uitwerken tot een paar weken voor de start van de ontwikkeling. Mocht er dan in de tussen tijd wat veranderd zijn zal dit veel minder impact hebben.

How the project leader understood it

Er is een sterke link tussen hoe de klant het uitlegt en hoe de project leider het (denkt) te begrijpen. In een regulier project zal een eis zijn “het systeem moet <eis> kunnen doen”. Het is dan voor de project leider (en analysten, programmeurs, etc) moeilijk om te begrijpen waarom deze eis gebouwd moet worden. In scrum worden eisen opgeschreven in het formaat ” als <rol> wil ik graag <eis> zodat <reden>”. Op deze manier is het voor de projectleden veel gemakkelijker om de eis te begrijpen. Tevens zijn traditionele eisen opgesteld in oplossingen: “het systeem moet email adres opslaan”. In scrum wordt de oplossing aan de experts gelaten: “als klant wil ik graag kunnen inloggen om in mijn persoonlijke omgeving te komen”.

Het doel van een user story in Scrum is dan ook niet om volledig te zijn. Het dient om iedereen het zelfde idee te geven van de eis en wordt daarna gebruikt als startpunt bij de discussie van de verdere invulling.

In de volgende blogpost ga ik in op de volgende onderdelen van de stip van how projects really work (project lifecycle).

Lees verder »]]> Een goede traditie geworden om een jaaroverzicht te maken. Zie ook de jaaroverzichten van 2008, 2009 en 2010.

2011

In 2011 heb ik 6 blogposts geschreven, dit behoorlijk lager dan de 12 blogposts welke ik als doel had gesteld. In 2010 heb ik nog 8 blogposts geschreven. De oorzaak is net als vorig jaar: “Het eerste en grootste probleem is tijd gebrek maar ook is het moeilijk om te bepalen wat Accenture IP is en wat ik zelf kan bloggen“.

Het aantal unieke bezoekers van www.sjoerdblauw.nl is ten opzichte van 2010 met 29% gedaald naar 5.176. De gemiddelde tijd wat bezoekers doorbrengen op de site is wel gestegen met 11% naar 49 seconden. Dit betekend dat bezoekers wel langer blijven hangen (en lezen). Verder is het aantal mobiele bezoekers is met 55% gestegen.

Het meest gelezen artikel blijft docx openen in word 2003 (dit artikel stamt al uit 2008). Het beste artikel van 2011 is TNT Post alsjeblieft, bespaar het milieu bespaar kosten en verhoog de service.

2012

Voor 2012 staan een aantal spannende dingen op stapel. Na een aantal jaren is het weer eens tijd voor een goede vakantie (hierover later zeker meer!). Ik wil mijn blog nog niet opgeven, dus voor het derde jaar op rij neem ik het voornemen om meer te gaan bloggen. Dit jaar wil ik dit meer gestructureerd aan pakken door onderwerpen vooraf te bekeken en tijd vrij te maken voor het schrijven. En ook op het gebied van werk verwacht ik dat de investeringen in training en ervaring zich gaat terug betalen in (hopelijk) een promotie tot consultant en een aantal mooie rollen.

Tot slot rest mij alleen nog om u allen een gelukkig 2012 te wensen.

Lees verder »]]> Voor mijn werk ben ik mij aan het verdiepen in scrum, een flexibele methode om (software)projecten uit te voeren. Hiervoor ben ik naar een scrum training geweest en mijn gecertificeerd als Certified Scrum Master.

De eerste dag stond in het teken van een introductie tot scrum. Hierbij werden alle bekende documenten, processen en rollen geraakt. Voor iemand die voorbereid naar de training ging was dit geen nieuwe stof. Tussen door had met name Jeff Sutherland (co. founder van het Agile manifesto) het over succes verhalen bij verschillende klanten en toepassingen welke erg inspiratievol waren.

Tijdens de eerste dag is er ook een soort quiz afgenomen om te testen hoeveel de deelnemers gebruik maken van scrum. Er waren punten te verdienen wanneer er meer gebruikt wordt gemaakt van scrum. Bijvoorbeeld: is er een Product owner aanwezig (1 punt), is dit één persoon (nog één punt), is deze persoon altijd beschikbaar voor vragen (nog één punt), etcetera. Voor mij persoonlijk was dit slecht in te vullen omdat het toepassing om dat mijn scrum-project nog niet gestart is, dit gaf echter wel een snel overzicht waar op te letten.

De tweede dag begon met een stand-up meeting om te bepalen welke onderwerpen de cursisten nog graag besproken wilden hebben, dit vond ik erg prettig om zo nog wat specifieke vragen te kunnen stellen. Beide dagen was er een goede mix van presentaties, oefeningen en pauzes.

Kortom een erg leerzame en leuke training waarbij de methodes zeker in de praktijk ga gebruiken!

Voor iedereen die nog niet bekend met scrum hier een korte introductie:

Lees verder »]]> Als actieve internetgebruiker koop ik regelmatig spullen via internet (van zowel particulieren als bedrijven). De laatste tijd irriteer ik mij steeds meer aan de manier van pakjes bezorgen van de TNT Post.

TNT Post perspectief

Na aankoop van het product door de consument wordt pakje gebracht (of opgehaald) bij de winkel. Waarna het naar een distributie centrum wordt gebracht. Vanuit dit centrum wordt het pakje in een bus geladen en komt een postbezorger naar het afleveradres rijden. Mocht je niet thuis zijn wordt het pakketje weer terug gebracht naar het distributie centrum. De volgende dag herhaald het proces zich, met als enige wijziging dat het dan eventueel bij de buren wordt afgeleverd of bij een lokale Bruna. Dit proces is geoptimaliseerd: de pakketjes worden snel afgeleverd, er worden twee aflever pogingen gedaan en anders alternatieven gezocht. Dit lijkt erg service gericht maar is dit zo?

Consument perspectief

Wanneer ik een product koop krijg ik een track & trace code, dit is voor mij een grote toegevoegde waarde. Ik kan zien waar mijn pakketje zich bevindt. Een groot nadeel is dat dit niet realtime wordt bijgewerkt. Je kunt dus niet zien of de bezorger al langs is geweest of niet. Dit is een klein verbeter punt.

Wat ik zonde vind van de kosten, het milieu en de bezorger zijn tijd is dat de arme man twee keer naar mijn huis moet rijden en twee keer tot de conclusie komt dat ik niet thuis ben. Dit had ik hem kunnen besparen, ik weet dat ik overdag niet thuis ben dus hij hoeft ook niet de moeite te doen.

Wanneer het pakje bij de buren wordt afgeleverd dat voor mij erg prettig (misschien iets minder prettig voor mijn buren) en kan ik zonder veel problemen het pakje ophalen. Vaak wordt echter het pakje afgeleverd bij de lokale Bruna. Voor mij betekend dit dat ik het pakje pas kan ophalen in het weekend omdat de openingstijden van de Bruna (09:00-18:00) niet aansluiten bij mijn werktijden. En als iets op maandag afgeleverd wordt bij de Bruna is dat redelijk frustrerend, je wilt tenslotte het pakje zo snel mogelijk hebben.

De oplossing

Ik vind dat DHL hiervoor een super oplossing heeft. In de webwinkel kun je direct aangeven hoe je het pakket wilt ontvangen, de mogelijkheden zijn bezorging of zelf ophalen bij een distributie centrum. Dit distributie centrum heeft veel ruime openingstijden (08:00-22:00) en bespaard de bezorger twee keer de rit naar mijn huis.

Dus TNT Post, waarom gebruiken jullie deze oplossing niet. TNT beschikt over 456 depots. Stel deze depots open: bespaar het milieu, bespaar kosten en verhoog de service naar de consumenten.

Lees verder »]]> In een eerdere blogpost schreef ik over innovatie via studenten. In dit artikel ga verder op dit idee en beschrijf ik een aantal voorwaarden voor een succesvol project met studenten.

Op basis van het vorige artikel denk je misschien eraan om direct een school in de regio op te bellen en te informeren naar de mogelijkheden. Dit is een goede gedachte, houd deze vast, maar er zijn wel een aantal randvoorwaarden waaraan moet worden voldaan om het tot een succesvol einde te brengen.

1. Begeleiding

Een groep studenten zijn geen werknemers, daarom hebben ze wat begeleiding/coaching nodig. Dit moet vanuit twee kanten komen. Allereerst moet de school zorgen voor de proces begeleiding. Wordt door de groep de juiste acties genomen en de vereiste rapporten netjes opgeleverd. Ten tweede moet de bedrijfsbegeleider op inhoud sturen. Dit is een belangrijk punt en wordt nog een keer geraakt bij de punten 2 en 4.

2. Beschikbaarheid

Het moet niet het doel zijn om een kick-off meeting te hebben en daarna een afgesproken periode later een rapport te krijgen. De studenten zullen vragen hebben en hebben inhoudelijke begeleiding nodig, dit kost allemaal tijd van de bedrijfsbegeleider. Het is begrijpelijk dat dit soort projecten geen top prioriteit zijn echter probeer wel een vast overleg in te plannen. Regelmatig contact zal het eind resultaat alleen maar verbeteren. De beschikbaarheid geld niet alleen voor de bedrijfsbegeleider maar ook van andere mensen binnen de organisatie. Het is goed voor te stellen dat de studenten ook een interview willen houden met hoofd inkoop, verkoop, marketing en productie. Als bedrijfsbegeleider kun je er wel voor zorgen dat de studenten goed zijn voorbereid en dus geen tijd verdoen van de interviewers.

Als laatste punten bij beschikbaarheid wil ik niet naar de beschikbaarheid van mensen maar naar de beschikbaarheid van informatie kijken. Het is een logische vraag dat studenten naar de jaarcijfers willen kijken, echter dit is voor bedrijven vaak gevoelige informatie. Hoe hier mee om te gaan moet worden afgestemd met de studenten en de school. Persoonlijk ben ik van mening dat een overeenkomst tussen het bedrijf, de school en de studenten voldoende moet zijn om deze informatie vrij te geven. Zo heeft het bedrijf zekerheid dat de cijfers niet op straat komen en de studenten de vereiste informatie.

3. Verwachtingen afstemmen

Studenten voeren de opdracht uit in ruil voor studiepunten en voor een goede (leer) ervaring. De school bepaald wat de studenten moeten doen. Zorg ervoor dat het doel bij alle partijen (school, studenten en het bedrijf) bekend en afgestemd zijn. Heeft het bedrijf het idee dat de studenten een marktonderzoek uitvoeren en de school de opdracht heeft gezet om het bedrijf over 10jaar te schetsen is het wachten op een teleurstelling bij een van beide partijen. Je zou de opdracht kunnen vergelijken met het laten uitvoeren van een opdracht bij een externe partij. Wat is het doel van de opdracht, wanneer moet er worden opgeleverd, hoeveel contact is er tussen de partijen (zie punt 1 en 2), wanneer wordt het project als een succes gezien en ga zo maar door. Vergeet hierbij niet de studenten, wat soort groep gaat de opdracht uitvoeren? Is het een verplicht vak wat met zo min mogelijk inspanning moet worden gehaald of is er motivatie om het project echt tot een succes te volbrengen en voor de 10 te gaan?

4. Geef de vrije hand

Met het eerste punten (begeleiding) ligt gelijk ook een valkuil. Probeer niet de studenten te sturen naar een sociaal geaccepteerd antwoord of het antwoord wat jij graag wil hebben. Het proces van idee generatie gaat via 4 fases (idee generatie, idee selectie en idee uitwerking). Juist bij de idee generatie is het belangrijk om out-of-the-box te denken. Probeer hierin mee te gaan en faciliteer, maar net als bij brainstormen probeer het niet af te remmen. Het is namelijk erg gemakkelijk om bij elk idee te zeggen dat het nooit gaat gebeuren of dat het al geprobeerd is en niet werkte. In de fases van selectie en uitwerking is het mogelijk om iets meer te sturen maar ook hier geld: niet te veel. Een idee kan vanuit een bedrijf perspectief 3 kanten op gaan:

(A) het is te gek voor woorden en niet realistisch. Weet je dat zeker? Denk eens 10 jaar terug, had je dan voor mogelijk gehouden wat er nu allemaal mogelijk is iphones en ipads?

(B) goed idee, is al geprobeerd en mislukt. Schijnbaar wordt dit toch als een belangrijke kans gezien, is alle inzet geleverd om ook daadwerkelijk het idee succesvol te implementeren?

(C) goed idee en hebben we zelf nog niet aangedacht. Dit soort ideeën zijn natuurlijk het meest waardevol voor het bedrijf echter onderschat niet de waarde van ideeën type A en B.

5. Zichtbaarheid

Het laatste punt is niet zozeer een voorwaarde voor succes van het project echter meer voor innovatie in het algemeen. Innovatie moet niet worgen verstopt in een afdeling of afgeschermd van de bedrijfsvoering. Het laat zien dat het bedrijf nadenkt over de toekomst en nieuwe producten/diensten. Zet het in het maandelijkse krantje dat er een groep studenten bezig is en alle input welkom is. Probeer een eind presentatie te regelen bij het hoger management. Dit is leuk voor de studenten en geeft inzicht voor het management hoe er over innovatie wordt gedacht. Vaak is de presentatie afhankelijk van het resultaat van het project. Echter zie punt 4 met de drie oplossingsideeën: wat er ook uitkomt, het is een boodschap en er moet iets mee worden gedaan.

Conclusie

Zoals beschreven in het vorige artikel kunnen studenten een frisse blik hebben om bestaande problemen of de toekomst van het bedrijft. Voordat je aan de slag gaat met studenten moet je wel van een vijftal punten bewust zijn. Als deze punten zijn besproken, de studenten enthousiast zijn dan dan kan er zomaar een verrassend resultaat ontstaan.

Het moet geen goedkope en snelle manier zijn om een opdracht te laten uitvoeren. Studenten kunnen geen traditionele bedrijfsfuncties zoals innovatie vervangen. Studenten kunnen echter wel voor verrassende resultaten zorgen en wel de juiste (pijnlijke) vragen stellen.

Afbeelding: Aaconsultingengineers

Lees verder »]]> Innoveren: Innovatie of vernieuwing heeft betrekking op nieuwe ideeën, goederen, diensten en processen (bron: wikipedia). In het bedrijf waar jij werkzaam bent, wie is daar verantwoordelijk voor innovatie? Is dat het hoger management? Een special afdeling met oude grijze mannetjes? Of, omdat het bedrijf te klein is, wordt er niets aan innovatie gedaan? Hoe dan ook het is misschien wel tijd voor een nieuw en verfrissend inzicht.

School opdracht versus TNO onderzoek

In 2007 tijdens mijn tijd aan de opleiding informatica van de Hogeschool van Leiden heb ik samen met een team van 3 andere studenten een innovatie project uitgevoerd (zie eerdere blogpost). De opdracht was simpel, als team krijgt je een branche toegewezen (in ons geval installatiebranche), probeer in contact te komen met een bedrijf en beschrijf een product/dienst voor over 10jaar. Dit werd ondersteund door colleges en workshops van onder andere TNO.

Het resultaat van dit 3 maanden durende project was een concept wat wij de i-way hebben genoemd. Door middel van sensors in en langs de weg kunnen de auto’s worden voorzijn van allerlei soorten informatie. Voorbeelden zijn file informatie, route informatie, waarschuwing systemen voor ongelukken, commerciële informatie zodat je alvast de hamburger kunt bestellen en niet meer in de rij hoeft bij het wegrestaurant, tot en met zelf sturende auto’s. Nu bijna 4 jaar later staat er op autoblog.nl een artikel op waar geschreven wordt over een consortium (TNO, Siemens, IBM, TomTom en KPN) met een concept wat vergelijkbaar is met wat wij de i-way hebben genoemd. Ik was blij verrast om het artikel te lezen met de beschreven ideeën.

Ik wil niet zeggen dat TNO dit idee van ons heeft overgenomen. Wel geeft dit aan dat een groep van studenten (met een beetje begeleiding) een behoorlijk goed concept kan neerzetten voor de toekomst. Tevens wil ik hierbij niet suggereren dat een bedrijf alle innovatie door dit soort studenten projecten te laten uitvoeren. Echter het kan wel eens een andere kijk het bedrijf en de toekomst geven. Jongere kijken tenslotte anders tegen de toekomst aan (zij zijn de toekomst) en denken niet binnen de kaders van het bedrijf.

Conclusie

Als je aan de zelfde type mensen een vraag stelt zul een soort gelijk antwoord krijgen. Daarom een vernieuwende blik op de toekomst en het bedrijf kan een echte eyeopener zijn. Echter er zijn een aantal voorwaardes voor succes, daarover meer in het volgende artikel.

Het moet geen goedkope en snelle manier zijn om een opdracht te laten uitvoeren. Studenten kunnen geen traditionele bedrijfsfuncties zoals innovatie vervangen. Studenten kunnen echter wel voor verrassende resultaten zorgen en wel de juiste (pijnlijke) vragen stellen.

Afbeelding: Glasvezelinfo

Lees verder »]]> Ruim twee jaar geleden is gemeente Smallingerland (Friesland) een initiatief gestart om door middel van crowd sourcing (het inroepen van het publiek bij het uitvoeren van een taak) een nieuwe wijk te ontwerpen en in te richten. Tijdens de start van het project werd het nieuws veel besproken via verschillende blogs zoals die van frankwatching, ambtenaar20 en burgerlink.

Het idee is vrij eenvoudig, door middel van een forum en polls de mening van het publiek vragen bij inrichten van een nieuwe woonwijk. Het publiek is breed gedefinieerd: iedereen mag participeren, lokale bewoners, toekomstige bewoners maar ook iedereen die wil mee denken.

Twee jaar later

Hoe staat het nu, twee jaar later, met het project? De laatste stap welke zichtbaar is het presenteren van het ‘vlekken plan’. Wanneer ik op het forum kijk, het belangrijkste onderdeel van het concept. Waar mensen ideeën kunnen presenteren, elkaar kunnen aanvullen of concepten discuseieren. Blijkt dat het meest recente bericht van drie maanden geleden is.

Waar in het begin de participatie hoog was en iedereen erg positief reageerde zie je dat de interesse afneemt door de tijd afneemt. Dit betekend niet dat het een geweldig initiatief is maar het zal erg moeilijk zijn om het project volledig via crowd sourcing af te ronden.  Ik verwacht dat het project steeds meer via traditionele manieren zal worden ontwikkeld. Ik hoop wel dat de gemeente het platform blijft gebruiken om de ideeën te toetsen bij de mensen van het forum.

Conclusie

Kortom, een geweldig idee en de uitvoering is goed echter het zal moeilijk zijn om het tot een goed eindproduct te brengen. Wat kunnen andere organisaties hiervan leren? Het starten van soort gelijke initiatieven kan leiden tot veel media aandacht en het publiek wil graag mee denken. Houd echter wel een plan achter de hand wanneer de participatie afneemt of tegenvalt.

Lees verder »]]> Bij www.sjoerdblauw.nl komt ongeveer 70% van de bezoekers via een zoekmachine. Deze bezoekers komen vaak via logische zoekwoorden op mijn website terecht, denk dan aan: docx openen, cum laude hbo en kennismanagementsystemen. Echter er zijn ook wat minder voor de handliggende zoekwoorden waarbij Google denkt dat mijn site relevant is.

Een paar voorbeelden:

• hidden curriculum cartoon
• lyle potgieter
• fluggeflappen

Hebben jullie soortgelijke voorbeelden? Toon je gekste/grappigste zoekwoorden welke bezoekers naar je website brengen.