Agile Methodology
Agile Methodology
What is Agile?
We get very confused about deadlines, dates, estimates, and all of the things we
are supposed to be doing, and we do them badly. This will improve your professional
life and the effectiveness of your team.
Agile development is not a methodology in itself. It is an umbrella term that
describes several agile methodologies. At the signing of Agile Manifesto in 2001,
these methodologies included Scrum, XP, Crystal, FDD, and DSDM.
The principles and values of agile software development were formed as a way to
help teams to break the cycle of process inflation and mainly focus on simple
techniques for achieving their goals. The goal?? What is the the goal?
OK, the main goal of every software developer and every development team is to
deliver the highest possible value to employers and customers. Yet our projects fail,
or fail to deliver value.
Simple design
Modularity
Iterative
Time-bound
Incremental
Convergent
People-oriented
Collaborative
Scrum
Scrum
It is an Agile S/w development method for project management
Characteristics:
Progress is explained
Advanyages :
People and interactions are emphasized rather than process and tools.
The participants in an agile process are not afraid of change. They view changes to
the requirements as good things, because those changes mean that the team has
learned more about what it will take to satisfy the customer. Agile team members
work together on all aspects of the project. Each member is allowed input into the
whole. No single team member is solely responsible for the architecture or the
requirements or the tests. The team shares those responsibilities, and each team
member has influence over them.
There are many agile processes: SCRUM, Crystal, Behavior-Driven Development
(BDD), Test-Driven Development (TDD), Feature-Driven Development (FDD),
Adaptive Software Development (ADP), Extreme Programming (XP), and more...
However, the vast majority of successful agile teams have drawn from all these
processes to tune their own particular flavor of agility. These adaptations appear to
come together with the combination of SCRUM and XP, in which SCRUM practices
are used to manage multiple teams that use XP.
A good agile team picks and chooses the management and technical
practices that best work for them. When trying to adopt Agile practices, there
will be a ton of excuses as why it wont work. Those who understand the real
benefits of the approach and genuinely want to make the transition will
likely have success. Those who are searching for reasons why it will fail well,
they will likely find them and either abandon the effort entirely or end up
practicing what Elisabeth Hendrickson calls fake agile