Wij lazen uw bericht op internet, wij hebben dezelfde klachten met H en R bouwbedrijf.
Rene is op 8 maart gestart, en zou 6weken over de klus doen.
Vandaag 8september zijn de werkzaamheden nog steeds niet klaar.
Er zijn verschillende dingen helemaal verkeerd gegaan. wij wachten nu alweer enkele dagen op responce of enige vorm van contact met rene, maar helaas…
Wij zitten nu met een toilet die compleet verkeerd is betegeld, rene zou deze opnieuw laten betegelen op zijn kosten, maar als gezegd we horen niets meer van hem.
Kun u ons mailen, en ons uw verhaal overbrengen, wat u met de situatie gedaan heb.

groet Marian en Theo
tel: 06XXXXXXXX

Of course, you’re right. Prevention is always better than inspection and rework. But it also states an impasse (if this is also an english term, but you’re Dutch, so you probably understand what I mean). Too much prevention will slow down to a point where prevention will undermine progress within the project. In my point of view, there’s only one possibility: more prototyping and short lines to the end users. When it comes to testing, the only real important part is the acceptance test by the end users, for two reasons: first the users will test if the software checks with their demands, second, the users will have the sheer feeling that they matter.

What’s your thought on this? And have you ever encoutered a project where testing didn’t add value to the product?

Regards and thanks for the post!

Douwe Pieter

This post was mentioned on Twitter by schapendonk: Published… Better Is Worse Than Good Enough http://bit.ly/3WhFkU #in…