Follow Us on Twitter

Agile Inhoud syndiceren

Agile Architectuur. Maar hoe?

Juli 2010 - In dit Whitebook beschrijven we de mogelijkheid om architectuur ‘Agile’ aan te pakken. Enterprise Architecture wordt vaak verward met het beschrijven van de ideale situatie, maar hoe die te bereiken? Initiatieven om architectuur binnen een organisatie te laten landen stranden met regelmaat omdat er getracht wordt deze met een ‘Big Bang’ te implementeren. Zoiets omvangrijks kan echter niet in één keer landen binnen een organisatie. Dus hoe maken we dit klein?

In business: Ricoh krijgt in recordtijd eService portal

Kijk naar Ricoh, en je ziet een dynamisch, open en klantgericht bedrijf. Het is logisch dat Ricoh haar klanten ook via internet goed wil bedienen. "Bouw een eService portal" was de uitdaging voor de afdeling IT. Dat kan op twee manieren: lang en moeilijk, of snel en goed. Ricoh koos voor het laatste. Daar heb je dan wel Whitehorses voor nodig.

Agile Business Case management

Een Business Case is een duur woord voor de rechtvaardiging om project te starten en te continueren. Die rechtvaardiging is in zowel agile projecten als traditionele projecten een essentieel sturingsinstrument. In de traditionele waterval aanpak is het probleem dat het moeilijk is om de Business Case tussentijds te toetsen en bij te werken. In de agile aanpak is het probleem dat bij de start van het project de scope nog onduidelijk is. Dit whitebook beschrijft aan de hand van PRINCE2 en Scrum op welke wijze het management van de Business Case agile gemaakt kan worden.

Een succesvol project in de praktijk

December 2009 – Veel projecten zouden een veel beter resultaat opleveren als er na één maand al een praktisch bruikbaar resultaat opgeleverd wordt. Bruikbaar resultaat dat door inzet en samenwerking tot stand is gekomen. Dit is voor Whitehorses aanleiding geweest om One Month Project (OMP) te introduceren.

Informatieverspilling: te veel, te weinig of precies genoeg?

Januari 2009 - Bij het introduceren van een nieuw teamlid, laten we meestal eerst de gebruikelijke dingen zien – waar is de koffie, het toilet en de werkplek. We stellen hem aan de overige teamleden voor en laten een van de architecten of senior ontwikkelaars een uitleg geven van het systeem. De volgende stap is om de newbie; te voorzien van een enorme hoeveelheid documentatie om bekend te raken met het systeem. Omdat het teamlid nieuw is heeft hij waarschijnlijk nog geen toegang tot de informatie.

Beginnen met evalueren

Juli 2008 - Veel (software-) projecten sluiten af met een evaluatie om de zogenaamde "Lessons Learned" vast te leggen. Dat gebeurt vaak onder het motto "handig voor het nageslacht". Het zal niet de eerste keer zijn dat zo'n verslag in een bureaula terecht komt om vervolgens nooit meer door iemand gelezen te worden. En dat is jammer, want vaak brengen evaluaties nuttige verbeterpunten aan het licht.