Questions every Business Analyst should ask before writing requirements

Questions a Business Analyst should ask before writing the requirements
Questions every Business Analyst should ask before writing requirements
Questions every Business Analyst should ask before writing requirements

European Countries & Student Loan Requirements

In Europe, “free” higher education almost always refers to zero tuition fees at public universities, though you will still need to pay for living expenses (rent, food, books). No European country requires student loans; rather, loans are an optional choice to fund living costs.

Use the regional breakdown below to see which countries offer zero tuition and which generally require you to pay.

Countries with Free (or Almost Free) Tuition

Countries with Free (or Almost Free) Tuition
Countries with Free (or Almost Free) Tuition

These countries charge no tuition fees (or very minimal administrative fees) for eligible students:

  • Germany: Public universities are completely tuition-free for both domestic and international students, including those from outside the EU. You only pay a small semester fee (approx. €150-€350).
  • Norway: Free of charge for all students, regardless of nationality.
  • Austria: Free for EU/EEA students. For non-EU students, the fee is generally a very low €727 per semester.
  • France: Public university tuition is heavily subsidized and extremely low (approx. €170 to €2,700 per year, depending on the degree).
  • Iceland: Free tuition at public universities, though a registration fee of roughly €400-€600 is required.
  • Czech Republic: Public universities are free if you study a program taught in the Czech language. English programs require tuition.
  • Greece: Free tuition for EU/EEA nationals; non-EU students pay very low fees (around €1,500/year).
  • Poland: Tuition is free for Polish citizens and EU/EEA students.

Countries with Free Tuition for EU/EEA Students Only

These countries offer free degrees if you are a European citizen, but charge international (non-EU/EEA) students:

  • Denmark: Free for EU/EEA students; international students pay up to €16,000 per year.
  • Sweden: Free for EU/EEA students; international students pay full tuition.
  • Finland: Free for EU/EEA students. Non-EU students pay tuition for English-taught programs.
  • Slovenia: Free for full-time undergraduate students from the EU.

Countries That Generally Require Tuition (and Potential Loans)

In these countries, you will pay tuition fees ranging from a few hundred to several thousand Euros per year, making student loans or personal savings more necessary:

  • United Kingdom: In England and Wales, tuition fees can cost up to £9,250 a year for domestic students, and higher for international students. Students heavily utilize the government’s Student Loans Company to cover both fees and maintenance.
  • The Netherlands: Yearly tuition fees for EU students are around €2,500, with higher fees for international students. Dutch citizens and eligible EU students can take out loans through DUO.
  • Italy & Spain: Both charge moderate tuition fees for public universities based on family income or the specific region, making it much more affordable than the UK but rarely entirely free without scholarships.

Agile Delivery Journey from Requirements to Release

Agile Delivery Journey from Requirements to Release
Agile Delivery Journey from Requirements to Release

MoSCoW Requirements Prioritization Method

MoSCoW Requirements Prioritization Method
MoSCoW Requirements Prioritization Method

The MoSCoW method is a popular requirements prioritization technique used in project management and software development to help stakeholders reach a common understanding on the importance of deliverables. It categorizes tasks into Must, Should, Could, and Won’t have.

The MoSCoW Categories

  • Must Have: Non-negotiable requirements that are critical for success, compliance, or safety. Without these, the project is considered a failure and cannot be deployed.
  • Should Have: High-priority, important features that add significant value but are not strictly vital for immediate delivery. These are generally included if time permits, or they may have a manual workaround.
  • Could Have: Desirable, “nice-to-have” features that are small and easy to implement. These improve user experience but can be deferred or dropped without impacting the project’s overall success.
  • Won’t Have (or Won’t Have this time): Features that have been mutually agreed upon as out-of-scope for the current release or timeframe. They are deliberately excluded to prevent scope creep, though they may be added to the backlog for future cycles.

Why and When to Use It

  • Resource Management: It helps maximize limited time, budget, and resources by focusing effort on the features that provide the most immediate ROI.
  • Stakeholder Alignment: It acts as a negotiation tool, forcing stakeholders to agree on what is genuinely critical versus what is purely desirable.
  • Agile Environments: It is a foundational practice in Agile frameworks like DSDM, where teams adhere to fixed deadlines (timeboxes) and adjust the project scope instead.

Best Practices for Implementation

  • The 60-20-20 Rule: A common best practice is to ensure that Must Haves consume no more than 60% of the team’s total effort. Roughly 20% should be allocated to Should Haves, and 20% reserved for Could Haves to act as contingency room.
  • Challenge Assumptions: When classifying a requirement as a Must, ask: “What happens if we don’t do this? Can we still deploy the product?” If the project can still function—even awkwardly—it is likely a Should or Could.
  • Continuous Review: Priorities aren’t static. Re-evaluate your MoSCoW list at the end of every sprint or development cycle, as a Could Have from a previous phase might be upgraded or permanently discarded.

MoSCoW Requirements Prioritization Method

Business Analyst BA Essential Requirements Practices

Business Analyst BA Essential Requirements Practices

Essential Requirements Practices for a Business Analyst

Essential Requirements Practices for a Business Analyst

Business Requirements Document (BRD)

Business Requirements Document – BRD

Business Analyst BA Requirements Review Techniques

Business Analyst BA Requirements Review Techniques

PMP Essentials, Mastering Requirements and Scope

PMP Essentials, Mastering Requirements and Scope

Requirements Traceability Matrix – RTM

Requirements Traceability Matrix – RTM

Functional vs Non-Functional Requirements

Functional vs Non-Functional Requirements

Business Rules vs Requirements vs Constraints

Business Rules vs Requirements vs Constraints

PRINCE2: How to Gather Requirements the Right Way

PRINCE2: How to Gather Requirements the Right Way

Business Analyst, How to Manage Requirements Effectively

Business Analyst, How to Manage Requirements Effectively

Requirements Quality Checklist

Requirements Quality Checklist

Requirements Traceability Matrix – RTM

Requirements Traceability Matrix – RTM

BRD – Business Requirements Document in Summary

BRD – Business Requirements Document in Summary

PRD – Product Requirements Document

PRD – Product Requirements Document