Golden Rules for Agile Process Improvement
I've worked in a multi-site Process Improvement Team that defined and deployed "Golden Rules”, to understand the agile approach, and to work together in a smooth, efficient and positive way.
I've worked in a multi-site Process Improvement Team that defined and deployed "Golden Rules”, to understand the agile approach, and to work together in a smooth, efficient and positive way.
Wat is Lean, en hoe kun je daarmee sneller software ontwikkelen, met hogere kwaliteit tegen lagere kosten? Een overzicht van de principes van Lean, en de toepassing met een praktijkervaring: Minder verspilling door het gebruik van Agile.
How do you collaboratively develop software when you have people working at different sites, countries or even continents? How do you get distributed teams to communicate effectively, and deliver working software in a agile way? The second book from Jutta Eckstein can help you to implement agile software development in a multisite environment. Below the book review that I wrote for Software Quality Professional, June 2011, published by the American Society for Quality.
Scrum wordt steeds meer gebruikt in Nederland, om software volgens agile te ontwikkelen. In nlscrum, de Nederlandse Scrum gebruikers groep worden ervaringen met Scrum uitgewisseld. In de bijeenkomsten leer je van elkaar, doe je nieuwe ervaringen op, en kun je je netwerk uitbreiden. Op woensdag 31 augustus ben ik bij de bijeenkomst geweest bij Xebia over Enterprise Architecture and Agile development.
Agile retrospectives are a great way to continuously improve your way of working. Getting actions out of a retrospective that are doable, and getting them done helps teams to learn and improve. An overview of things that you can use to get value out of your retrospectives.
Op maandag 11 juli organiseerde AgileOverheid een open space, over het onderwerp "Agile en Kwaliteit". Dat je met agile in staat bent om kwaliteitssoftware te leveren is (voor mij) al bewezen. Maar hoe maak je dat zichtbaar voor de stakeholders van een agile project?
Eindelijk is het dan zover. Na allerlei onderzoeken en rapporten, lobbyen, en vele vergaderingen is er een beslissing genomen dat we gaan veranderen. Er is steun en draagvlak in de organisatie voor de verandering, er is budget en er zijn mensen vrijgemaakt voor een veranderproject. Goed nieuws! Maar hoe pak je dat nu aan?
Het spreekwoord "voorkomen is beter dan genezen" geld ook voor software. Veel software fouten zijn niet nodig; veel problemen kunnen voorkomen worden. Een techniek die helpt om te leren van fouten, en ze te voorkomen, is Root Cause Analysis.
Teams are more and more becoming the core of organizations. Whether project teams, agile teams or any other form of collaboration that is chosen in a company, the setting in which people collaborate is often teamwise. But establishing teams, and keeping them stable isn’t always that easy.
Veel IT organisaties zijn in verandering. Daarbij verandert vaak de manier waarop de werkzaamheden ingericht zijn, en de aansturing en rapportage. Voorbeelden daarvan zijn "Het Nieuwe Werken", Scrum en Agile werkwijzen, tijdelijke samenwerkingsvormen zoals teams en steeds korter durende projecten. In hoeverre zijn de "traditionele" kwaliteitsmethodieken, gebaseerd op ISO, INK, TQM en CMMI nog steeds bruikbaar?
Earlier I described how you improve the performance of IT organizations in an agile way. The Agile Journal published a compact version of agile process improvement.
In november 2010 heeft het Software Engineering Institute (SEI) een nieuwe versie uitgebracht van het Capability Maturity Model Integration (CMMI): V1.3. Dit artikel geeft een overzicht van de wijzigingen, en gaat in op de waarde van deze nieuwe CMMI versie.