Business Analysis · Portfolio
5 Business Analyst Portfolio Projects That Actually Impress
Quick summary — business analyst portfolio projects
The business analyst portfolio projects that impress most show the full BA workflow, not just charts. Build an as-is and to-be process map, a short business requirements document, a user story set with acceptance criteria, a KPI dashboard with SQL, and one end-to-end case study that ties them together.
In this guide you will learn:
- Project 1 — as-is and to-be process mapping.
- Projects 2 and 3 — a BRD and user stories with acceptance criteria.
- Projects 4 and 5 — a KPI dashboard and a full case study.
- Templates — BRD outline, story format and case study structure.
- Tips — presenting BA work to recruiters.
SECTION 01Project 1: As-is and to-be process maps
Business analysts are hired to understand how work actually happens and how it could happen better. A process map is the clearest proof of that skill. Pick a process you know — a college admission, a food delivery order, a loan application or an internal leave request. Map the current (as-is) steps, mark pain points such as delays or duplicate data entry, then draw an improved (to-be) version and explain what changes.
| Element | What to show | Tool | What reviewers look for |
|---|---|---|---|
| As-is map | Current steps, actors and handoffs | draw.io, Lucidchart, Visio | Accurate swimlanes, no missing steps |
| Pain points | Delays, rework, manual steps | Notes on the map | Evidence, not guesses |
| To-be map | Improved process | Same tool, BPMN notation | Clear reasons for each change |
| Impact note | What improves and how you would measure it | One page | Measurable outcomes |
Process: Student leave request (college)
Actors : Student, Class coordinator, HOD, Office
As-is steps:
1. Student fills a paper form
2. Coordinator signs (often next day)
3. HOD signs (waits for availability)
4. Office enters data into a spreadsheet
Pain points:
- 2-4 day delay waiting for signatures
- Data typed twice (form + spreadsheet)
- Students cannot see request status
To-be process:
1. Student submits an online form
2. Coordinator approves on mobile (notified instantly)
3. HOD approval only for leave > 3 days
4. Data saved automatically; status visible to student
Changes and reasons:
- Online form removes double entry
- Rule-based HOD step removes routine waits
Measure: average approval time, requests per week
SECTION 02Projects 2 and 3: A BRD and a user story set
Requirements are the core deliverable of most BA roles. Project 2 is a short Business Requirements Document (BRD) for the to-be process from Project 1: objectives, scope, stakeholders, business rules and success measures. Project 3 breaks the same solution into user stories with acceptance criteria that developers and testers can work from. Together they show you can move from business language to delivery language.
| Artefact | Purpose | Key sections | Common mistake |
|---|---|---|---|
| BRD | Agree what the business needs | Objective, scope, rules, stakeholders, KPIs | Writing solutions instead of needs |
| User story | Describe value from a user's view | As a / I want / so that | Stories too large to deliver |
| Acceptance criteria | Make a story testable | Given / When / Then | Vague criteria like "works well" |
| Traceability | Link needs to stories and tests | Simple requirements matrix | Requirements nobody can trace |
US-01 As a student, I want to submit a leave request online
so that I do not need to find staff for signatures.
Acceptance criteria:
Given I am logged in
When I submit dates and a reason
Then the request is saved with status "Pending"
And my coordinator receives a notification
US-02 As a coordinator, I want to approve requests on mobile
so that students are not kept waiting.
Given a pending request is assigned to me
When I tap "Approve"
Then the status changes to "Approved" and the student is notified
Req ID | Business need | Story | Test case
-------|---------------------------|--------|----------
BR-01 | Remove paper forms | US-01 | TC-01, TC-02
BR-02 | Faster approvals | US-02 | TC-03
BR-03 | HOD only for long leave | US-03 | TC-04, TC-05
BR-04 | Students see status | US-04 | TC-06
SECTION 03Projects 4 and 5: KPI dashboard and case study
Business analysts must show whether a change worked. Project 4 is a small KPI dashboard with synthetic data — for example approval time, requests per week and share approved within one day — built with SQL and Excel or Power BI. Project 5 ties everything together as a case study: the problem, stakeholders, analysis, requirements, solution and measured outcome. Many recruiters read only the case study, so make it clear and short.
| Project | Shows | Content | Format |
|---|---|---|---|
| KPI dashboard | Measuring outcomes | Baseline vs after, trend charts | Power BI or Excel + SQL |
| Case study | End-to-end thinking | Problem, approach, artefacts, results | 2-page PDF or web page |
| Stakeholder map | Communication planning | Who is affected, influence, interest | One diagram |
| Lessons learned | Reflection | What you would do differently | Short section in case study |
-- Average approval hours and same-day approval rate by week
SELECT DATE_TRUNC('week', submitted_at) AS week,
COUNT(*) AS requests,
ROUND(AVG(EXTRACT(EPOCH FROM (approved_at - submitted_at)) / 3600), 1) AS avg_hours,
ROUND(100.0 * AVG(CASE WHEN approved_at - submitted_at <= INTERVAL '24 hours'
THEN 1 ELSE 0 END), 1) AS approved_within_24h_pct
FROM leave_requests
WHERE status = 'APPROVED'
GROUP BY DATE_TRUNC('week', submitted_at)
ORDER BY week;
1. Context (3 lines)
2. Problem and who it affects
3. Stakeholders and how I gathered input
4. As-is process and pain points (map)
5. Requirements (BRD summary + 4 key stories)
6. To-be process and solution
7. KPIs: baseline vs after (synthetic data, labelled)
8. Lessons learned
SECTION 04BA portfolio templates
Use these templates to structure each project consistently.
1. Purpose and objectives
2. Scope (in / out)
3. Stakeholders
4. Current state summary
5. Business requirements (BR-01 ...)
6. Business rules
7. Assumptions and constraints
8. Success measures (KPIs)
9. Sign-off
Stakeholder | Interest | Influence | Engagement plan
--------------|----------|-----------|----------------
Students | High | Low | Survey + demo
Coordinators | High | Medium | Workshop
HOD | Medium | High | Short briefing
Office staff | Medium | Medium | Process walkthrough
Business Analyst Portfolio — Your Name
1. Leave Process Case Study (start here)
2. Process maps (as-is / to-be)
3. BRD (PDF)
4. User stories + traceability matrix
5. KPI dashboard (screenshots + SQL)
Contact | LinkedIn | Resume
SECTION 05Tips for presenting a BA portfolio
How you present the work matters as much as the work itself:
- Lead with the case study — it gives recruiters the full story in two minutes.
- Use one problem across projects — it shows how artefacts connect.
- Keep documents short — real BRDs for small changes are often a few pages.
- Show stakeholder thinking — who you would interview and why.
- Practise a walkthrough — explain your process map step by step aloud.
SECTION 06Interview Q&A — BA portfolios
Q1Walk me through one project in your portfolio.
Use the case study structure: context, problem, stakeholders, as-is analysis, requirements, to-be solution and how you would measure success. Point to the actual artefacts as you go.
Q2How do you write a good user story?
Follow "As a, I want, so that", keep it small enough for one sprint, focus on user value rather than technical detail, and add Given/When/Then acceptance criteria.
Q3What is the difference between a BRD and an FRD?
A BRD describes what the business needs and why. A Functional Requirements Document describes how the system should behave to meet those needs, in more detail for development teams.
Q4How do you handle conflicting stakeholder requirements?
Clarify the underlying goals, show the trade-offs with data, involve the decision-maker, agree priorities using a method such as MoSCoW and document the decision.
Q5Why is a traceability matrix useful?
It links each business requirement to stories and test cases, so nothing is missed and the impact of a change can be traced quickly.
SECTION 07Test yourself — BA portfolios quiz
Five questions. No sign-up.
0 / 5Pick an answer to see why it is right or wrong.
SECTION 08Frequently asked questions
What projects should a business analyst have in a portfolio?
Process maps, a short BRD, user stories with acceptance criteria, a KPI dashboard and an end-to-end case study are a strong set that covers the main parts of BA work.
Can a fresher build a business analyst portfolio?
Yes. Use processes you know from college, internships or daily life, and synthetic data for measurement. The quality of thinking matters more than the size of the organisation.
Do business analysts need SQL?
Many BA roles expect basic SQL to check data, validate requirements and measure outcomes. It is a strong addition to a portfolio.
Which tools should I use for BA portfolio projects?
draw.io or Lucidchart for process maps, Word or Google Docs for BRDs, Jira or a spreadsheet for stories, and Excel or Power BI with SQL for KPIs.
How do I share my BA portfolio with recruiters?
Create a simple portfolio page or a shared folder with a clear index, link it from your resume and LinkedIn, and put the case study first.
SECTION 09Related reads
Classroom & online · Noida
Build a BA portfolio that shows real thinking
Our Business Analyst Training Course covers requirements gathering, process mapping, user stories, Agile practices and data skills, with case-study projects for your portfolio.
Talk to a counsellor for current fees- Process mapping practice
- BRD and user story writing
- Case-study projects
- Weekday & weekend batches