Professional Documents
Culture Documents
Kamila M. Dudek
Alcide De Gasperi
University of Euroregional Economy
Topic for today
They can only find out so much through market research, so companies need to
experiment. This means trying a variety of different offerings. Step-by-step, they need to
learn from these and try improved offerings until they develop a solution that really works.
You can probably see that many work-related projects – particularly those involving
complex, fast-moving situations – resemble this scenario. You can be working towards
one deliverable or solving one problem, but then need to change course and
revise your plans.
If you're using a traditional project management approach, these revisions will lead to
missed deadlines, inflated costs, and increased workloads. And, in a worst-case
scenario, you can find that the situation has changed so much during the course of the
project that your final product, when it is eventually delivered, is no longer relevant.
Agile Project Management is an approach that helps you deal with these challenges.
What is Agile Project Management? 1/2
The end product of an agile project may be very different from the one that was
envisaged at the outset. However, because of the checking process, team members can
be sure that the product is one that customers want.
This makes Agile Project Management particularly appropriate for new or fast-moving
businesses, for those in a fast-changing environment, or for highly complex
situations, where managers are "feeling their way forward" to find the optimum business
model. It's also helpful with urgent projects that can't wait for a full, traditional project to
be set up.
What is Agile Project Management? 2/2
Agile Project Management is a contemporary approach or philosophy for
managing software development projects. Agile drives continous improvement by
repeatedly inspecting and adapting the working process.
It allows for:
Regular adaptation to changing circumstances, including changing requirements
Constant collaboration in project teams and with clients
Iterative development processes
The Origins of Agile
The elements of Agile Project Management have been around for decades. However, two events helped to lay
the foundations for the approach.
1. First, in 1986, Hirotaka Takeuchi and Ikujiro Nonaka published an article called "The New New Product
Development Game" in the Harvard Business Review. In it, the authors outlined a new way of developing
products that resembled a rugby match.
They imagined a project management approach in which, just as on the pitch, team members would
achieve their goal by constantly re-evaluating the situation and responding accordingly. Projects
would therefore evolve, but would lead to products that met customers' needs more fully as a
result.
2. The second event occurred in 2001, when a group of software and project experts met to discuss what their
most successful projects had in common. They created the Agile Project Manifesto, which outlined the values
and principles that underpinned Agile Project Management. The key element of Agile Manifesto is that we
must trust people and their ability to collaborate . For this reason, the specific agile methodologies
developed tap the abilities of team members by emphasizing teamwork and collaboration throughout
the life-cycle of the project.
Agile Manifesto
Self-organizing teams
Product progresses in a series of two- to- four-week “sprints”
Requirements are captured as items in a list of “product backlog”
Uses generative rules to create an agile environment for delivering
projects
Eliminate waste : Automate any repetitive task, like acceptance testing
or product build
Regular, rapid feedback : Make small changes and test/integrate/build
immediately and for immediate feedback work by pair
Integrate early : Difficulty of integrating new code grows exponentially
with size of change
Code ownership : The team develop code. Work together, agree
common standarts. Avoid strong code ownership, it would be good
weak or collective ownership.
Emerge design : Avoid over-engineering, only design and build what is
required today
Waterfall Model
The Agile Project Management was a reaction to traditional or waterfall project management
techniques, which were associated with longer delivery cycles and higher project failure rates.
REQUIREMENTS
DESIGN
DEVELOPMENT
You complete one phase before moving on to the
next phase. You rarely aim to re-visit a ‘phase’ once it’s
completed. That means, you better get whatever TESTING
But..
You don’t realize any value until the
end of the project Changes
You leave the testing until the end
REQUIREMENTS
You don’t seek approval from the
stakeholders until late in the day
DESIGN
DEVELOPMENT
Skipped
Takes too long
TESTING
Bureaucratic
Inconsistent
Waterfall vs Agile – comparison video
Agile Model (Scrum Framework) 1/5
Split your work into a list of small, concrete deliverables. Sort the list by priority
and estimate the relative effort of each item.
Agile Model (Scrum Framework) 2/5
Agile methods break tasks
into small increments with
minimal planning, and do
not directly involve long-
term planning. Iterations are
short time frames
("timeboxes") that typically
last from one to four weeks.
Each iteration involves a team
working through a full
software development cycle
including planning,
requirements analysis,
design, coding, unit testing,
and acceptance testing when
a working product is
demonstrated to
stakeholders. This helps
minimize overall risk, and lets
the project adapt to changes
quickly.
Agile Model (Scrum Framework) 3/5
January May
Agile Model (Scrum Framework) 4/5
Daily scrum meeting to discuss What did you do yesterday? What will you do today?
Any obstacles?
Agile Model (Scrum Framework) 5/5
Scrum Team
You select, plan, develop, test and deploy one feature (in its simplest
form) before you select, plan, develop, test and deploy the next
feature.
Measure the lead time (average time to complete one item, sometimes called
“cycle time”)
Optimize the process to make lead time as small and predictable as possible
Kanban Board Illustration
Mary’s example
The differences
Teams are self-directed and are free to accomplish deliverables as they Teams are typically tightly controlled by a project manager. They work
choose, as long as they follow agreed rules. to detailed schedules agreed at the outset.
Project requirements are developed within the process as needs and Project requirements are identified before the project begins. This can
uses emerge. This could mean that the final outcome is different from sometimes lead to "scope creep," because stakeholders often ask for
the one envisaged at the outset. more than they need, "just in case."
User testing and customer feedback happen constantly. It's easy to User testing and customer feedback take place towards the end of the
learn from mistakes, implement feedback, and evolve deliverables. project, when everything has been designed and implemented. This can
However, the constant testing needed for this is labor-intensive, and it mean that problems can emerge after the release, sometimes leading to
can be difficult to manage if users are not engaged. expensive fixes and even public recalls.
• It lets team to deliver a prototype and improve upon it with every cycle
• Clients can provide feedback as the project evolves without holding the project up as feedback
is part of the process.
Conclusion
Over the last 10 years, there is an ever-increasing volume of success stories, where companies have
dramatically improved the success and performance of their IT development teams and projects
with agile practices. This has caused agile to be widely adopted across a variety of industries,
including media and technology, large corporates, and even government.
Among these different agile methodologies, Scrum has proved to be extremely successful
worldwide over the last 20 years.
Thank you
for your attention!