Project- & procesmanagement

EventStorming: zeker geen hype!

07 juni 2015

Dat een agile denkwijze belangrijk is weten we allemaal. Vanuit software ontwikkeling zijn we hier nu al tientallen jaren mee bezig. We zoeken manieren om IT en het businessdomein dichter bij elkaar te brengen. Een mooi bewijs zien we in dagelijkse praktijk, waarin een van Nederlands grootste financiële dienstverleners zichzelf transformeert naar een bedrijf waar business en IT letterlijk samengevoegd worden.
Lees verder >>

Dat een agile denkwijze belangrijk is weten we allemaal. Vanuit software ontwikkeling zijn we hier nu al tientallen jaren mee bezig. We zoeken manieren om IT en het businessdomein dichter bij elkaar te brengen. Een mooi bewijs zien we in dagelijkse praktijk, waarin een van Nederlands grootste financiële dienstverleners zichzelf transformeert naar een bedrijf waar business en IT letterlijk samengevoegd worden.
Lees verder >>

Infrastructure as code met Vagrant

22 april 2014

DevOps en ‘infrastructure as code’ Er is een nog steeds groeiende aandacht voor de DevOps werkwijze. De essentie van DevOps ligt in hoe je een organisatie qua processen en cultuur inricht om de development en operations activiteiten goed met elkaar te laten samenwerken. Dit met als hoger doel om op een flexibele en robuuste manier Continue reading →

DevOps: hype of toch meer…

12 juni 2013

De bijeenkomsten over DevOps vliegen om je oren. De term DevOps wordt sinds 2009 gebruikt door voorttrekkers als Patrick Debois. In Nederland zie je in de grote/enterprise omgevingen ook steeds meer aandacht hiervoor komen. Een van de grote banken heeft zelfs de stap gemaakt om deze denkwijze breed toe te passen.
Lees verder >>

De bijeenkomsten over DevOps vliegen om je oren. De term DevOps wordt sinds 2009 gebruikt door voorttrekkers als Patrick Debois. In Nederland zie je in de grote/enterprise omgevingen ook steeds meer aandacht hiervoor komen. Een van de grote banken heeft zelfs de stap gemaakt om deze denkwijze breed toe te passen.
Lees verder >>

Waarom SCRUM niet voldoende is

25 september 2011

Hip hipper hipst: SCRUM is hot. Geen enkele zichzelf respecterende software engineer kan momenteel  zonder hoongelach te  ontvangen beweren dat hiij nog nooit van SCRUM gehoord heeft. En het bewijs is ook geleverd: zowel in diverse onderzoeken als gewoon in de dagelijkse praktijk blijkt SCRUM als ontwikkelmethodiek veel bij te dragen ten opzichte van waterval-achtig ingerichte ontwikkelprocessen.
Lees verder >>

Hip hipper hipst: SCRUM is hot. Geen enkele zichzelf respecterende software engineer kan momenteel  zonder hoongelach te  ontvangen beweren dat hiij nog nooit van SCRUM gehoord heeft. En het bewijs is ook geleverd: zowel in diverse onderzoeken als gewoon in de dagelijkse praktijk blijkt SCRUM als ontwikkelmethodiek veel bij te dragen ten opzichte van waterval-achtig ingerichte ontwikkelprocessen.
Lees verder >>

Architectuur & Software design – hoe?

09 januari 2011

Bij trainingen en presentaties die ik geef over DDD, komt altijd de vraag op: maar hoe doe je dat ontwerpen nou precies, welk proces volg je daarvoor? Een logische vraag. En tevens één die lastig te beantwoorden is. Niet dat er helemaal geen antwoorden zijn hoor: er zijn vele ontwerpprocessen, methodologiën en checklists. Maar als je je daarin verdiept (heb er inmiddels redelijk wat van gelezen en toegepast), blijkt elke keer weer dat het met name ‘kapstokken’ zijn om je werkzaamheden aan te hangen. Wat ik daarmee bedoel: het zijn planningen met daarin fases en mogelijk zelfs specifieke sessies, inhoudelijk beschreven, liefst ook met het te verwachten eindresultaat. Maar wát je nou precies doet in zo’n sessie?
Lees verder >>

Bij trainingen en presentaties die ik geef over DDD, komt altijd de vraag op: maar hoe doe je dat ontwerpen nou precies, welk proces volg je daarvoor? Een logische vraag. En tevens één die lastig te beantwoorden is. Niet dat er helemaal geen antwoorden zijn hoor: er zijn vele ontwerpprocessen, methodologiën en checklists. Maar als je je daarin verdiept (heb er inmiddels redelijk wat van gelezen en toegepast), blijkt elke keer weer dat het met name ‘kapstokken’ zijn om je werkzaamheden aan te hangen. Wat ik daarmee bedoel: het zijn planningen met daarin fases en mogelijk zelfs specifieke sessies, inhoudelijk beschreven, liefst ook met het te verwachten eindresultaat. Maar wát je nou precies doet in zo’n sessie?
Lees verder >>

Agile, Lean: de volgende stap in IT organisaties

19 december 2010

December is de maand van overpeinzing. Terugkijkend op het afgelopen jaar min of meer onderbouwd proberen te voorspellen wat komend jaar gaat brengen. Eén erg opvallende trend en een paradox die ik daarin herken wil ik graag delen voordat we het nieuwe jaar ingaan.
Lees verder >>

December is de maand van overpeinzing. Terugkijkend op het afgelopen jaar min of meer onderbouwd proberen te voorspellen wat komend jaar gaat brengen. Eén erg opvallende trend en een paradox die ik daarin herken wil ik graag delen voordat we het nieuwe jaar ingaan.
Lees verder >>

Business Rule Engines

13 oktober 2010

Bedrijfsapplicaties zijn steeds meer afhankelijk van factoren zoals, wet en regelgeving, bedrijfsprocessen, procedures en beleid. Deze factoren vormen een groot deel van de logica binnen een applicatie en kunnen soms verspreid zijn door het hele systeem.
Op deze manier is onderhoud wat lastiger en zal er elke keer weer programmacode aangepast moeten worden. Om dit te voorkomen is het aantrekkelijk om een rule engine toe te passen op een dergelijk systeem.

Een rule engine is een programma om beslissingen mee te maken. De beslissingen worden genomen aan de hand van rules. Rules zijn een vertaling van bedrijfsprocessen en procedures. De rules kunnen door business experts worden opgesteld met behulp van grafische editors. In deze editor moet worden aangegeven wat de conditie is en wat de actie is die uitgevoerd moet worden als er aan de conditie is voldaan. Deze rules worden in een database opgeslagen genaamd “Business Rule Repository”.
Lees verder >>

Bedrijfsapplicaties zijn steeds meer afhankelijk van factoren zoals, wet en regelgeving, bedrijfsprocessen, procedures en beleid. Deze factoren vormen een groot deel van de logica binnen een applicatie en kunnen soms verspreid zijn door het hele systeem.
Op deze manier is onderhoud wat lastiger en zal er elke keer weer programmacode aangepast moeten worden. Om dit te voorkomen is het aantrekkelijk om een rule engine toe te passen op een dergelijk systeem.

Een rule engine is een programma om beslissingen mee te maken. De beslissingen worden genomen aan de hand van rules. Rules zijn een vertaling van bedrijfsprocessen en procedures. De rules kunnen door business experts worden opgesteld met behulp van grafische editors. In deze editor moet worden aangegeven wat de conditie is en wat de actie is die uitgevoerd moet worden als er aan de conditie is voldaan. Deze rules worden in een database opgeslagen genaamd “Business Rule Repository”.
Lees verder >>

Lichtgewicht SCRUM

28 maart 2010

Wat me opvalt aan veel pogingen die ik ondernomen zie worden door teams die  ‘agile’ willen gaan werken is dat bijna iedereen zich vergist in de hoeveelheid bureaucratie dit met zich meebrengt. Zo wordt je als agile ontwikkelaar geacht allereerst na te denken over functionaliteit en dit via storypoints te gaan inplannen. Vervolgens moet je iedere week – of iedere twee weken – een uitgebreide sprintplanning maken waarin je geacht wordt je userstories op te gaan delen in zo goed mogelijk ingeschatte tasks. Vervolgens is het zo dat je elke task die je uitvoert netjes moet bijwerken in het issue-tracking systeem om de velocitymeting bij te houden.
Lees verder >>

Wat me opvalt aan veel pogingen die ik ondernomen zie worden door teams die  ‘agile’ willen gaan werken is dat bijna iedereen zich vergist in de hoeveelheid bureaucratie dit met zich meebrengt. Zo wordt je als agile ontwikkelaar geacht allereerst na te denken over functionaliteit en dit via storypoints te gaan inplannen. Vervolgens moet je iedere week – of iedere twee weken – een uitgebreide sprintplanning maken waarin je geacht wordt je userstories op te gaan delen in zo goed mogelijk ingeschatte tasks. Vervolgens is het zo dat je elke task die je uitvoert netjes moet bijwerken in het issue-tracking systeem om de velocitymeting bij te houden.
Lees verder >>

SDN UX Event 16 maart 2010

22 maart 2010

Op 16 maart organiseerde SDN een UX Event in het Achmea Eureko Conference Center in Zeist. In twee uur lieten Jeroen Houben en Patrick Plaggenborg van Lost Boys zien hoe je in korte tijd een kleine webapplicatie kunt maken. Waar het hierbij vooral om ging is de interactie tussen front-end design en back-end programmeren. Deze Continue reading →

Ontwikkelstraat++

30 november 2009

Binnen bedrijven die zich bezighouden met software development is het meer en meer gemeengoed om een omgeving in te richten aangeduid als “ontwikkelstraat”. Op deze site zijn al regelmatig postings langsgekomen over ontwikkelstraten – veelal gericht op een specifieke set aan tooling zoals source control systemen, continuous integration oplossingen en anderssoortige collaboratieve software.
Lees verder >>

Binnen bedrijven die zich bezighouden met software development is het meer en meer gemeengoed om een omgeving in te richten aangeduid als “ontwikkelstraat”. Op deze site zijn al regelmatig postings langsgekomen over ontwikkelstraten – veelal gericht op een specifieke set aan tooling zoals source control systemen, continuous integration oplossingen en anderssoortige collaboratieve software.
Lees verder >>