8.45 - 10.00 uur
Ik kom binnen en zet mijn PC aan, laat hem rustig opstarten en haal ondertussen de broodnodige koffie. Eenmaal terug op mijn werkplek check ik mijn e-mail en bekijk de agenda voor vandaag. In mijn mail kan ik ook zien of de testen die elke nacht automatisch worden uitgevoerd zijn geslaagd. Ik lees de notulen van een vergadering van voor het weekend, die ik vrijdag nog in haast had gemaakt, even rustig op mijn gemak door. Ik corrigeer een en ander en stuur de notulen rond. Een collega loopt binnen met een vraag. We bediscussiëren wat mogelijke technische oplossingen voor zijn probleem zijn.
10.00 - 11.00 uur
Oeps, de tijd vliegt in dat soort discussies, snel naar de vergadering die we elke drie weken samen met één van onze klanten hebben. We bespreken de voortgang van een co-development project. Dit zijn projecten waarbij we software ontwikkelen voor een klant in een gezamenlijk team van mensen uit het Platform en van de betreffende klant. Hierbij nemen we de resultaten op in ons platform om ze herbruikbaar te maken voor andere klanten. We bespreken de voortgang en krijgen een demo van de gebouwde functionaliteit. Aan het eind van de vergadering worden de doelen voor de volgende iteratie bepaald.
11.00 - 12.00 uur
Terug op mijn werkplek open ik het programma waarmee we PR-en (problem reports) in onze software bijhouden. Twee problemen dienen te zijn opgelost en dienen door mij geverifieerd te worden. Ik bekijk de technische oplossing, test of het probleem zich nog voordoet en markeer de problemen als “geverifieerd”. De nieuwe problemen verdeel ik over de teamleden aan de hand van hun expertise, zodat ze een eerste analyse kunnen doen.
12.00 - 12.30 uur
Lunch, we lopen naar de kantine met een groepje en kletsen wat na over een vergadering die een aantal teamleden heeft gehad waarbij een ontwerpvoorstel besproken is. Daarna lopen we buiten even een rondje om een frisse neus te halen.
12.30 - 13.00 uur
Ik werk aan één van de requirement specificaties, een document waarin de requirements voor het volgende project beschreven worden.
13.00 - 14.00 uur
Een van onze klanten heeft een probleem met de component die wij ontwikkeld hebben. Het blijkt dat het gebruikt wordt op een manier die door ons niet voorzien was. Een software engineer heeft het probleem geanalyseerd en hij tekent het voorstel om het design te wijzigen. Zijn voorstel wordt wat bijgeschaafd en in de discussie blijkt, dat met een kleine wijziging in zijn design ook enkele andere (reeds bekende) problemen kunnen worden opgelost. Mooi.
14.00 - 15.00 uur
Project voortgangsmeeting, de projectleider van één van de subteams bespreekt wat algemene zaken waarna de projectleden elk kort de voortgang van hun onderwerp mededelen. Ik maak notities voor mezelf.
15.00 - 15.30 uur
Ik loop even binnen in de kamer waar het UI-team bij elkaar zit. Ze zijn bezig met het uitrollen van een nieuwe “brand identity”, die de look & feel van onze toekomstige applicaties zal gaan bepalen. We praten bij over de laatste stand van zaken.
15.30 - 17.00 uur
Ik klus verder aan de code van een onderwerp waarbij we de presentatie kant (de User Interface) van onze software willen scheiden van de applicatie kant (de logica). Dit om makkelijker nieuwe en verschillende user interfaces te kunnen bouwen. Het moet het ook mogelijk maken om voor beide aspecten een andere technologie te kiezen.
17.00 - 18.00 uur
Architectuur overleg, een tweewekelijkse teleconferentie met architecten over de verschillende locatie. Er wordt ditmaal een presentatie besproken over de technologie roadmap. Ik praat kort nog na over het besproken onderwerp en check mijn mail, dan snel naar huis om nog op tijd te kunnen eten voor de volleybal training.
| 