7 Comments
author

If your Product Owner can't read and understand your tests, you're not done refactoring.

Better yet: write your tests with your Product Owner in the ensemble. They don't have to program, but they can do everything else a member of the ensemble would do.

A well-written test -- indeed habitable code in general -- should primarily use language from the domain, and should be structured so that it tells the same story that your Product Owner would tell.

Can your Product Owner read and understand your tests?

When was the last time your team did multi-disciplinary test-driven development?

Expand full comment
Aug 1, 2022Liked by Kevin Rutherford

glad you mention the 4 rules of simply design. I think that's something unknown for most developers but deserves to much more attention.

Expand full comment
Aug 1, 2022Liked by Kevin Rutherford

“Can your Product Owner read and understand your code?” 👈🏾 is gold!

Myself and the engineers on my team have not thought of the readability of our code from the Product Owner perspective. Currently, we have only been asking is our code “readable” and “understandable” for other engineers.

I am going to take this back to my team and try it out this week!

Thanks for the great read and insight!

Expand full comment
Aug 12, 2022Liked by Kevin Rutherford

Hi Kevin, very nice article! I never thought of the 4 rules this way, from the pov of what to do on a codebase that’s not up to spec; but of course that’s the situation we’re in whenever we get to “refactor” in the tdd cycle. I will use this framing in my upcoming training!

Expand full comment