The scary thing with overly complex solutions

is that once they persist long enough and are more adopted in the industry, they become familiar solutions.

»
Author's profile picture Dragan Stepanović

The opposite of Extreme Programming

is not Balanced or Safe or Conservative Programming.

»
Author's profile picture Dragan Stepanović

We need fewer assumptions to test

with each deployment (smaller changes), not more delayed feedback (more gates, more branches, etc.).

»
Author's profile picture Dragan Stepanović

A huge assumption with Ship/Show/Ask

(same as with async code reviews) is that the author knows when and what kind of feedback they need.

»
Author's profile picture Dragan Stepanović

“Let's pair/mob when it makes sense”.

Sure, just be aware that your sense for determining “when it makes sense” was shaped by the opposite way of working (work in isolation) which likely optimizes for having hard time finding scenarios when pair/mob makes sense.

»
Author's profile picture Dragan Stepanović

If you halve the amount of effort you put into producing a PR

(say that a simple, yet good enough proxy for that is halving the size of a PR, or halving the time taken to create a PR) but you don’t halve the wait time to review it, you’re losing throughput of number of changes you’re able to push through the system of work in a unit of time.

»
Author's profile picture Dragan Stepanović

One thing leaders often fail to understand

is that the system doesn’t give a damn that you’re mad at it because you’re getting outcomes opposite to the ones you’d like to get.

»
Author's profile picture Dragan Stepanović

A couple of tips on rotation times in a pair/mob

I often hear: “5 min rotation doesn’t seem enough, I think 10 min would be more appropriate”.

»
Author's profile picture Dragan Stepanović

Empirical design is continuous design

The more we speculate upfront about what the design should be, the less likely that we’ll build the contextual awareness muscle needed to look at the existing design and ask “what is it trying to tell me that I’m not hearing?”.

»
Author's profile picture Dragan Stepanović

On the "on time" obsession

The idea of “on time” as a project health metric is deeply flawed. People get satisfied and excited about it when a project is “on time”, but it essentially communicates overconfidence of people and organizations trying to fit the inherently complex reality into a number they came up with. The truth is: the reality doesn’t give a damn about what we think of it.

»
Author's profile picture Dragan Stepanović