Root Cause Analysis Archives - Page 3 of 5

Do Soft Skills Really Matter in IT?

Post published:May 3, 2013

IT is viewed by many people as being something technical. They have a vision of managers with lot's of plans, documents and spreadsheets, and nerds that are sitting behind their computer doing the "real work". It may be out there, but I don't see it that often. What I see are people working together to deliver software solutions that work, which help their customers in their daily work, and deliver business value to the company. Communication and collaboration are essential to make people and teams successful. So for me, soft skills really matter in IT!

En wat als het nou fout gaat?

Post published:April 26, 2013

Is het wel zo erg als er een keer iets fout gaat? Als het fout kan gaan, laat dat dan maar zo snel mogelijk gebeuren, want dan kun je er van leren. Creëer een cultuur waarin falen mag, samen op weg naar minder fouten!

Have a Toolbox of Retrospective Techniques

Post published:April 8, 2013

Having a "toolbox" of retrospectives helps you as a retrospective facilitator to deliver value to a team. You can plan a retrospective meeting, and think about the technique that you want to use, but be open to change it on the spot when needed.

Lean Software Ontwikkeling: Introductie, en Verminderen van Verspillingen

Post published:November 5, 2011

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.

Business Reason for Root Cause Analysis

Post published:October 3, 2011

What is your most important Business Reason to do Root Cause Analysis for software development / maintenance? Please vote at http://linkd.in/nJchM8.

Veranderen vanuit je sterktes: Da’s anders!

Post published:September 15, 2011

Na een evaluatie of audit weten we wat onze zwakke punten zijn. "Die moeten we gaan veranderen" is de aanpak die dan vaak gevolgd wordt. Herkenbaar voor velen, maar we zien ook dat het niet altijd werkt. Kan dat niet anders? Ja, door te veranderen vanuit je sterktes. Een techniek die daarbij helpt is "Oplossingsgericht Werken".

What drives Quality: Testing

Post published:August 24, 2011

The serie on “What Drives Quality” continues. Previously covering Requirements Quality, Architecture and Design Quality and Coding Quality, this post covers Testing. Understanding what drives quality enables you to take action before problems actually occur, thus saving time and money.

Getting business value out of Agile Retrospectives

Post published:August 15, 2011

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.

What drives Quality: Review and Inspection

Post published:August 5, 2011

The 5th posting on on “What Drives Quality” covers review and inspection. Previously covering Requirements Quality, Architecture and Design Quality, and Coding Quality. Understanding what drives quality enables you to take action before problems actually occur, thus saving time and money.

What Drives Quality: Coding

Post published:July 5, 2011

This is already the 4th posting on “What Drives Quality”, focusing on coding. Previous posting covered the factors that drive requirements quality and that drive architecture and design quality. Understanding what drives quality enables you to take action before problems actually occur, thus saving time and money.

What Drives Quality: Architecture and Design

Post published:June 28, 2011

This third posting on “What Drives Quality” investigates factors that drive the quality of the architecture and design. A previous posting covered the factors that drive requirements quality. Understanding what drives quality enables you to take action before problems actually occur, thus saving time and money.

Voorkomen van software fouten is beter dan genezen!

Post published:June 20, 2011

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.