Frank-ly

22 Jul 2007

Twee weken terug heb ik een hele aardige ervaring gehad met co-creatie en microbloggen. Een ervaring die zijn effect kan hebben op de manier waarop we projecten binnen Rhinofly zouden kunnen oppakken als de mogelijkheid zich voordoet.
Het begon met een probleem waar ik zelf mee zat op Twitter. Soms mis ik complete dagen op dit kanaal, maar wil ik wel even snel bij kunnen lezen wat er is gebeurd en is besproken. De webinterface van Twitter is hier niet ideaal voor door de plaats van de navigatie en de manier van pagina-opbouw.

Ik legde dit voor en plaatste een soort functionele beschrijving op Writeboard, een semi-openbare wiki. Log in met "twitterazi" om de geschiedenis van deze beschrijving te zien. Ik zette de beschrijving op een zaterdagavond online, maakte er melding van op Twitter en ging verder met andere zaken.

De volgende dag zat ik vol verbazing achter mijn scherm. Mede-Twitterazi iPete zag mijn verzoek en besloot om me te helpen. Binnen een paar uur heeft hij een eerste versie van Twitter-a-day gemaakt wat voldeed aan mijn verzoek. Ik kon een dag kiezen en zo direct alle berichten van mijn vrienden teruglezen. Terwijl ik er doorheen klikte merkte ik al direct dat het nog wat beter kon en iPete en ik hebben even wat ideeen via Twitter op en neer geschoten. iPete heeft het daarna eigenlijk overgenomen en is volledig los gegaan op Twitter-a-day. De laatste versie die dit weekend live is gegaan biedt je de mogelijkheid om per dag terug te lezen, maar ook te ordenen op datum of om berichten van specifieke vrienden te lezen. Tevens heeft hij de mogelijkheid ingebouwd om vanaf de overzichtspagina zelf een bericht op Twitter te posten.

 

Al met al een flink uitgebreide versie die verder gaat dan ik in eerste instantie had kunnen bedenken. Wat is gestart met een klein verzoek om een probleem op te lossen: "Ik wil alle berichten van vrienden op 1 pagina per dag kunnen teruglezen" is uitgegroeid tot een volwaardige interface met uitgebreide mogelijkheden. Maar de basis staat er.

Wat iPete namelijk niet uit het oog is verloren, is de oplossing voor het probleem. Alles wat hij heeft gemaakt draait om die ene oplossing om berichten per dag te lezen. De rest is "nice to have" maar heeft zeker zijn waarde.

Bij onze eigen projecten willen we nog wel eens te lang bezig zijn om zoveel mogelijk eerst te bouwen en dan pas op een previewserver te zetten voor de opdrachtgever. Maar stel dat we onze creaties nu ook eens wat sneller en iteratiever zouden previewen? Misschien nog niet met de ideale vormgeving, misschien nog niet met alle features en mogelijkheden. Maar in elk geval de oplossing voor het kernprobleem. Bijvoorbeeld "vacatures publiceren" of "persberichten plaatsen". Als we dat al hebben dan kan de opdrachtgever al wat rondklikken, spelen, een beetje tegen de banden trappen zeg maar. Wij gaan ondertussen steeds verder. Stukje vormgeving er bij, verbeterde navigatie, nieuwe header.

We zijn wel meer en meer die kant op aan het werken. Onze programmeurs werken nu standaard met versies van websites, zodat ook tijdelijke versies live kunnen worden gezet. Via Subversion worden alle wijzigingen bijgehouden en kan goed worden getrackt welke versie online staat.

Als ik zo”n klein traject als Twitter-a-day meemaak dan voel ik dat we dit ook bij onze projecten meer kunnen doen. Niet overal. Omdat de opdrachtgever het niet gewend is of omdat het project zich er niet genoeg voor leent wegens schaalgrootte of specifieke functionaliteiten.

Twitter-a-day is een heel fraaie extensie van de microblogging-pionier geworden. Ik ben vereerd om er mee aan de wieg te staan en zelfs in de uitleg te worden genoemd. Maar de eer gaat toch echt naar iPete die het heeft gemaakt. En wat ook nog even gezegd mag worden: Alles is in Cold Fusion gebouwd. Toevallig, maar dat is ook de programmeer taal die wij gebruiken. En Jan B, teamleider backend development, iPete is zo nu en dan beschikbaar voor klussen!



Reacties op: Twitter-a-day, co-creatie in microblogging

  1. Meinaart [u] 23 Jul 2007 om 10:32

    Je zou eens wat moeten lezen over Agile Development. Dat gaat onder andere over kortere ontwikkeltrajecten en tussentijdse versies die niet af zijn maar alles wat erin zit al wel werkt. Kan eindresultaat erg positief beinvloeden. Wellicht intressant ;) .

  2. Frank Meeuwsen [u] 23 Jul 2007 om 10:45

    @Meinaart thanks voor de term, ik kende hem nog niet. Een snelle search geeft al een wikipedia entry en een manifest over Agile development. Mooi startpunt voor verdere inzichten.

  3. Roy Pereira [u] 23 Jul 2007 om 12:40

    Zeker interessant voor projectmanagement, we gaan het eens aandachtig lezen!

  4. Stephan [u] 23 Jul 2007 om 22:57

    Hoi Frank,

    Als je agile development interessant vind kan ik je deze steek aanknopingspunten nog aanbevelen.

    De website van Ken Schwaber, de SCRUM (agile proj. mgmt) guru: http://www.controlchaos.com/
    En dit boek van de Poppendiecks over Lean Software Development (zelfde idee, maar met verwijzing naar ”Lean” van de toyota productie methode) kan ik je wel aanbevelen. Ik heb het net uitgeleend aan een vriend van me: http://www.poppendieck.com/ld.htm

    Groeten,

    - Stephan

  5. Johan [u] 24 Jul 2007 om 8:28

    Hmmm ik kreeg gisterenavond (en zojuist nog steeds) de ene naar de andere foutmelding op Twitter-a-day. Coldfusion-meldingen trouwens, dus dat maakte het voor mij wel begrijpelijk. (Er zit een fout in de query, “= order by” bestaat volgens mij niet) Wel een interessant project, hoewel het voor de gebruiker niet echt duidelijk wordt welke van zijn “Twitter-gegevens” opgeslagen worden in een database bij TaD.

  6. Frank Meeuwsen [u] 24 Jul 2007 om 8:31

    @Johan Vreemd, ik kreeg gisteren ook van een andere Twitterazi dat te horen maar bij mij loopt alles vlekkeloos. Wat je het beste kunt doen is /twitaday toevoegen in je vriendenlijst, dan heb je een rechtsreekse link naar je hulplijnen. Wat betreft opslag van gegevens, dat is inderdaad wel iets wat duidelijker mag worden. Wat ik weet is dat alle berichten ook worden opgeslagen.

  7. Johan [u] 24 Jul 2007 om 8:34

    @Frank;
    Request stond al open ;-)
    Als ik de logica achter het inloggen begrijp, worden inlogdata op de een of andere manier ook opgeslagen (anders gaat ”ie niet met inloggen stuk op de database van TaD). Inderdaad niet meer dan vriendelijk om dat i.i.g te vermelden voordat je inlogt, mochten er mensen bezwaar tegen hebben.

  8. ipete [u] 24 Jul 2007 om 14:24

    Hmm ja, excuses voor de bugs galore!

    Ik had eergisteren (voor de koffie) een vlugge edoch behoorlijk ingrijpende aanpassing gemaakt aan de datastructuur, en een snelle test leerde me dat dat werkte, maar inmiddels ben ik er wel achter dat nieuwe gebruikers tegen een aantal bugs liepen.

    Die heb ik gisteravond gefixed (maar behoeft nog wat poetswerk).

    @Johan:
    Je hebt helemaal gelijk. E.e.a. wordt wel achter de (te subtiele) ”explanation” link uitgelegd, maar die info is nog niet compleet. De makke met dit soort projectjes: documenteren..

    In eerste instantie was een account maken optioneel, maar opeens was ik twee modules aan het ontwikkelen, en het moet wel een funproject blijven, dus ik heb de ”view only” optie disabled. Dit was nog in de periode toen we drie users hadden :) Wat mij betreft zaten we nog in een alpha (beetje beta) fase, vandaar ook het niet netjes afvangen van CF errors etc.

    Inmiddels zie ik allerlei accounts aangemaakt worden, vooral ook door mensen die ik niet ken, dus ik zal mijn ontwikkeling van functies stopzetten (we zijn er zo ook wel, denk ik) en de boel even netjes afmaken, weer en deadlines dienende. En daarbij beginnen met een uptodate uitleg.

    (i)pete

  9. Johan [u] 24 Jul 2007 om 20:18

    @iPete, niets dan opbouwende kritiek hoor ;-) Vindt het gaaf hoe “dit soort projectjes” ontstaan (en erover te lezen, bijv. alhier) en hoe ze kunnen uitgroeien! Zal zo na de pizza eens even kijken of ik kan aanmelden bij TaD! ;-)

  10. Erik van Roekel [u] 25 Jul 2007 om 10:58

    Verdikkie.. een lekker enthousiast verhaal maar ook ik loop nog tegen tig meldingen aan en ik wilde zo graag even een kijkje nemen :-(

    Element RECORDCOUNT is undefined in GETPOSTS.
    The error occurred in E:\websites\specials\www.totwit.com\_dynamics\filter.form.cfm: line 11

    9 :
    10 :
    11 :
    12 :
    13 :

  11. ipete [u] 25 Jul 2007 om 11:29

    @Johan :)

    @Erik : Ja, nare melding, die op kan treden bij creeren account in combinatie met trage Twitter server. Ik moet die nog afvangen, maar heb last van wat drukte (I love that wooshing sound of deadlines flying by), dus die blijft nog heel even liggen. Log nog maar ”es in, en volgens mij moet je dan wel rond kunnen klikken.

  12. Erik van Roekel [u] 25 Jul 2007 om 11:37

    @ipete: Thx ik ben binnen!

  13. Marjolijn [u] 05 Apr 2010 om 15:11

    uhh waar kan je het dan zegmaar gebruiken?
    hoe kom je op het ‘programmatje’?

  1. 1 Trackback(s)

  2. Apr 10, 2008: Microblogging: is klein het nieuwe groot? | Microblogging | Recruitment Matters - Alles over online recruitment

Reageren