Checklist ยท Students
FYP Team and Supervisor Checklist
FreeA step-by-step checklist for the people side of a final year project. It covers choosing teammates and a supervisor, a written team agreement, meeting cadence and notes, splitting work fairly, a Git workflow the whole team follows, keeping evidence of each member's contribution, handling a teammate who does not contribute and the checkpoints that keep the year on schedule.
What you will learn
8 chapters ยท about 21 min
1Pick teammates and agree expectationsYour teammates matter more than your idea. Choose people you can rely on for a full year, check the group rules and write down how you will work together.4 checks ยท 3 min
2Choose and work with a supervisorA supervisor who knows the area and meets you regularly is one of the strongest predictors of a smooth year. Choose deliberately and agree how you will work.4 checks ยท 3 min
3Meeting cadence and notesRegular meetings with written notes keep the team aligned, give the supervisor visibility and create a record you will need later.4 checks ยท 2 min
4Split work fairlyFair work splits prevent resentment and make individual marking straightforward. Give each member clear ownership, track tasks visibly and share both code and writing.4 checks ยท 2 min
5Git workflow for a teamA shared repository with a simple branch and pull request workflow prevents lost work, makes review normal and records who built what.6 checks ยท 4 min
- 1Create one shared repository on day one and give every member access
- 2Work on short-lived branches and merge through pull requests
- 3Protect the main branch so it cannot be broken by accident
- 4Commit under your own linked identity with clear messages
- 5Keep passwords, API keys and personal data out of the repository
- 6Keep a README that lets anyone run the project from scratch
6 in this chapterOpen this chapter6Keep evidence of contributionIf marks are individual or a dispute arises, you need records of who did what. Build them as you go, not after a problem appears.3 checks ยท 2 min
7Handle a teammate who does not contributeA teammate who stops contributing is one of the most common FYP problems. Act early, stick to facts, involve the supervisor and protect the project.4 checks ยท 2 min
8Timeline checkpointsFixed checkpoints across the year stop work from bunching at the end. Put your department's dates in the calendar and check the team against each one.5 checks ยท 3 min
- 1Put every department deadline in a shared calendar on day one
- 2By the proposal deadline: team, supervisor, agreement and approved scope
- 3By the mid evaluation: core flow working end to end and a draft report
- 4Freeze features a few weeks before the final evaluation
- 5Before final submission: complete package checked by every member
5 in this chapterOpen this chapter
About this checklist
Final year projects are rarely lost on technology. They are lost on people and time: a teammate who disappears for a month, a supervisor nobody meets until the mid evaluation, two members overwriting each other's code, or a team that discovers in the last week that nobody kept notes of what was agreed. Most of these problems are predictable, and most can be prevented with a few habits set up in the first two weeks.
This checklist walks through those habits in the order you need them. It starts with choosing teammates and agreeing expectations in writing, then choosing and working with a supervisor, running meetings and keeping notes. The middle chapters cover splitting work fairly and a simple Git workflow for a team. The last chapters cover keeping evidence of each member's contribution, what to do when a teammate stops contributing, and the checkpoints that keep the year on track.
Every item says what to do and how to check it is done. Rules on group size, supervision and evaluation differ between universities, so the examples from published guidelines, such as the University of Lahore's Islamabad campus FYP rules and the FAST School of Computing handbook, are there to show what rules typically look like. Git advice is checked against GitHub's own documentation and the Pro Git book.
The checklist works for teams in Pakistan, India, Bangladesh or anywhere else with a team capstone. Use it alongside the FYP Proposal Best Practices, FYP Report Best Practices and FYP Presentation and Defence Best Practices guides.
Common questions
How do I choose good teammates for a final year project?
Choose people who reliably finish what they promise, whose skills complement yours and who are genuinely interested in the idea. Check your department's group size and eligibility rules first, and write a short team agreement in the first week.
How do I choose an FYP supervisor?
Look for a faculty member whose expertise matches your project, using faculty profiles, publications and past FYPs they supervised. Approach them early with a one-page summary of your idea, and agree meeting frequency and communication at the first meeting.
What should I do if a teammate is not contributing to our FYP?
Talk to them early and privately, without blame, and agree a specific task with a date. Keep a factual record of missed tasks. If it continues, inform your supervisor with the facts and follow your department's procedure, and agree with the supervisor how to reassign critical work.
How should an FYP team use Git?
Use one shared repository, a protected main branch, one short-lived branch per task and pull requests reviewed by a teammate before merging. Each member commits under their own account with a linked email, and passwords and keys stay out of the repository.
How often should we meet our FYP supervisor?
Agree a fixed rhythm at the first meeting, often weekly or every two weeks, and keep it even when progress is slow. Send a short agenda before each meeting and share notes with decisions and action items afterwards.
How can I prove my contribution to a group project?
Keep a weekly contribution log with links, do your own work in your own accounts so commits, pull requests and document history show your name, and keep meeting notes and drafts until results are final.
Sources (7)
Checked against these, last on 31 October 2026.
- General Instructions (Final Year Project), University of Lahore, Islamabad campussites.google.com/view/uol-isb-fyp/guidelines
- BS Final Year Project Handbook 2023 (FAST School of Computing), FAST-NUCESnu.edu.pk/public/downloads/FYP-Handbook-2023.pdf
- Viewing a project's contributors, GitHub Docsdocs.github.com/en/repositories/viewing-activity-and-data-for-your-repository/viewing-a-projects-contributors
- About pull requests, GitHub Docsdocs.github.com/en/pull-requests/collaborating-with-pull-requests/proposing-changes-to-your-work-with-pull-requests/about-pull-requests
- About protected branches, GitHub Docsdocs.github.com/en/repositories/configuring-branches-and-merges-in-your-repository/managing-protected-branches/about-protected-branches
- About Projects, GitHub Docsdocs.github.com/en/issues/planning-and-tracking-with-projects/learning-about-projects/about-projects
- Git Branching: Branching Workflows, Pro Gitgit-scm.com/book/en/v2/Git-Branching-Branching-Workflows
Related on Sefism
Picked from the other libraries by shared topics.
Roadmaps
See allBest practices
See all- Final Year Project Report Best PracticesWrite a final year project report or thesis: chapters, literature review, design, testing and results, IEEE and APA citations, figures, similarity checks and honest AI use.
- Final Year Project Presentation and Defence Best PracticesPresent and defend your final year project well: clear slides, a live demo with a backup video, honest answers, explaining your own code and decisions, and team presentations.
- Final Year Project Proposal Best PracticesChoose and scope a final year project, then write a proposal with a clear problem, testable objectives, a short literature review, method, feasibility, timeline and risks.
Career questions
See all- Is a UK master's still worth it in 2026?It can be, but the maths has changed. Graduate tech jobs in the UK are harder to find, the Graduate visa drops from two years to 18 months for applications from 1 January 2027, and sponsored jobs have salary floors many junior roles miss. A UK master's is worth it if you want the degree itself, have a realistic plan for sponsorship, and can afford it without crushing debt.
- Should I do a master's abroad or get work experience first?For most software engineers, one to three years of work experience before a master's makes the degree more useful, the application stronger and the job search afterwards easier. Go straight away if you have a clear research goal, a strong scholarship, or a time-limited opportunity. Decide by your goal, not by what classmates are doing.
- How do I improve my English communication for remote and international tech jobs?Focus on the English you actually use at work: short written updates, clear pull request descriptions, explaining your project in two minutes and asking questions in meetings. Practise daily with recordings and writing drafts. For remote roles, clear written English often matters more than a perfect accent.
Stuck on something specific?
Writing only gets you so far. If you want an answer to your situation rather than the general case, book a session and we will work through it together. Sessions are free for approved Sefism members, and a few slots open each week.
- 1:1 Mentorship
- Fresh Graduate Mentorship
- Career Guidance
Brand deals, promos and partnerships: tauseeffayyaz@gmail.com