An Agile project is aligned to strategic goals, focuses on early delivery of business benefits, delivers on time and budget, and prioritizes features by business value. Agile cuts delivery time from months to weeks. Scrum is a commonly used Agile framework where self-organizing cross-functional teams work in sprints to develop working software. Daily stand-ups help teams stay on track. At the end of each sprint, teams demonstrate working software and reflect on how to improve. Surveys found Scrum improved productivity, morale, adaptability, accountability, and collaboration for most respondents.

2. An Agile project is……..
• Aligned to the strategic goals of the organization.
• Focused on the early delivery of measurable business benefits.
• Delivering projects on time, within budget and agreed quality.
• Functions and features are strictly prioritized by business benefit and
delivered accordingly.
• Agile projects have fixed start and end times that are known to everyone
in the project and progress is continually watched and managed.
Note:-Agile work well for products that require constant improvements, but
it’s hard to adapt it to a new development unless you have some time to
adjust the process while people are learning.

4. Agile methodologies arose from the need to develop software applications that could
accommodate the fast-paced evolution of the Internet. Agile is, in some way, a variant
of iterative life cycle where deliverables are submitted in stages.
The main difference is that agile cuts delivery time from months to weeks. Companies
practicing agile are delivering software products and enhancements in weeks rather
than in months.
Moreover, the agile manifesto covered development concepts aside from the delivery
life cycle, such as collaboration, documentation, and others.

5. Scrum is an agile process most commonly used for product development, especially software
development. Scrum is, however, a general-purpose project management framework that is
applicable to any project with aggressive deadlines with complex requirements and a degree of
uniqueness. They are even other popular methods in Agile i.e., Kanban, eXtreme Programming
(XP).

6. A typical scrum team has between five and nine people, but Scrum projects can easily scale into
the hundreds. The team does not include any of the traditional software engineering roles such
as programmer, designer, tester, or architect. Everyone on the project works together to
complete the set of work they have collectively committed to complete within a sprint. Scrum
teams develop a deep form of camaraderie(mutual trust) and a feeling that “we’re all in this
together.”

7. The product owner is the project’s key stakeholder and represents users, customers
and others in the process. The product owner is often someone from product
management or marketing, a key stakeholder or a key user.
The ScrumMaster is responsible for making sure the team is as productive as possible.
The ScrumMaster does this by helping the team use the Scrum process, by removing
impediments to progress, by protecting the team from outside, and so on.
The product backlog is a prioritized features list containing every desired feature or
change to the product.
At the start of each sprint, a sprint planning meeting is held during which the
product owner presents the top items on the product backlog to the team, and the
Scrum team selects the work they can complete during the coming sprint. That work is
then moved from the product backlog to a sprint backlog, which is the list of tasks
needed to complete the product backlog (product backlog is a list of desired features
for the product) items the team has committed to complete in the sprint.

8. Each day during the sprint, a brief meeting called the daily scrum is conducted. This meeting
helps set the context for each day’s work and helps the team stay on track. All team members are
required to attend the daily scrum.
At the end of each sprint, the team demonstrates the completed functionality at a sprint review
meeting, during which, the team shows what they accomplished during the sprint. Typically, this
takes the form of a demonstration of the new features, but in an informal way; for example,
PowerPoint slides are not allowed. The meeting must not become a task in itself nor a distraction
from the process.
Also at the end of each sprint, the team conducts a sprint retrospective, which is a meeting
during which the team (including its ScrumMaster and product owner) reflect on how well Scrum
is working for them and what changes they may wish to make for it to work even better.
At the start of each sprint, the team selects some amount of work from the product backlog and
commits to completing that work during the sprint. Part of figuring out how much they can
commit to is creating the sprint backlog(The sprint backlog is a list of tasks to be completed in a
sprint), which is the list of tasks (and an estimate of how long each will take) needed to deliver
the selected set of product backlog items to be completed in the sprint.
At the end of each sprint, the team produces a potentially shippable product increment — i.e.
working, high-quality software. Each day during the sprint, team members meet to discuss their
progress and any impediments to completing the work for that sprint.

9. Conclusion:-
Productivity: 68% of respondents reported Scrum is better or much better (4 or 5 on a
5-point scale); 5% reported Scrum is worse or much worse (1 or 2 on a 5-point scale);
27% reported Scrum is about the same (3 on a 5-point scale).
Team Morale: 52% of respondents reported Scrum is better or much better; 9%
reported Scrum is worse or much worse; 39% reported Scrum is about the same.
Adaptability: 63% of respondents reported Scrum is better or much better; 4%
reported Scrum is worse or much worse; 33% reported Scrum is about the same.
Accountability: 62% of respondents reported Scrum is better or much better; 6%
reported Scrum is worse or much worse; 32% reported Scrum is about the same.
Collaboration and Cooperation: 81% of respondents reported Scrum is better or much
better; 1% reported Scrum is worse or much worse; 18% reported Scrum is about the
same.

10. “Great teams do not hold back with one another. They are unafraid to air their dirty laundry. They admit
their mistakes, their weaknesses, and their concerns without fear of reprisal.”-- Patrick Lencioni
Thanks
Subash