How to Plan a Final Year Project: From Idea to Submission
A scoping and timeline framework for turning a rough final year project idea into something you can actually build, research and submit on time.
Read GuideA few weeks ago your final year project was moving. Now it isn't. Maybe you hit a technical wall you can't get past. Maybe the scope quietly grew until it doesn't feel finishable anymore. Maybe you're just staring at it, unable to make yourself start the next piece.
"Stuck" isn't one problem — it's at least three different problems that happen to feel similar from the inside. The fix depends entirely on which one you're actually dealing with.
Ask yourself these, in order:
Is there a specific technical or research decision you can't resolve? ("I don't know which approach to use for X," "I can't get this component to work with that one.") That's technically stuck.
Do you know roughly what to do, but the amount of remaining work feels too large or unclear? That's scope stuck.
Do you know what to do next, but can't make yourself start it? That's motivation stuck — often the downstream result of one of the first two going unresolved for too long.
Most students assume they're technically stuck when they're actually scope stuck, or assume they're unmotivated when they're actually blocked on a decision they haven't admitted is a decision yet. Getting the diagnosis right matters more than it might seem.
Don't try to solve the whole remaining system at once. Isolate the smallest possible question that's actually blocking you. "My project doesn't work" is not a blocking question you can act on. "I don't know whether to store this as approach A or approach B, because I'm not sure the requirements support A" is a blocking question you can actually resolve — by testing it, researching it, or asking someone.
Write the blocking question down as one sentence. If you can't, you haven't isolated it yet — you're still describing the symptom, not the blocker.
The instinct when overwhelmed is often to keep pushing forward and hope it resolves itself. It rarely does. Instead: cut, don't expand. Go back to your core deliverable (see our FYP planning guide if you didn't define one) and identify what can honestly move to a "future work" section instead of being built now. A finished, modest project defends far better than an ambitious, incomplete one.
"Finish the project" is not a task, it's a description of a destination with no path. Break down to the next physically small, unambiguous action — not "build the analysis module" but "write the function that loads the CSV file." The goal is a task so small that starting it takes no willpower, because willpower is exactly what's run out.
Whatever type of stuck you were, your original timeline is now wrong. Rebuilding it from today's actual date — not the optimistic one from month one — is uncomfortable but necessary. A realistic plan you can actually follow beats an aspirational one you keep silently falling behind on.
Tell us exactly where your FYP has stalled — we'll help you work through the specific blocker, not just tell you to keep going.
Pick the one next concrete action from the checklist above and timebox it — give yourself a fixed, short window to either resolve it or escalate it, whether that's a supervisor, a peer, or outside help. Don't let "stuck" become the permanent state of the project.
Tell us where you're stuck and what you've already tried — we'll help you find the specific next step to get your project back on track.