Agile
Agile
Answer: Agile is a way of working where teams deliver work in iteration rather than all at once. It
focuses on flexibility, collaboration, and customer feedback. Agile teams work in iterations, called
sprints, and continuously improve their work based on feedback.
Agile : Agile is a way of working where teams deliver work in iteration rather than all at once.
Waterfall : Waterfall is a rigid method where all planning is done upfront, and work follows a strict
sequence.
Waterfall : In Waterfall, changes are difficult to accommodate once the project is underway.
Agile teams work in iterations in order to complete the work. These iterations are called sprints. The
sprint is the short or fixed time process usually 1-4 weeks. At the end of sprint team delivers working
piece of project like feature or update and gets feedback to improve in the next sprint.
i. Agile practices
ii. removes any obstacles that slow down the team progress.
Development Team: The group that works on delivering the product or project.
Prioritized list of all the features, improvements, and tasks needed for the project.
Product Owner add new items and re-prioritize based on customer need.
Answer:
A Sprint Review is a meeting held at the end of a Sprint. The team demonstrates what they have
completed and gets feedback from stakeholders (like customers or management) to see if any
changes are needed.
Answer:
The Daily Stand-up is a short meeting (usually 15 minutes) where team members share what they
worked on yesterday, what they plan to do today, and if they have any challenges. It helps the team
stay on the same page and resolve issues quickly.
Answer:
Velocity is a way to measure how much work a team can complete in a Sprint. It helps in planning
future Sprints by estimating how much the team can accomplish based on their past performance.
Answer:
The Definition of Done is a checklist that ensures a piece of work is fully completed. It can include
criteria like testing, documentation, or code review. Work is only considered "done" when it meets all
the items on this checklist.
Answer:
An Epic is a large chunk of work that can be broken down into smaller tasks or features, called User
Stories. User Stories are more detailed and describe specific functions or features needed by the
user.
Answer:
Answer:
A Retrospective is a meeting held at the end of each Sprint where the team reflects on what went well,
what didn’t, and how they can improve in the next Sprint. It helps the team continuously improve their
way of working.
1. What is Jira?
Answer:
Jira is a tool used by teams to track tasks, bugs, or any work that needs to be done. It's especially
popular for managing projects and issues in software development teams, but it can be used for any
kind of task management.
Answer:
An issue in Jira is any task, bug, story, or work item that needs to be tracked. For example, if you need
to fix a bug in software, that would be an "issue."
Answer:
Answer:
A workflow is the series of steps an issue moves through, from the time it's created until it's
completed. For example, a simple workflow might be:
• To Do → In Progress → Done
Answer:
Common issue types include:
• Epic: A large body of work that can be broken down into smaller stories.
Answer:
A Scrum board is used by teams following the Scrum framework. It helps organize work into sprints
(short, fixed periods) and shows what tasks are To Do, In Progress, or Done.
Answer:
A Kanban board helps teams visualize their work in a continuous flow. It shows tasks moving from To
Do to In Progress to Done, but there are no fixed time frames like in Scrum.
Answer:
A filter allows you to search and save specific issues based on criteria you choose, like all bugs
assigned to you or all tasks due this week.
Answer:
1. Click on the Create button in Jira.
2. Fill out details like the issue type (bug, task, etc.), summary, and description.
Answer:
A project in Jira is a collection of issues that belong to a specific goal, like a software development
project or a marketing campaign. Each project can have its own settings, boards, and workflows.
Answer:
Components are sub-sections of a project that help organize issues. For example, if you have a
project for a website, components might be "Frontend," "Backend," and "Design."
Answer:
A version in Jira represents a specific release of your product. You can group issues under a version to
track what’s being worked on for a particular release.
Answer:
A sprint is a time-boxed period (usually 1-4 weeks) where a Scrum team works to complete a set of
tasks. At the end of the sprint, the team reviews their progress and plans for the next sprint.
Answer:
2. Move it through the workflow stages (for example, from In Progress to Done).
15. What is the difference between Scrum and Kanban boards in Jira?
Answer:
• Scrum Board: Focuses on sprints and completing a set of tasks in a time frame.
• Kanban Board: Continuous flow of work, no sprints, and tasks move at their own pace.
Answer:
Swimlanes are horizontal rows in a board that help group issues. For example, you might have
swimlanes for each team member or each priority level.
Answer:
Permissions control who can view, create, edit, or delete issues. They help ensure that only the right
people can change important things in the project.
Answer:
An Epic is a large piece of work that can be broken down into smaller tasks (stories). For example,
"Build a shopping cart feature" could be an Epic, with individual stories like "Create the add to cart
button."
Answer:
You can link issues to show their relationship. For example, one issue might "block" another from
being done. To link:
3. Choose the type of link (like "blocks," "duplicates") and the related issue.
Answer:
The backlog is where all issues or tasks that are not yet started are listed. It’s a to-do list of work that
the team plans to tackle in future sprints.
These questions and answers should give you a solid foundation for understanding Jira in an interview
setting!
1. What is Scrum?
Scrum is a framework used to help teams work together to build products or solve problems. It’s
often used in software development, but it can be applied to other industries as well. Scrum
focuses on delivering small, usable parts of a product in short periods called Sprints, which
usually last 2-4 weeks.
Example answer:
"Scrum is a framework that helps teams work together to complete projects in small,
manageable steps. Teams work in short cycles called sprints, and at the end of each sprint, they
have something ready to show or use."
Product Owner: Decides what needs to be built and prioritizes the work.
Scrum Master: Ensures the team follows Scrum rules and removes obstacles.
Development Team: The group of people who do the actual work, like coding, designing, or
testing.
Example answer:
"In Scrum, there are three roles. The Product Owner decides what the team should work on and
prioritizes tasks. The Scrum Master helps the team work smoothly and solves any problems. The
Development Team is the group that builds or works on the product."
3. What is a Sprint?
A Sprint is a short, fixed period (usually 2-4 weeks) during which the Scrum team works on a
specific set of tasks. At the end of the Sprint, the team should have a working part of the product
that can be reviewed.
Example answer:
"A Sprint is a short time frame, usually 2 to 4 weeks, where the team focuses on completing a set
of tasks. By the end of the sprint, the team should have a piece of the product ready to show or
use."
Example answer:
"A Sprint Planning Meeting is when the team comes together at the beginning of the sprint to
decide which tasks they’ll complete in the next few weeks. They pick tasks from a list called the
Product Backlog and plan how they’ll get them done."
The Daily Scrum is a short, daily meeting where team members quickly share what they worked
on the previous day, what they plan to work on today, and if they have any challenges.
Example answer:
"A Daily Scrum is a quick meeting that happens every day where team members say what they
worked on yesterday, what they’ll work on today, and if they have any problems. It helps
everyone stay updated."
A Sprint Review is a meeting at the end of the Sprint where the team shows the work they
completed to the Product Owner and stakeholders. The goal is to get feedback and discuss the
next steps.
Example answer:
"A Sprint Review happens at the end of the sprint. The team shows what they have built to the
Product Owner and other people interested in the product. The goal is to get feedback and see if
any changes are needed."
A Sprint Retrospective is a meeting where the Scrum team looks back on the last Sprint and
discusses what went well, what didn’t, and how they can improve in the next Sprint.
Example answer:
"A Sprint Retrospective is a meeting where the team talks about how the last sprint went. They
discuss what worked well and what didn’t, so they can improve in the next sprint."
8. What is the Product Backlog?
The Product Backlog is a prioritized list of everything that needs to be done to improve the
product. It’s managed by the Product Owner, who adds new items, reorders them, and removes
unnecessary ones.
Example answer:
"The Product Backlog is a list of tasks or features the team needs to work on to build the product.
The Product Owner decides what goes on the list and in what order, so the most important work
gets done first."
The Definition of Done is a shared understanding of what it means for a task or product to be
considered complete. It could include things like passing all tests, being reviewed, and being
approved by the Product Owner.
Example answer:
"The Definition of Done is what the team agrees on for when a task is finished. For example, it
might mean the code is tested, reviewed, and approved before it’s called done."
User Stories are simple descriptions of a feature or task from the perspective of the user. They
usually follow a format like: "As a [user], I want [action] so that [benefit]."
Example answer:
"User Stories are short descriptions of something a user wants from the product. They usually
say who the user is, what they want, and why it’s important. For example, 'As a customer, I want
to be able to reset my password so I can log in if I forget it.'"
Acceptance criteria define specific conditions or requirements that a product or feature must meet to
be considered complete. These are set by the product owner or stakeholders and ensure the feature
works as intended.
Simple Example:
Imagine you’re building an online shopping cart. Some acceptance criteria could be:
Why Important?:
They ensure everyone (developers, testers, product owners) has a clear understanding of what “done”
means for a feature.
• Definition of Done (DoD): General checklist applicable to all features (e.g., code reviewed,
tested, documented).
Simple Example:
For a shopping cart feature:
• DoD might be that all code is reviewed, the feature is tested, and the documentation is
updated.
A user story is a short description of a feature from the perspective of the end-user. It helps in
understanding what users need without technical jargon.
Format:
"As a [user], I want [some feature] so that [benefit]."
Example:
"As a shopper, I want to view the total price of items in my cart so that I can decide what to buy."
2. Conversation: Discuss the details with stakeholders or team members to clarify the
requirements.
Example:
• Card: "Allow adding items to the cart."
• Use Case: Detailed step-by-step interaction between the user and the system.
Example:
• Use Case: Describes each step the user and system take to complete the password reset (e.g.,
request link, send email, validate token).
• EPIC: A large user story that is too big to complete in one sprint. It’s broken down into smaller
user stories.
Example:
• Sprint Retrospective: A meeting to discuss what went well and what could improve for the
next sprint.
An MVP is the simplest version of a product that can still function and provide value to users. It helps
in testing ideas with minimal resources before fully developing a product.
Example:
An MVP for a ride-sharing app could be a basic app where users request rides, and drivers get
notified—no extra features like tracking or payment.
A Burndown Chart shows how much work is left to do in a Sprint or project over time.
Example:
• Every day, you update the chart to show how many tasks are left.
• The goal is to have the line go down to zero by the end of the Sprint.
• It helps the team see if they are on track to finish the work in time.
Example:
• It’s good for showing progress and if scope is changing (e.g., new tasks are added).
• Burnup Chart: Focuses on how much work is done and if the total work is increasing or
decreasing.
Example:
• If you have a sprint of 100 tasks, and you complete 50 tasks, the Burndown will show 50 tasks
left, while the Burnup will show 50 tasks completed.
Example:
• Velocity helps predict how much work the team can handle in future Sprints.
A Sprint Review is a meeting at the end of the Sprint where the team shows what they’ve built (the
increment) to stakeholders.
Example:
• The team demonstrates the completed features to the product owner and gets feedback.
• It’s an opportunity to inspect the product and adapt the backlog if needed.
A Sprint Retrospective is a meeting where the Scrum team discusses what went well, what didn’t,
and how to improve in the next Sprint.
Example:
• If the team faced delays due to unclear requirements, they can discuss ways to get better
clarity in future Sprints.
An Epic is a large user story that is too big to complete in a single Sprint.
Example:
• "Build an online shopping system" could be an Epic because it contains many small user
stories like "Create a shopping cart" or "Add payment gateway."
A User Story is a short, simple description of a feature from the perspective of the user.
Example:
• "As a user, I want to be able to add items to my shopping cart so I can buy them later."
• Estimable: The team can estimate how long it will take to complete.
The Definition of Done is a checklist the team uses to decide if a User Story is truly complete.
Example:
o Code is written.
o Documentation is updated.