When the cost of trying out an idea is high
the idea of a person with the highest positional power usually wins.
»the idea of a person with the highest positional power usually wins.
»A: “Teams doing XP produce tremendously fewer bugs and have way less rework compared to traditional teams you mostly see in our industry” B: “That’s great, but at what cost?”
»“pair/mob programming cannot substitute PR code review process. We still need a fresh pair of eyes to look at the changes” I’d have a million € now.
»If, say, product managers are not able to understand those tests, then I’d say they don’t speak domain enough.
»and exponentially increasing the risk of something going wrong as you add more functionality is pretty extreme programming compared to TDD if you ask me.
»with async code reviews you’ll often get way less feedback and less ability to build in quality than with continuous code reviews (pair/mob programming), but at least you’ll also choke the flow and delay delivery.
»Here’s an interesting phenomenon when it comes to the concept of rework in knowledge work. You can only minimize rework, but you cannot eliminate it. If you try to eliminate it, you’ll maximize it.
»because they are confident their code works and “tests slow me down”, and then accumulating cruft and things taking ages to implement because they are scared to change the code because there are no tests.
»about the way XP practices improve all four Accelerate metrics.
»it gets invited more often, which means it becomes more timely, which means it’s both more likely to be incorporated and that incorporating it is also cheap.
»