Follow Us on Twitter

Agile Inhoud syndiceren

Terugblik Seminar Lean & Agile IT - 15 september 2011

Naar aanleiding van het succes van het Whitehorses seminar over Agile en PRINCE2 deze keer een seminar over het Lean & Agile IT. De opkomst toonde ook aan dat Lean en Agile zeker onderwerpen zijn waar veel organisaties in geïnteresseerd zijn en terecht. Mede door de goede interactie met de deelnemers was het een waardevolle middag. De gemiddelde waardering van de bezoekers voor deze middag lag dan ook boven de 8.

Seminar "Lean & Agile IT: beter resultaat, betrokkenheid en IT volwassenheid" op 15 september

Agile is Hot. Er is veel informatie te vinden over de ideale agile manier van softwareontwikkeling. Maar hoe leg je dat uit en hoe kom je daar? En de rest van de IT processen dan? Als IT verantwoordelijke ben je niet geïnteresseerd in sprookjes maar in resultaten.

Lean en Agile, twee zijden van dezelfde medaille?

Maart 2011 – Naast de "traditionele waterval-aanpak" kun je tegenwoordig geen blad, blog of website meer lezen of er staat iets over "agile" of "lean" software development. Ook Whitehorses besteedt daar regelmatig aandacht aan in Whitebooks en seminars. Maar wat is nu precies agile en wat is eigenlijk lean? Moet ik lean willen of juist agile? Of is het juist de combinatie waar ik naar op zoek ben? In dit Whitebook ga ik wat licht in deze duisternis werpen.

Het recept voor creativiteit

December 2010 - Creativiteit kent nogal verschillende interpretaties, maar wijst in het algemeen naar een vermogen om iets nieuws te scheppen. Een individu of een groep toont creativiteit wanneer een nieuw concept of object wordt gemaakt, of wanneer een originele oplossing voor een probleem wordt gevonden. Problemen komen we allemaal tegen in ons dagelijks werk.

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.