Agile en Kwaliteit
Agile en Kwaliteit, twee van mijn favoriete onderwerpen gecombineerd in 1 event: Een open space op 11 juli, georganiseerd door Agile Overheid. Ik ben erbij!
Voorkomen van software fouten is beter dan genezen!
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.
What Drives Quality: Requirements
This second posting on "What Drives Quality" investigates factors that drive the quality of requirements. Understanding what drives quality enables you to take action before problems actually occur, thus saving time and money.
Measuring and Controlling Product Quality
Wouldn’t it be nice if you could have more insight into the quality of a product, while it is developed, instead of afterwards? If you could measure the quality of your product, and take action when there is a risk that the quality would become lower than required by your customer?
Communication: Making Quality & Process Improvement Visible
Communication is an important factor in improvement programs. Communication using visual management pictures the goals and approach. It motivates people to commit to change, by showing expected benefits and early results. But wrong or too much communication can also frustrate people, getting them to resist changing.
Business benefits of reviews
Software reviews and inspections significantly improve the quality of products, and provide major savings in cost and time. Sound logical, but where is the data to prove it? I’ve made an overview of data that has been published on the business benefits of reviews.
Improving Code Quality with Pair Programming
The quality of software is often still insufficient. Pair programming is a proven technique that prevents defects from entering the code.
Root Cause Analysis: Practical Tools
I have described a process and a checklist to help organizations that want to start with it, and I´m providing a report with an example in a handy booklet on RCA: Tools for Root Cause Analysis.
Het Nieuwe Werken – zelfde kwaliteit in een nieuw jasje?
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?
CMMI V1.3, wat brengt het?
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.
CMMI V1.3: Summing up
In october 2010, version 1.3 of the Capability Maturity Model Integration (CMMI) has been released by the Software Engineering Institute. I’ve published several articles on the benefits of CMMI V1.3. This is (for now) the last article, which sums it all up.
CMMI V1.3: Combining Acquisition, Development and Services
There are 3 CMMI V1.3 models released: CMMI for Acquisition (ACQ), CMMI for Services (SVC), and CMMI for Development (DEV). The CMMI V1.3 makes it easier to combine process areas from different models, thus supporting continuous improvement that delivers quicker business results.