How are you handling internal project roadmaps vs. mid-build pivots
Hey everyone, I wanted to get your take on a workflow issue I’ve been wrestling with lately. When you spin up a new build with Claude Code, do you force it to create an internal project roadmap before it starts writing code? Here is my internal struggle: My natural style is to build and tweak the strategy as I go. Oftentimes, right in the middle of a project, I’ll get a new idea or a different train of thought, and I’ll just pivot Claude to start building out that new concept instead. The problem I'm hitting is that because I don't have a concrete endpoint laid out from the start, Claude eventually loses the plot. It doesn't know what tasks are actually outstanding or what the final version is supposed to look like, which leads to wasted time and going in circles. If I implement a strict project roadmap, it would definitely give Claude the clarity and direction it needs to be productive. But on the flip side, I'm worried it might lock me in and ruin my ability to dynamically pivot and implement those new ideas I get midway through. I'm not sure if forcing a roadmap is a good thing or a bad thing for this style of building. I'm trying to figure out the best way to implement this (or if I even should). Curious to hear how you guys are handling this: - The Roadmap File: Do you use a ROADMAP.md (or similar PRD) to keep Claude on track? - Handling the Pivots: If you do use a roadmap, how do you handle those mid-project changes in direction without breaking Claude's brain or starting from scratch? - The Global Prompt: Do you have a rule in your global .claude config that forces it to interview you and define the deliverables for every new project? Would love to hear what solutions you've actually implemented in your workflows!