Brian Kimble

Can We Be Honest?

Leading Technical Change / / 4 minutes of reading
This entry is part 3 of 5 in the series Leading Technical Change

Can we be honest? If we’re going to be successful change midwives, honesty is very important. In this technique card from Leading Technical Change, I talk about some of the ins & outs of this complicated topic. The first point is urgent: Being honest means believing everything you say, not saying everything you believe. Honesty is really important, but people quite often over-share in the name of pursuing honesty. Every healthy person, for instance, has moments of extreme negativity. Our …

Can We Be Honest? See Full Post

Detail: Not The Long Game

Coding, Detail, How I Work, Programming, TDD / / 3 minutes of reading

I was gratified by the response to my first "detail" article. But I did note that many persons praised my article for its commitment to the long game. Framing the commitment, for a geek, to detail, as a long game, seems right, sounds right, cuz after all, we only ever care about quality in the long game. And this is why y’all can’t convince anyone to do this or think this or feel this. When does a bad variable name …

Detail: Not The Long Game See Full Post

Slash the Load

Leading Technical Change, Change Harvesting, Coaching / / 4 minutes of reading
This entry is part 2 of 5 in the series Leading Technical Change

The people who hire me ask me to help their teams make changes. Most of the time, my first step is to see how I can slash those teams’ load. Here’s a technique card from my seminar, “Leading Technical Change” Raw text of a technique card: Wait, what? First thing I do To me, this is dreadfully obvious, but for a lot of folks seeking change, it comes as a completely shocking idea. The weirdest part, though, is that it …

Slash the Load See Full Post

Detail: Series Intro

Detail, Coding, How I Work, Programming, TDD / / 6 minutes of reading

Detail: The thing that strikes me over and over again, in my own work style, in my Friday group’s analytics, in Ron’s long-running Kotlin and short-running Gilded Rose series, is how much attention high-skill geeks pay to some of the smallest details in the code. An example. I was doing Gilded Rose the other day, first time in years, and we start with the ugly method, which we’re asked to add a feature to, following certain constraint rules to make …

Detail: Series Intro See Full Post

Scroll to Top