Adam Gonnerman

“The purpose of a system is what it does.” — Stafford Beer A team drowning in slow approvals decides the problem is speed, so they add AI. Leadership announces a new assistant to unlock productivity. A chatbot is rolled out to close knowledge gaps and reduce internal friction. Demos look promising. Early outputs feel impressive. But weeks later, nothing fundamental has changed. Decisions are still unclear. Ownership is still fuzzy. Data is still inconsistent. If anything, the noise level has increased. You can't use AI to repair broken systems. What it does in reality is accelerate their weaknesses. You see, AI multiplies what already exists. Unclear decision rights leads directly to faster confusion. If no one knows who owns decisions, AI generates more options. Further, more stakeholders weigh in, and decision latency increases. Think about it like this: AI increases surface area of disagreement. Poor data result in confidently wrong outputs. If your data are incomplete, incons...

"The leader must own everything in his world. There is no one else to blame." — Jocko Willink, Extreme Ownership Having just been assigned to a cloud migration team, I was trying to get the lay of the land and understand where project work stood. What I gathered wasn't good. They hadn't had a project manager for about a year, and work had started to drift badly. That first week was when their manager called me into his office. He laid into me about how far behind everything was. His frustration directed at me felt like an accusation, as if I'd personally caused the delays. I could hardly get a word in edgewise as he vented. It became very clear to me that although I had no hand in creating the mess, it was mine now anyway.  This is part of inherited debt. When you step into a team, you don't just inherit a role. You inherit the technical shortcuts nobody documented, the cultural habits that formed before you arrived, and the strained relationships with stakeh...

“The essence of strategy is choosing what not to do.” - Michael Porter It's a familiar event to anyone who has worked with a tech team. You have work well along on a project when a stakeholder comes along asking for "just one more feature." If you are the project manager or product manager, people will look to you for guidance. You know that capacity is full, tradeoffs are real, the roadmap will bend, and something inevitably will break. Yet, the pressure is subtle (or non-so-subtle, depending on the stakeholder). There's an expectation, perhaps, that you'll say that the team can make it work, suggest that all are aligned, and acknowledge that this is an important feature. So, you say "yes." Six weeks or less later, you find that delivery slips, quality drops, morale dips, and trust is now eroded. Leadership is not only about what you drive forward. It’s about what you refuse to absorb. We need to be clear that saying "no" is not obstruction....

“By failing to prepare, you are preparing to fail.” - Benjamin Franklin In startup and tech culture, we celebrate the last-minute save. But heroics are often symptoms of earlier neglect. Hero Culture thrives on moments like this: it's Friday at 4:47pm, a ticket has been sitting in review for two weeks, the stakeholder is impatient, and the engineer has a flight to catch, so someone pushes the deployment button because it's a small change and it's always fine. By 9pm there's a Slack thread, by 10pm it's a call, the engineer is somewhere over Ohio in airplane mode, and the one person who knows that part of the codebase is stepping outside a birthday dinner every fifteen minutes to check their phone. The fix takes forty minutes, the post-mortem takes two weeks, and the person who stayed up to save the night gets praised on Monday morning while the person who warned against Friday deployments three sprints ago is quietly forgotten. That's the thing about Hero Cult...

“Only when the tide goes out do you discover who’s been swimming naked.” -  Warren Buffett One consistent truth I have observed in business is that leaders tend to reward what is visible, while some of the most essential work within organizations remains unseen. Consider a product launch. Slack channels fill with celebration, leadership offers public praise, and performance metrics are widely shared. Now contrast that with months of refactoring, quiet mentoring, and diligent risk mitigation that largely go unnoticed. Visibility distorts perception. This is visibility bias in action. It appears as: Shipping rewarded more than stabilizing. Roadmaps praised more than operational rigor. Deck-building valued over difficult conversations. Activity mistaken for impact. This connects directly to a post I previously wrote on shipping versus advancing , where I argued that organizations often conflate visible activity with meaningful progress. Shipping, with releases, tickets, a...

“You can't build a reputation on what you are going to do.” - Henry Ford Many years ago I told someone that my wife at the time and I were planning on adopting a child at some point in the future. To my dismay, the response was “congratulations!” As if I had already adopted a child. The person went on to say what good people we were. Receiving such praise did not feel gratifying. It felt misplaced. Almost like a “stolen valor” situation. After that I kept to myself our plans to adopt, and as it turned out the only child I ever adopted was my beloved step-daughter. The other day I wrote a blog post that I’d hesitated about quite a bit. It was regarding the DBA program at Edgewood University. On the one hand, I was excited to share a program that I’d found to be so affordable and complete, and from a good (albeit small) university. On the other, I dreaded the possibility of giving the appearance of one trying to take credit for what he has not yet done. There is an emotional tensio...

“ All change is not growth, as all movement is not forward .” — Ellen Glasgow One day I was at the neighbor's house, hanging out with friends, when I noticed a calendar with a quote for each month. Paging through it, I came across the one above. It impacted me deeply at the time, as it aligned with what I often felt I saw in the world. Movement without progress. As the years have passed the quote has stayed with me, and its meaning to me has evolved as I've progressed through my career. I can see that in today's business culture, we often confuse activity with achievement. Let's consider the differences between shipping and advancing. "Shipping" means delivering something, releasing a feature, completing a sprint, publishing a post, or closing a ticket. Shipping is visible. It feels productive. It checks a box. Advancing, on the other hand, means moving closer to a meaningful objective. It's creating durable value. Improving systems and not just outputs....