Showing posts with label Kanban. Show all posts
Showing posts with label Kanban. Show all posts

Tuesday, July 7, 2026

IT4406 Agile Software Development 2024 MCQ Answers | UCSC BIT Complete IT4406 UCSC BIT 2024 paper solutions with simple theory, examples & quick revision. Covers Scrum, Kanban, XP, CI, Velocity & Agile Planning

🚀 IT4406 Agile Software Development (2024)

UCSC BIT | MCQ Solutions with Simple Theory & Examples

📚 About this guide: Complete solutions for the IT4406 Agile Software Development 2024 paper. Covers Scrum, Kanban, Extreme Programming (XP), Continuous Integration, Velocity, and Agile Planning. Each MCQ includes simple theory, real-world examples, and exam tips — perfect for BIT exam revision.
Q1✅ (b)

Primary Measure of Progress

Theory: The Agile Manifesto states: "Working software is the primary measure of progress." Agile does not measure success by lines of code, documentation, or strict schedule adherence.

Exam Tip: "Primary measure of progress" = Working Software.

Q2✅ (a), (c), (d)

Agile Principles

Theory: Agile welcomes changing requirements (even late), delivers value frequently, and defers decisions until the last responsible moment. It opposes freezing requirements or relying on heavy upfront planning (Waterfall).

Q3✅ (c)

Kanban Principles

Theory: Kanban focuses on improving flow by visualizing workflow (using a board) and limiting Work In Progress (WIP). Timeboxing belongs to Scrum, not Kanban.

Exam Tip: Kanban = Visualize + Limit WIP + Flow.

Q4✅ (a), (b), (e)

Scrum Artifacts

Theory: Scrum has exactly three artifacts: Product Backlog (all desired work), Sprint Backlog (work for current Sprint), and Product Increment (finished working software). Risk Registers and Phase Gates belong to traditional PM.

Q5✅ (a), (c), (e)

User Stories (INVEST Model)

Theory: Good user stories follow INVEST: Independent (self-contained), Valuable (delivers value), and Testable. They are not rigid written contracts, and they represent user needs (not just written by developers).

Q6✅ (b), (c)

Product Owner Responsibilities

Theory: The Product Owner is the voice of the customer. They prioritize the Product Backlog and define the product vision. The Scrum Master ensures Scrum rules are followed, and developers self-organize their tasks.

Q7✅ (b)

Sprint Retrospective

Theory: The Retrospective focuses on the team. Its purpose is to improve team processes, communication, and tools for the next Sprint. (Sprint Review = show product; Sprint Planning = plan work).

Q8✅ (d)

NOT part of Backlog Refinement

Theory: Refinement (Grooming) involves prioritizing, estimating, splitting epics, and removing outdated items. Reviewing Sprint Velocity trends is used for planning/forecasting, not for refining the backlog itself.

Q9✅ (c)

Incorrect Statement about Sprints

Theory: A Sprint is a strict timebox. You can NEVER extend a Sprint just to finish work. Unfinished work simply returns to the Product Backlog.

Exam Tip: Sprint = Timebox. Never extend it!

Q10✅ (c)

Product Roadmap

Theory: A Roadmap is a high-level strategic plan showing the product's evolution over time (e.g., Q1 features, Q2 features). It is not a detailed task breakdown and is flexible, not fixed.

Q11✅ (b)

Portfolio Planning

Theory: Portfolio Planning is the highest level of Agile planning. It focuses on managing a collection of products and aligning them with business strategy (e.g., deciding which products get funding).

Q12✅ (c)

Release Planning

Theory: Release Planning forecasts deliverables and timelines using team velocity (e.g., "At 30 points/Sprint, 90 points will take 3 Sprints"). It is flexible and updated regularly.

Q13✅ (b)

Limiting Work In Progress (WIP)

Theory: Limiting WIP reduces idle work and improves flow. High WIP causes context switching and delays. Finishing one task before starting another speeds up delivery.

Exam Tip: High WIP = Slow Flow. Low WIP = Fast Flow.

Q14✅ (b)

Smaller, Frequent Releases

Theory: Small releases provide earlier ROI (Return on Investment) and faster customer validation. It allows the business to earn money sooner and get immediate feedback to fix issues.

Q15✅ (d)

Estimating Capacity for Sprint 1

Theory: Since a new team has no historical velocity, they must forecast velocity using discussions and analogies. After Sprint 1, they use their actual measured velocity for future planning.

Q16✅ (c)

Risk of Too Little Envisioning

Theory: Envisioning is the "just enough" planning before Sprint 1. Too little envisioning means the team is unprepared for the first value-creation Sprint and everyone might build different things. (Too much = Waterfall).

Q17✅ (c)

Two-Part Sprint Planning

Theory: Part 1: What? (Team forecasts backlog items based on priority/velocity). Part 2: How? (Team breaks items into tasks, gaining confidence that the work can be completed).

Q18✅ (c)

NOT aligning with Sprint Review

Theory: Sprint Review is an informal inspection and feedback session. It is NOT a formal sign-off or approval paperwork like in Waterfall. Stakeholders give feedback, and the backlog may change.

Q19✅ (d) III only

Daily Scrum Correct Statements

Theory: The Daily Scrum is a 15-minute meeting for developers to discuss progress, impediments, and plans. It is NOT a status meeting for stakeholders, and the Scrum Master does not lead it (developers run it).

Q20✅ (b)

Velocity = 30, Backlog = 45

Theory: If the team's velocity is 30, they should reprioritize and choose about 30 Story Points. Never commit to 45, never extend the Sprint, and never add developers mid-planning just to force capacity.

Q21✅ (b), (d)

Continuous Integration (CI)

Theory: CI means developers integrate code frequently, and every integration triggers an automated build and test. This prevents "Integration Hell" and requires a shared repository (like Git).

Q22✅ (c) I & II only

Test First System Testing

Theory: GUI record/playback cannot fully support Test First (needs existing screens). However, Behavior-Driven Development (BDD) makes Test First possible by writing scenarios before coding. Acceptance criteria come from business needs, not unit tests.

Q23✅ (a)

Planning Game in XP

Theory: The Planning Game balances customer priorities (business value) with programmer estimates (technical effort) to decide what should be built first.

Q24✅ (c)

XP Managing Technical Debt

Theory: Extreme Programming (XP) manages technical debt through continuous refactoring (improving code structure without changing behavior). Waiting until the end of the project increases debt.

Q25✅ (e) I, II, III

On-Site Customer in XP

Theory: The On-Site Customer may or may not be an actual end-user (could be a Product Manager). They clarify requirements instantly and decide what stakeholders value by setting priorities.

🎓 Final Exam Cheat Sheet

QAnsKey Concept
1bWorking software = progress
2a,c,dWelcome change, frequent delivery
3cKanban = Visualize + Limit WIP
4a,b,eScrum Artifacts (3)
5a,c,eINVEST User Stories
6b,cProduct Owner = Vision + Backlog
7bRetrospective = Improve team
8dVelocity trend ≠ Refinement
9cNever extend a Sprint!
10cRoadmap = Evolution over time
11bPortfolio = Strategic alignment
12cRelease Planning uses velocity
13bLimit WIP = Improve flow
14bSmall releases = Early ROI
15dSprint 1 = Forecast/Analogy
16cLittle envisioning = Unprepared
17cPlanning = What? then How?
18cReview ≠ Formal sign-off
19dDaily Scrum = Devs only
20bMatch work to velocity
21b,dCI = Frequent + Automated
22cTest First + BDD
23aPlanning Game = Balance priorities
24cXP = Continuous Refactoring
25eOn-Site Customer = Always available

❓ Frequently Asked Questions (FAQ)

Q: What is the primary measure of progress in Agile? A: According to the Agile Manifesto, the primary measure of progress is working software. Agile focuses on delivering usable, valuable software to the customer rather than just measuring lines of code or documentation.
Q: What are the three official Scrum Artifacts? A: The three official Scrum Artifacts are the Product Backlog (all desired work), the Sprint Backlog (work selected for the current Sprint), and the Product Increment (the sum of all completed work at the end of a Sprint).
Q: What is the difference between a Sprint Review and a Sprint Retrospective? A: A Sprint Review focuses on the product: the team demonstrates the working software to stakeholders to get feedback. A Sprint Retrospective focuses on the team: the team inspects their own processes, communication, and tools to find ways to improve in the next Sprint.
Q: What does the INVEST model stand for in Agile User Stories? A: INVEST stands for Independent, Negotiable, Valuable, Estimable, Small, and Testable. It is a checklist to ensure user stories are well-written and ready for development.
Q: How does Extreme Programming (XP) manage Technical Debt? A: XP manages technical debt through continuous refactoring, which means constantly improving the code structure without changing its external behavior, rather than waiting until the end of the project to clean up the code.

🎓 Expert ICT, Coding, School Classes, Digital Marketing & University Project Guidance

Struggling with your university final year project? Want to master coding, upscale your business with expert digital marketing, or learn absolute computer basics from scratch? We offer high-quality individual and group online classes conducted in English, Sinhala, or Tamil mediums. Get guaranteed academic success and professional growth with tailored guidance.


🎓 University Final Year Project Guidance & AI

Get specialized, end-to-end mentoring and technical support to pass your degree or master's program with flying colors:

  • 🏫 Targeted Institutes: Expert guidance tailored for BIT UCSC, UoM, SLIIT, NIBM, and other leading universities.
  • 🔬 Postgraduate Support: Comprehensive assistance for MSc Software Final Year Projects.
  • 🤖 AI & Smart Applications: Step-by-step implementation of AI, Machine Learning (ML), and automation modules.
  • Guaranteed Success: Help with documentation, system architecture, coding, and viva preparation.

🏫 School ICT & Corporate Beginner Classes

  • 💻 Non-IT Staff Computer Basics: Absolute beginner-friendly online classes covering essential computer skills, office tools, and internet operations.
  • 🎒 Primary & Secondary (Grades 1-10): Interactive online ICT classes tailored to build strong foundations from early ages.
  • 📝 Exam Prep: Dedicated training packages for GCE O/L, GCE A/L ICT, and GIT exams.
  • 🌍 Global Syllabuses: Complete curriculum coverage for Local, Edexcel, and Cambridge in English & Tamil Mediums.

📢 Software Development & Digital Marketing Services

  • ⚙️ Software & Web Development: Professional custom software application and website development built using PHP & MySQL.
  • 🎯 Social Media Management: Content creation, publishing, and channel management for Facebook, Instagram, TikTok, and YouTube.
  • 📈 Ad Boosting: Highly targeted paid advertising campaigns to drive leads, traffic, and sales to your business.

📞 Connect With Us Instantly

Book your slot for online classes or get a premium tech service quote today!

💬 WhatsApp: +94 729622034

📧 Email: ITClassSL@gmail.com


🌐 Explore Our Resources & Communities

Stay updated with our latest tutorials, project ideas, and student guides across all our official platforms: