I was in planning recently when someone asked, "How many points can we commit to next sprint?" For years, that question was normal. Useful, even. It gave us a shared language for forecasting effort and balancing load. This time it landed differently. We had engineers delivering implementation work faster than ever with AI support, but our most important initiatives were still bottlenecked. Not by coding capacity. By unresolved decisions about scope, ownership boundaries, quality bars, and integration contracts. That is when it became clear to me: if execution is getting cheaper, story points are becoming less informative about delivery risk. I do not think points are useless. I do think they are no longer the primary signal leaders should optimize. The Bottleneck Has Moved In a traditional model, writing and refining code consumed most of the schedule. Estimating production effort gave leaders a reasonable proxy for planning confidence. AI changes that equation. Now teams can...
A few weeks ago, I had one of those leadership moments that felt productive on paper and pointless in reality. I had spent over an hour stitching together Jira updates, GitHub activity, and status comments from different docs so I could write a leadership report. I had "done the work." I had the update. But I had also burned the exact time I needed for coaching conversations, planning decisions, and follow-through with my team. That tension has been following me all year: am I here to produce updates, or to produce outcomes? Back in February, I wrote about using a Gemini Gem to prep for 1:1s and skip-levels in minutes instead of scrambling for context in real time. That was my starting point, and it was a meaningful one. ( The "Just-in-Time" Manager and the 1:1 Gemini Gem ) It helped me eliminate hollow conversations and recover mental bandwidth. But between the start of March and now, I hit a wall. The One-Shot Illusion My early assumption was simple: if I wrote a ...