
Scoping
A framework to turn overwhelming projects into actionable, bite-sized tasks.
Replacing my reliance on willpower with frameworks for finishing projects.
Ollie
Designer & Developer

To be honest, for a long time, I thought I was just "bad at learning."
I have a digital graveyard of unfinished projects to prove it. I’d start with a burst of excitement, convinced that this was the time I was finally going to master a new skill. I’d buy the video courses, bookmark the documentation, and open fifty tabs.
But inevitably, the friction would set in. The subject would feel too big, the progress would feel too slow, and I’d feel myself spinning my wheels. Eventually, I’d stop opening the project.
I used to look at that pile of half-baked projects and abandoned tutorials with a deep sense of shame. I didn't just see wasted time; I saw a lack of character. I saw evidence that I didn't have the discipline or the willpower to finish what I started.
But looking back, I realized something strange. In many of those "failed" projects, I had actually learned what I needed to learn. I stopped because I had satisfied my curiosity, or figured out the specific mechanic I was interested in. The "failure" was simply that I didn't have a polished artifact to show for it.
The problem wasn't that I was failing; it was that I hadn't scoped my projects, or allowed myself to enjoy the learning process. I wasn’t conscious of what "success" looked like to me.
I realized that willpower wasn't the problem. My "scope" was.
Here is how I used a developer-inspired concept (Scope) and a tool I created myself (The Shuffle) to fix my relationship with learning.
In software development, we use a term called "Scope Creep". It happens when a simple project slowly expands until it becomes a monster that is impossible to finish.
I was doing this to myself every time I tried to learn. I wasn't just trying to learn a skill; I was trying to swallow an entire discipline.
If you stand on a cliff and take in the whole landscape, you get overwhelmed. To learn effectively, you need to pull out your telescope.
A telescope does two things: it magnifies one specific thing, and crucially it blocks out everything else.
The biggest mistake I used to make was setting vague intentions.
The first goal is a trap. You can study 3D printing forever and never be "done". The second goal is binary. It either exists on my wall, or it doesn't.
This also solved my "unfinished project" shame. If my goal is "Understand how a specific API works," then once I understand it, I am Done. I can move on from the code without guilt because the project succeeded. I got what I came for. Anything I did after that was icing on the cake.
This is the part that feels scary. To focus on the coat hook, I had to explicitly list what I was not going to learn.
I call this "Conscious Exclusion". I literally write a list titled Out of Scope.
These aren't dead ends; they’re just things I’m choosing not to look at through the telescope right now. This removes the guilt of "skipping chapters." I’m not cutting corners; I’m sticking to my scope.
Even with a clear scope, there is always "The Day 2 Problem". The initial excitement fades, the work gets hard, and you get bored.
I used to think this meant I had a bad attention span. But I realized the problem wasn't my brain; it was the mode I was operating in.
I call this tool The Shuffle.
Think of your energy levels like a playlist. You wouldn't listen to heavy metal to fall asleep, and you wouldn't listen to ambient whale sounds to hit a personal record at the gym. You match the music to the environment.
Learning is the same. We often talk about "learning styles," but I think that is a misnomer. What we are really talking about is stimulation and engagement.
If I’m forcing myself to read technical documentation (Focus Mode) when my brain is full of caffeine and restless energy (Builder Mode), I’m going to crash.
I don't need more willpower; I just need to Shuffle the Playlist.
When I feel the friction of boredom, I don't quit the subject. I just change the input to match my current energy. The goal is to stay immersed in the same topic, but through a different medium.
I encourage "Intentional Play". If building a silly, unrelated tool keeps me engaging with the code, then it’s productive. The moment it stops being fun, it’s a distraction.
Ultimately, we have to stop treating friction like a moral failure.
Friction is just data. When you feel stuck, stupid, or bored, do not try to push through with brute force. Treat that feeling like a "Rescue Flare."
Stop and ask yourself:
Learning shouldn't be a battle of will. It should be a scoped pursuit of curiosity. You don't need to conquer the mountain to enjoy the view from the hill.