SlideShare une entreprise Scribd logo
1  sur  227
Agile Project Management: Agile,Scrum,
Kanban & XP
By : Soumya De
Mob: 9986898020
Techno_functional_consultant@outlook.com
Project Management: Need for change
• Time bounded
• Requires definitive effort
• Needs to be well planned
• Must be completed within the assigned budget
Processes can’t be left behind
Project Management: Need for change
Waterfall Model
Project Management: Need for change
Example: Any MobileApplication
Flaws and weaknesses in historical
approaches to project management and the
requirements in the current period
Time required to push changes
Front end Back end
DNS
Routes
Payment
interface
……..
Project Management: Need for change
Project Management: Need for change
03
01
04
02 Better Productivity & Quality
Higher Customer Satisfaction
Higher Return on Investment
More Control on your project
What is Agile?
What is Agile?
• Iterative approach to Software delivery
• Delivering faster in less time and less
money
• Ability to create and quickly respond to
change
• Philosophy to rapidly deploy an
application
• Fully loaded tool-kit
• Just a mindset or way of thinking
What is Agile Manifesto?
Agile Manifesto & Principles
Agile Manifesto & Principles
Agile Manifesto
Agile Principles
Agile Alliance
Manifesto for Agile Software Development
We are uncovering better ways of developing
software by doing it and helping others do it.
Through this work we have come to value:
Individuals and interactions over processes and tools
Working software over comprehensive documentation
Customer collaboration over contract negotiation
Responding to change over following a plan
That is, while there is value in the items on
the right, we value the items on the left more.
Individuals and interactions over processes and tools
Working software over comprehensive
documentation
Customer collaboration over contract negotiation
Responding to change over following a plan
Agile Principles
Agile Course Presentation
Customer Collaboration over
contract negotiation ?
Violating our principle that says the
developers should be working with the
business owners every day?
Agile Principles
The Agile test
1. Does what we’re doing at this moment support the early and continuous delivery of valuable software?
2. Does our process welcome and take advantage of change?
3. Does our process lead to and support the delivery of working functionality? Are the developers and the product
owner working together daily?
4. Are customers and business stakeholders working closely with the project team?
5. Does our environment give the development team the support it needs to get the job done?
6. Are we communicating face to face more than through phone and email?
7. Are we measuring progress by the amount of working functionality produced?
8. Can we maintain this pace indefinitely?
9. Do we support technical excellence and good design that allows for future changes?
10. Are we maximizing the amount of work not done — namely, doing as little as necessary to fulfill the goal of the
project?
11. Is this development team self-organizing and self-managing? Does it have the freedom to succeed?
12. Are we reflecting at regular intervals and adjusting our behavior accordingly?
What
is
not
Agile
?
Agile is not…
• A specific way of doing software development
• A framework, standard or a process
• An end-goal by itself
• An excuse to stop reducing documentation or an
opportunity to eliminate planning
• One size fits all
• Scrum—Scrum follows Agile principles
• Kanban—Kanban applies Agile principles
• Limited to software developments
Agile Overview Summary
• Refers to any process that aligns with the concepts
of Agile Manifesto
• Based on incremental delivery and iterative
approach
• Encourages constant feedback from the end users
• Deliver value faster and foster the ability to better
respond to market trends
• Refers to any process that aligns with the concepts
of Agile Manifesto
• Based on incremental delivery and iterative
approach
• Encourages constant feedback from the end users
• Deliver value faster and foster the ability to better
respond to market trends
Agile Overview Summary
• Refers to any process that aligns with the concepts
of Agile Manifesto
• Based on incremental, iterative approach
• Encourages constant feedback from the end users
• Deliver value faster and foster the ability to better
respond to market trends
Agile Overview Summary
• Refers to any process that aligns with the concepts
of Agile Manifesto
• Based on incremental, iterative approach
• Encourages constant feedback from the end users
• Deliver value faster and foster the ability to better
respond to market trends
Agile Overview Summary
Similarities & Differences : Waterfall vs Agile
Waterfall
• Built in phases
• Painful to revisit previous phases
• High dependency on critical
paths
• Customer can’t interact with
product until it’s fully complete
Similarities & Differences : Waterfall vs Agile
Agile Project Management: Build, deliver, learn, and adjust
• Follows iterative approach
• Regular feedback intervals
• Iterations resolve blocking issue
& let you interact with the
product
• Quickly adapt new
requirements/changes
• Shared skillset among the team
Similarities & Differences : Waterfall vs Agile
Similarities & Differences : Waterfall vs Agile
Which one to choose: Waterfall/Agile?
• You don’t expect changes in scope and you’re
working with fixed-price contracts
• The project is very simple or you’ve done it
many times before
• Requirements are very well known andfixed
• Customers know exactly what they wantin
advance
• You’re working with orderly and predictable
projects
• The final product isn’t clearly defined
• The clients/stakeholders need the ability to
modify the scope
• You anticipate any kind of changes during the
project
• Rapid deployment is the goal
Use Waterfall if……….. Use Agile if………..
Agile Course Presentation
Failing fast is fine, but succeeding early is better. Disciplined Agile makes navigating a wealth of knowledge
simple so you can identify solutions sooner. We call this guided continuous improvement.
Advantages & Disadvantages of Agile
Advantages of Agile
• Change is embraced
• End-goal can be unknown
• Faster, high-quality delivery
• Strong team interaction
• Customers are heard
• Continuous improvement
Disadvantages of Agile
• Planning can be less concrete
• Team must be knowledgeable
• Time commitment from developers is required
• Documentation can be neglected
Introduction to Key Agile Concepts
Introduction to Key Agile Concepts
• Work divided into functional
increments called “user stories
• Short description of a feature from
the perspective of the person who
desires the new capability
• User story should be potentially
shippable
• Size of a user story is measured in
story points
User Story
User Story
Role Action/Goal Benefit
Acceptance
Criteria
Introduction to Key Agile Concepts
User Story
Introduction to Key Agile Concepts
User Story
Acceptance Criteria
• Should be testable
• Should be clear and concise
• Everyone must understand
• Should provide user
perspective
Who is Responsible for Writing Acceptance Criteria?
When Should User Story Acceptance Criteria Be Written?
How Should You Format User Story Acceptance Criteria?
Introduction to Key Agile Concepts
User Story Examples
•As a [customer], I want [shopping cart feature] so that [I
can easily purchase items online].
•As a [manager], I want to [generate a report] so that [I can
understand which departments need more resources].
•As a [customer], I want to [receive an SMS when the item
is arrived] so that [I can go pick it up right away].
As a [manager], I want to be able to [understand my
colleagues progress], so I can [better report our success
and failures].
A good user story should be: INVEST
•“I” ndependent (of all others)
•“N” egotiable (not a specific contract
for features)
•“V” aluable
•“E” stimable (to a good approximation)
•“S” mall (so as to fit within an iteration)
•“T” estable (in principle, even if there isn’t a
test for it yet)
Example of a good User Story
As an [online visitor], I want to [add products in my shopping cart] so that [I can purchase multiple
products at one go]
Acceptance Criteria [Abstract]
• Products can be added to the cart
• Products can be removed from the cart.
• Shopping cart will be empty initially
• Shopping cart will be empty after purchase
• Products can be added with multiple quantities in the cart
• Shopping cart will show the total product breakdown quantity and cost with grand total
Introduction to Key Agile Concepts
Introduction to Key Agile Concepts
Epic
• Series of user stories with a
broader strategic objective
• A large user story that cannot be
delivered as defined within a single
iteration or is large enough that it
can be split into smaller user
tasks/user stories
• No standard format to represent
epics
Major Component
Building Blocks
Epic
Story 1 Story 2 Story 3
Introduction to Key Agile Concepts
Epic Example: Selecting Marketing Campaigns
1: As a VP Marketing, I want to review the performance of historical promotional campaigns so that I can
identify and repeat profitable campaigns.
1a: As a VP Marketing, I want to select the timeframe to use when reviewing the performance of
past promotional campaigns, so that …
1b: As a VP Marketing, I can select which type of campaigns (direct mail, TV, email, radio, etc.) to
include when reviewing the performance of past so that …
1b1: As a VP Marketing, I want to see information on direct mailings when reviewing historical
campaigns so that...
1b2: As a VP Marketing, I want to see information on TV ads when reviewing historical campaigns so that...
1b3: As a VP Marketing, I want to see information on email ads when reviewing historical campaigns
so that...
and so on for each type of ad campaign.
Introduction to Key Agile Concepts
• Initiatives are collections of epics
that drive toward a common goal
• The product roadmap is expressed
and visualized as a set of initiatives
plotted along a timeline
• Completion of epics will lead to the
completion of the initiative
Initiatives
Introduction to Key Agile Concepts
Themes
• Themes are large focus areas that
span the organization
• A theme is an organization goal that
drive the creation of epics and
initiatives
Introduction to Key Agile Concepts
Theme, Initiatives, Epic & Story
Fill empty seatsin
theaters
Run Sales Promotion
Use a mobile app to
drive last-minute
ticket sales
Create and assign
promotional codes for
last-minute purchases
Add text-message capability
to the mobile app, to send
last-minute promos and
coupons
Develop creative for promo
emails and SMS texts
Theme
Initiative
Epic
Story
Introduction to Key Agile Concepts
Benefits of Using the Theme-Initiative-Epic-Story Development Framework
• It allows for more strategically sound decisions
• It improves performance monitoring and
timeline estimates
• It keeps the team focused on key goals
Introduction to Key Agile Concepts
A
B
C
D
E
Product Backlog
• Lists & Prioritizes the task-level details to execute a plan- Todo list!
• Includes user stories, new features, changes to existing functionalities, bug fixes,
and other tasks like infrastructure changes etc.
• Single source of requirements that defines the product
• Contains short description of functionality desired in the product
• Can be represented in physical form or in electronic form
• Owned & maintained by the product owner
• User Stories is the most common format
• Dynamic in nature: addition, deletion and reordering of requirements possible
Introduction to Key Agile Concepts
A
B
C
Product Backlog
• Lists & Prioritizes the task-level details to execute a plan- Todo list!
• Includes user stories, new features, changes to existing functionalities, bug fixes,
and other tasks like infrastructure changes etc.
• Single source of requirements that defines the product
• Contains short description of functionality desired in the product
• Can be represented in physical form or in electronic form
• Owned & maintained by the product owner
• User Stories is the most common format
• Dynamic in nature: addition, deletion and reordering of requirements possible
Introduction to Key Agile Concepts
C
B
A
Product Backlog
• Lists & Prioritizes the task-level details to execute a plan- Todo list!
• Includes user stories, new features, changes to existing functionalities, bug fixes,
and other tasks like infrastructure changes etc.
• Single source of requirements that defines the product
• Contains short description of functionality desired in the product
• Can be represented in physical form or in electronic form
• Owned & maintained by the product owner
• User Stories is the most common format
• Dynamic in nature: addition, deletion and reordering of requirements possible
Introduction to Key Agile Concepts
Introduction to Key Agile Concepts
Product
Vision
Product
Goals
Product
Roadmap
Release
Plan &
Backlog
Difference Between a Product Backlog and Product Roadmap
From Product Vision to Backlog
Difference Between a Product Backlog and Product Roadmap
Introduction to Key Agile Concepts
Product Roadmap Product Backlog
Content
High-level: themes and epics or
outcomes and goals
Task-level: user stories and
defects
Audience
Executive team (and other
stakeholders)
Primary for product and
development teams
Intent Convey a strategy
Conveys tactical steps in
execution of plan
Time
Frame
Varies, typically ~3 Months 1 or 2 sprints
Introduction to Key Agile Concepts
Burn down Chart
A burndown chart is a visual display of work completed and remaining in a project, sprint, or iteration
Day of Sprint
Work
Remaining(in
hrs/Story
points)/Tasks
Estimated Effort
Actual Effort
Start Point
End Point
Introduction to Key Agile Concepts
Burn down Chart
1. Ideal Scenario
X
Y
X
2. Still, a goodscenario
Y Y
X
4. Missed the deadline
Y
X
5. There’s somethingwrong
Y
X
6. Team forgot about it
Y
X
3. Decent scenario
Estimated Effort
Actual Effort
Introduction to Key Agile Concepts
Benefits
• Simple & easy way to track team’s progress
• Timely prevention of issues
• Helps keep the team motivated
Burn down Chart
Introduction to Key Agile Concepts
Burn down Chart
Creating Burn down Chart
Mike, a project manager is
asked to create a burndown
chart for a project by his
leadership to know how
things progressing based on
what was planned.
Project has 10 tasks to
complete in 10 days
X
Y
1 2 3 4 5 6 7 8 9 10
Time
1
2
3
4
5
6
7
8
9
10
Work
Remaining(in
hrs/Story
points)/Tasks
Minimum Viable Product (MVP)
It is the version of a new product that allows a team to collect the maximum amount of
validated learning about customers with the least amount of effort.
- Agile Alliance
Introduction to Key Agile Concepts
Why MVP
•Release a product to the market as quickly as possible
•Test an idea with real users before committing a large budget to the product’s full development
•Learn what resonates with the company’s target market and what doesn’t
Minimum Viable Product (MVP)
Minimum + ViableProduct
Introduction to Key Agile Concepts
Sufficient enough
for early adopters
It is the version of a new productthat
allows a team to collect the
maximum amount of validated
learning about customers with the
least amount of effort.
- Agile Alliance
Minimum Viable
MVP
Mostrudimentary,
bare-bones
foundation of the
solution possible
Product good enough to solve the core
problem for customers and has only
needed features to use it
Introduction to Key Agile Concepts
Why MVP?
•Release a product to the market as quickly as possible
•Test an idea with real users before committing a large
budget to the product’s full development
•Learn what resonates with the company’s target market and
what doesn’t
Minimum Viable Product (MVP)
Minimum Viable Product (MVP)
Introduction to Key Agile Concepts
Use case:
Your target audience needs a
specific means of transport, but
they are not sure if they want to
buy a premium product right
away.
Create the most basic version
of the Product
Gather feedback on your
product
What do you
do then?
Minimum Viable Product (MVP)
Introduction to Key Agile Concepts
1
2
3
Minimum Viable Product (MVP)
Important points to be noted:
• Make sure your planned MVP aligns with your business objectives
• Identify specific problems you want to solve for your users
• Product must be viable
• MVP is based on iterative process of building
Introduction to Key Agile Concepts
Introduction to Key Agile Concepts
Velocity
At the end of each iteration, the team adds up effort estimates associated with user storiesthat
were completed during that iteration. This total is called velocity.
- Agile Alliance
Velocity = Units of work completed in a given timeframe
Unit of work can be hours
or user stories or story
points
Typically measured in
iterations or sprints, or
weeks
Introduction to Key Agile Concepts
Velocity
User Stories Story Points Status
A 3 Complete
B 5 Incomplete
C 8 Complete
Velocity = 3 + 8 = 11 Story Points/ Sprint
Sprint 1 Sprint 2
Velocity = 6 Story Points/ Sprint
Average velocity: (11+13+6)/3= 10 Story Points/Sprint
For the next sprint, the product manager should
pick up User Stories equivalent or not more than 10 story points
Sprint 3
Velocity = 13 Story Points/ Sprint
Introduction to Key Agile Concepts
Velocity
Total Story points against remaining User Story (A) : 60
Average Velocity (B) : 10 Story Points/ Sprint
Forecast for the remaining effort for the Project: A/B = 60/10
= 6 Sprints with each sprint of 10 story points
Introduction to Key Agile Concepts
Velocity
Failing to bring a story to completion Decomposition of User Stories
Velocity see-sawing Accurate Estimation
Introduction to Key Agile Concepts
Estimation
38+19 is about 60
For reasonable guess, you estimate basis
what you know or see
Agile Estimation
Traditional Estimation Agile Estimation
Efforts were estimated Business values or
Complexity is estimated
Unit: Hours Unit: Story Points or bucket
Estimation is done in task level Estimation is done in user story
level
Provides absolute estimate Provides relative estimate
Estimates once done are
not revised
Estimates are revisited in
every iteration
Introduction to Key Agile Concepts
Agile Estimation
Introduction to Key Agile Concepts
Traditional Estimation Agile Estimation
Efforts were estimated Business values or
Complexity is estimated
Unit: Hours Unit: Story Points or bucket
Estimation is done in task level Estimation is done in user story
level
Provides absolute estimate Provides relative estimate
Estimates once done are
not revised
Estimates are revisited in
every iteration
Agile Estimation
Introduction to Key Agile Concepts
Traditional Estimation Agile Estimation
Efforts were estimated Business values or
Complexity is estimated
Unit: Hours Unit: Story Points or bucket
Estimation is done in task level Estimation is done in user story
level
Provides absolute estimate Provides relative estimate
Estimates once done are
not revised
Estimates are revisited in
every iteration
Agile Estimation
Introduction to Key Agile Concepts
Traditional Estimation Agile Estimation
Efforts were estimated Business values or
Complexity is estimated
Unit: Hours Unit: Story Points or bucket
Estimation is done in task level Estimation is done in user story
level
Provides absolute estimate Provides relative estimate
Estimates once done are
not revised
Estimates are revisited in
every iteration
Agile Estimation
Introduction to Key Agile Concepts
Traditional Estimation Agile Estimation
Efforts were estimated Business values or
Complexity is estimated
Unit: Hours Unit: Story Points or bucket
Estimation is done in task level Estimation is done in user story
level
Provides absolute estimate Provides relative estimate
Estimates once done are
not revised
Estimates are revisited in
every iteration
Agile Estimation
Traditional Estimation Agile Estimation
Efforts were estimated Business values or
Complexity is estimated
Unit: Hours Unit: Story Points or bucket
Estimation is done in task
level
Estimation is done in user
story level
Provides absolute estimate Provides relative estimate
Estimates once done are
not revised
Estimates are revisited in
every iteration
Introduction to Key Agile Concepts
Agile Estimation
Introduction to Key Agile Concepts
Bedroom 1 Bedroom 2
Washroom
Livingroom Kitchen Study room
Story Points
3 Story Points: Study Room
5 Story Points: Bedroom 1
and Bedroom 2
8 Story Points: Kitchen
Agile Estimation
Influencing Factors of Story Point :
• Business Value
• Complexity
• Risks
• Dependencies
• Amount of work
Introduction to Key Agile Concepts
Introduction to Key Agile Concepts
Agile Estimation: But why relative estimation?
Illustration 1
Which one is taller?
Which one is more complex?
Which would take more time to build?
Which would cost more? How
much money?
How much time?
Building A
Building B
1 Story vs 2 Story
Agile Estimation: But why relative estimation?
Illustration 2
100 Story vs 101 Story
What about these
Which building is taller? Which
one is more complex?
Which would take more time to build?
Which would cost more?
How much money?
How much time?
Introduction to Key Agile Concepts
Introduction to Key Agile Concepts
Estimation
Introduction to Key Agile Concepts
Agile Estimation
Agile Estimation is a team sport
Introduction to Key Agile Concepts
Agile Estimation
Agile Estimation is a team sport
Estimation methods include:
• T-shirt sizes (XS, S, M, L, XL) or the
• Fibonacci sequence (1, 2, 3, 5, 8, 13, 21, 34, etc.)
Introduction to Key Agile Concepts
Agile Estimation
T-shirt sizes (XS, S, M, L, XL)
Introduction to Key Agile Concepts
Agile Estimation
Fibonacci sequence
1,2,3 is equivalent to 10,20,30
0, 1, 1, 2, 3, 5, 8, 13, 21, 34, 55, 89… and so on.
0+1=1
1+1=2
1+2=3
Introduction to Key Agile Concepts
Agile Estimation
Fibonacci sequence
0,
1,
1,
2,
3,
5,
8,
13,
21……..
Infinite
Introduction to Key Agile Concepts
Agile Estimation
Fibonacci sequence
0,
1,
1,
2,
3,
5,
8,
13,
21……..
0.0%
Infinite
Introduction to Key Agile Concepts
Agile Estimation
Fibonacci sequence
0,
1,
1,
2,
3,
5,
8,
13,
21……..
100%
0.0%
Infinite
Introduction to Key Agile Concepts
Agile Estimation
Fibonacci sequence
0,
1,
1,
2,
3,
5,
8,
13,
21……..
50%
100%
0.0%
Infinite
Introduction to Key Agile Concepts
Agile Estimation
Fibonacci sequence
0,
1,
1,
2,
3,
5,
8,
13,
21……..
66.7%
50%
100%
0.0%
Infinite
Introduction to Key Agile Concepts
Agile Estimation
Fibonacci sequence
0,
1,
1,
2,
3,
5,
8,
13,
21……..
60%
66.7%
50%
100%
0.0%
Infinite
Introduction to Key Agile Concepts
Agile Estimation
Fibonacci sequence
0,
1,
1,
2,
3,
5,
8,
13,
21……..
62.5%
60%
66.7%
50%
100%
0.0%
Infinite
Introduction to Key Agile Concepts
Agile Estimation
Fibonacci sequence
0,
1,
1,
2,
3,
5,
8,
13,
21……..
61.5%
62.5%
60%
66.7%
50%
100%
0.0%
Infinite
Introduction to Key Agile Concepts
Agile Estimation
Fibonacci sequence
In Agile Estimation, slightly modified version of Fibonacci estimation is
used
1, 2, 3, 5, 8, 13, 21, 34, 55, 89… and so on.
Introduction to Key Agile Concepts
Agile Estimation
Fibonacci sequence
1 Story 20 Story
2 Story 21 Story
Skyscraper B
Skyscraper A
Building A
Building B
1– QUICK TO DELIVER AND MINIMAL COMPLEXITY. AN HOUR
Example: add field to a form
2 – QUICK TO DELIVER AND SOME COMPLEXITY. MULTIPLE HOURS
Example: Add parameter to form, validation, storage
3 – MODERATE TIME TO DELIVER, MODERATE COMPLEXITY, POSSIBLE UNKNOWNS
Example: Migrate somewhat complex static CSS into a CSS pre-processor
5 – LONGER TIME TO DELIVER, HIGH COMPLEXITY, LIKELY UNKNOWNS
Example: Integrate with third-party API for pushing/pulling data, and link to user profiles in platform
8 – LONG TIME TO DELIVER, HIGH COMPLEXITY, CRITICAL UNKNOWNS
Example: Overhaul the layout/HTML/CSS/JS of a web application
13– LONG TIME TO DELIVERY, HIGH COMPLEXITY, MANY CRITICAL UNKNOWNS
Example: Migrate application from an outdated data store to new DB technology and ORM
21– YOU’RE DOING THIS WRONG. 😉😉
Story Points are Relative
Agile Estimation Techniques for user story
Introduction to Key Agile Concepts
• Delphi
• Wide Band Delphi
• Complexity Bucket
• Estimation Poker
Agile Estimation Techniques for user story
Introduction to Key Agile Concepts
• Delphi
• Wide Band Delphi
• Complexity Bucket
• Estimation Poker
Estimation/Planning Poker
Product Owner
explaining all the aspects
of the story requirement,
dependencies,
acceptance criteria and
business value
Scrum Master can help
coordinate the estimation
Developers, testers, mutually
discussing
• Amount of work
• Associated Risks
• Technical Changes
• Dependencies
• Complexities
• And the value
Estimation/Planning Poker
1, 2, 3, 5, 8, 13, 21, ...
Agile Course Presentation
Scrum
Scrum is a process framework used to manage product development and other
knowledge work.
- Agile Alliance
20 Days
Scrum
Scrum is a set of rules for structuring the team, processes and techniques for making the development
process agile..
Scrum
Rules
Scrum
Team
Scrum
Events
Scrum
Artifacts
4 components of
Scrum Framework
Scrum
3 Pillars of Scrum
Minimize deviation
Required information
is available and flows properly
Transparency
Inspection
Adaptation
Course correction to prevent
further deviation
Regular monitoring for early
detection of issues
Scrum
Scrum
Scrum Team
Scrum
Product Owner
Responsibility
• Maximize the total value of work done by the development team
• Product backlog management
Development Team
Product Backlog
Scrum
Product Owner
Task 1
Task 2
Task 3
………..
Scrum
Organization also provides authority to a Product Owner..
Product Owner Product Owner
Scrum
Development Team
Responsibility
• Deliver a potentially releasable product at the end of each Sprint
Authority
• How the work would be done is left to the development team
Scrum
Development Team
Characteristics of Scrum Development Team
• It is cross-functional, no external dependency
• It is cself-organising
Scrum
Development Team
Characteristics of Scrum Development Team
• No titles and sub teams within the development team
• Team Size : A team of 3 to 9 members is good
Scrum
Responsibility
• Ensure proper practical implementation of all concepts
• All Scrum related things such as maintaining the product backlog, helping
the development team create high value products etc.
• Facilitating Scrum Events
• Ensure Scrum Artifacts are properly maintained
• Single point of contact to understand Scrum
Scrum
Scrum Events
• Sprint
• Sprint Planning
• Daily Scrum
• Sprint Review
• Sprint Retrospective
Agile Course Presentation
Scrum
Features of Scrum Events
• Regular: Events can be monthly/weekly/daily
Scrum
Features of Scrum Events
• Time boxed: limit on the duration of these events
Daily Scrum is a 15- minutes meeting
Scrum
Transparency
Inspection
Adaptation
Features of Scrum Events
• Based on three pillars of transparency, inspection & adaptation
Scrum
Scrum
Sprint
Product Owner
Scrum
Sprint
Scrum
Product Releasable
Sprint
------------------X Days (<=30 )-----------------------
(SPRINT)
-X Days (<=30 )- -X Days (<=30 )-
Product Increment Product Increment
Product Releasable
SPRINT 1 SPRINT 2
Scrum
Sprint Planning
• Sprint planning happens once in each Sprint
• Entire Scrum Team: Product Owner, Scrum Master & Development Team must be a
part of the event
• Time box for the event is 8 hours (upper limit)
• Two agendas
• What is to be done in this Sprint
• Establish how it will be done
Sprint Planning
Scrum
Product Backlog
Sprint Backlog
ProductOwner
Product Owner discussesthe
product backlog with the
developmentteam
What is to be done?
• Team Velocity: How much work
development team was able to do in
the previous few sprints
• Estimation Poker
How it will be done?
• Plan is not fixed, it evolves as more
clarity increases
• Development team will come up with
the plan
Scrum
Daily Scrum
Daily Scrum is a 15-minutes event
done everyday
Same place, same time
• Event is primarily for the Development Team
• Scrum Master facilitates the event
• Product Owner can attend the event (not necessary)
• Daily Scrum is implementation of two pillars of scrum: Regular
inspection & early adaptation
Scrum
Daily Scrum Meeting
15-minutes everyday
Same place, same time
3 important questions in Daily Scrum
• What did I do yesterday?
• What will I do today?
• Any difficulties or impediments stopping
me from the Sprint goal?
Scrum
Sprint Review
Product Increment
SPRINT
REVIEW
Attendees
• Entire Scrum Team: Product Owner,
Scrum Master, the Development Team
& other stakeholders
Objective
• Help the scrum team work more
effectively
• Increase transparency within the
team and between other stakeholders
and Scrum team
Time box for the event is 4 hours or less
Scrum
Sprint Review
What happens in Sprint Review?
1) Product Owner invites all attendees
2) Product Owner highlights completed & not-completed items
3) Development team shares Sprint experience, highlight challenges
Development team demonstrates completed item
Stakeholders may ask questions on the demonstrated item
4) Product Owner opens the backlog & initiate discussion on what to do
next. Priorities, budgets, timelines & capabilities etc. are discussed.
5) At the end of Sprint Review, Product Owner should have updated
backlog
Scrum
Sprint Retrospective
Inspection &
Adaptation of Scrum
Team
Scrum Team does this event
Agenda
Inspect the performance of the team
What went well? What went wrong?
At the end of Scrum Retrospective, Scrum Team shouldknow:
• Area of improvements
• Plan of working on them
Scrum
Scrum Artifacts
• Product Backlog
• Sprint Backlog
• Increment
Scrum
Product Backlog
At the initial stage of
starting the process
Ever Evolving
Never Fixed
Product Owner
Add details to new
requirements Product Backlog
Refinement
At a later stage when
requirements changes
Development Team
Scrum
Raw requirements
Order
No.
Requirement
Name
Requirement
Details
Estimated
Business
Value
Estimated
Effort
Ready?
1
2
3
Development
4
Team
Business Team
Product Owner
Product Backlog
Scrum Master
Backlog Refinement <= 10% of the capacity of
the development team
Scrum
Sprint Backlog
Sprint Planning Event
Sprint Review Event
Sprint Backlog
Product Backlog
Product Owner discussesthe
product backlog with the
developmentteam
Sprint Backlog
• Daily monitoring of Sprint Backlog is done in the Daily Scrum
• Owned by the development team
• Any deviation from the goal should be highlighted to the Product Owner
& Stakeholders immediately
Scrum
Sprint Backlog
Scrum
Increment
Increment is the final releasable product
• It should be usable
• It should be inspectable
• It should include increments of previous sprint
Definition
if
“Done”
Advantages & Disadvantages of Scrum
Advantages of Scrum
• More transparency and project visibility
• Increased team accountability
• Easy to accommodate changes
• Increased cost savings
• Faster Delivery
• Customers are heard
Disadvantages of Scrum
• Risk of scope creep
• Team requires experience and commitment
• The wrong Scrum Master can ruin everything
• Poorly defined tasks can lead to inaccuracies
Agile Course Presentation
Introduction to Kanban
Flexible & easy to implement method for process improvement
Scrum: Has Strict Rules Extreme Programming: Has Strict Practices
Introduction to Kanban
Identified bottlenecks in the car
making process using Kanban
Introduction to Kanban
Visualizing the workflow
to
achieve process improvement
Introduction to Kanban
Visualizing the
workflow
to
achieve process improvement
Introduction to Kanban
Visualizing the workflow
to
achieve process
improvement
Limiting the work in progress
Managing the flow
Implementing feedback loops
Kanban Board
NOT STARTED IN PROGRESS DONE
Kanban Board
Software Based Board
Physical Kanban Board
Kanban Board
NOT STARTED IN PROGRESS DONE
TASK 1
Kanban Board
NOT STARTED IN PROGRESS DONE
TASK 1
Kanban Board
NOT STARTED IN PROGRESS DONE
TASK 1
Agile Course Presentation
Kanban Board
Input Queue Analysis Build Ready Test Release Ready
In Progress Done
Development
Board Reference: David Anderson’s “Kanban”
In Progress Done
Kanban Board
Release Ready
Input Queue Analysis Build Ready Test
In Progress Done
Development
Board Reference: David Anderson’s “Kanban”
In Progress Done
Kanban Board
Input Queue Analysis Build Ready Test Release Ready
In Progress Done
Development
Board Reference: David Anderson’s “Kanban”
In Progress Done
Kanban Board
Input Queue Analysis Build Ready Test Release Ready
In Progress Done
Development
Board Reference: David Anderson’s “Kanban”
Done
In Progress
Kanban Board
Release Ready
Input Queue Analysis Build Ready Test
In Progress Done
Development
Board Reference: David Anderson’s “Kanban”
In Progress Done
Kanban Board
Input Queue Analysis Build Ready Test Release Ready
In Progress Done
Development
Board Reference: David Anderson’s “Kanban”
Done
In Progress
Kanban Board
Board Reference: David Anderson’s “Kanban”
New
Input Queue Analysis Development Test Release Ready
In Progress Done
Business
Review
TASK 2
TASK 3
TASK 4
Sent from
review
In Progress Done
Build Ready
Kanban Board
Release Ready
Input Queue Analysis Development Test
In Progress
Board Reference: David Anderson’s “Kanban”
Business
Review
TASK 2
TASK 3
TASK 4
New Sent from
review
Build Ready
In Progress Done
Done
Kanban Board
Release Ready
Input Queue Analysis Development Test
In Progress Done
Board Reference: David Anderson’s “Kanban”
TASK 3
TASK 2
Business
Review
TASK 4
New Sent from
review Done
In Progress
Build Ready
Kanban Board
Release Ready
Finding inefficiencies/issues in the process
Business Request Scheduled Business Review
TASK 2
Sent from
review
New
Testing
Building
Kanban Board
Release Ready
Finding inefficiencies/issues in the process
Business Request Scheduled Business Review
TASK 2
Sent from
review
New
Testing
Building
Kanban Board
Release Ready
Finding inefficiencies/issues in the process
Business Request Scheduled Business Review
TASK 2
Sent from
review
New
Building Testing
Kanban Board
Release Ready
Finding inefficiencies/issues in the process
Business Request Scheduled Business Review
TASK 2
Sent from
review
New
Testing
Building
Kanban Board
Finding inefficiencies/issues in the process
Business Request Building Release Ready
Business Review
TASK 2
Sent from
review
New
Testing
Scheduled
Kanban Board
Finding inefficiencies/issues in the process
Business Request Scheduled Release Ready
Business Review
TASK 2
Sent from
review
New
Testing
Building
Kanban Board
Finding inefficiencies/issues in the process
Business Request Scheduled Release Ready
TASK 2
Sent from
review
New
Outflow is low
Inflow is higher
Building
Too much
Testing Business Review
Kanban Board
Finding inefficiencies/issues in the process
Sl. no. Situation Suggestion
1 Toomuch work in progress(WIP)
on a single stage
Limiting the WIP
More team members need to work on that stage
(for e.g. testing stage in this scenario) instead of
any of the previous stage
Kanban Board
Limiting the WIP
• A limit is set on the maximum number of tasks that can be present in a column
or that step at a time
• No further inflow into the step until the pending tasks in that step are cleared
Kanban Board
Finding inefficiencies/issues in the process
Business Request Scheduled Release Ready
Business Review
TASK 2
Sent from
review
New
6 tasks pending
Limit: 6
Testing
Building
Kanban Board
Limiting the
• A limit is set on the maximum number of tasks that can be present in a column
or that step at a time
• No further inflow into the step until the pending tasks in that step are cleared
• WIP limits can be set on all the steps
• How do we decide what limit to set?
Kanban Board
Finding inefficiencies/issues in the process
Sl. no. Situation Suggestion
1
Toomuch work in progress(WIP)
on a single stage
Limiting the WIP
More team members need to work on that stage
(for e.g. testing stage in this scenario) instead of
any of the previous stage
2
Under utilization of
resources
Pending tasks not moving to the
next step
Kanban Board
Finding inefficiencies/issues in the process
Business Request Scheduled Release Ready
Business Review
Sent from
review
New
Testing
Building
Kanban Board
Finding inefficiencies/issues in the process
Sl. no. Situation Suggestion
1
Toomuch work in progress(WIP)
on a single stage
Limiting the WIP
More team members need to work on that stage
(for e.g. testing stage in this scenario) instead of
any of the previous stage
2
Under utilization of
resources
Pending tasks not moving to the
next step
Reallocate the resources somewhere else where
they can be utilized optimally
Managing the Flow
Kanban
Kanban is also known as a Pull based system
Push based system
Assign tasks
Manager/Team Leader
Team Members
Pull based system
Team members can
themselves pull the most
relevant tasks out of the list
of tasks to be done
Optimizes the work flow
Reduces lead time
Reduces over load on
worker
Kanban Board
Finding inefficiencies/issues in the process
Business Request
TASK 3
Scheduled Release Ready
Business Review
Sent from
review
Building Testing
Kanban
Finding inefficiencies/issues in the process
Sl. no. Situation Suggestion
1
Too much work in progress(WIP) on
a single stage
Limiting the WIP
More team members need to work on that stage
(for e.g. testing stage in this scenario) instead of any
of the previous stage
2
Under utilization of resources
Pending tasks not moving to the
next step
Reallocate the resources somewhere else where
they can be utilized optimally
3
Task is taking longer time than it
should be
Kanban Board
Finding inefficiencies/issues in the process
Issue: Task is taking longer time than it should be
Reason Suggestions
Unequal sized tasks Break down the task into smaller sized
tasks
Kanban Board
Business Request
TASK 3
Scheduled Release Ready
Business Review
Sent from
review
Finding inefficiencies/issues in the process
Scoping/Analyzing
/Specifying Testing
Building
Kanban Board
Finding inefficiencies/issues in the process
Issue: Task is taking longer time than it should be
Reason Suggestions
Unequal sized tasks Break down the task into smaller sized
tasks
Task is stuck due to some bug or issue Keep a regular track of the board
Kanban
Finding inefficiencies/issues in the process
Sl. no. Situation Suggestion
1
Too much work in progress(WIP) on
a single stage
Limiting the WIP
More team members need to work on that stage
(for e.g. testing stage in this scenario) instead of any
of the previous stage
2
Under utilization of resources
Pending tasks not moving to the
next step
Reallocate the resources somewhere else where
they can be utilized optimally
3
Task is taking longer time than it
should be
Keep a regular track of the board
Break down the task into smaller sized tasks
Kanban Board
Finding inefficiencies/issues in the process
Business Request Scheduled Building Testing Business Review Release Ready
Sent from
review
Feedback Loop
If tasks are sent multiple times for rework, process throughput
reduces
Work done on the task previously goes to waste
Hence, our Kanban board should highlight the tasks that sent
back for multiple reworks
Kanban Board
Finding inefficiencies/issues in the process
Business Request Scheduled Release Ready
Business Review
Sent from
review
Testing
Building
Kanban Board
Finding inefficiencies/issues in the process
Business Request Scheduled Release Ready
Business Review
Sent from
review
Building Testing
Kanban Board
Finding inefficiencies/issues in the process
Business Request Scheduled Release Ready
Business Review
Sent from
review
Testing
Building
Kanban
Finding inefficiencies/issues in the process
Sl. no. Situation Suggestion
1
Too much work in progress(WIP) on a
single stage
Limiting the WIP
More team members need to work on that stage
(for e.g. testing stage in this scenario) instead of any of
the previous stage
2
Under utilization of resources
Pending tasks not moving to the next
step
Reallocate the resources somewhere else where they
can be utilized optimally
3
Task is taking longer time than it
should be
Keep a regular track of the board
Break down the task into smaller sized tasks
4 Multiple feedback loops
Make a mark on the task for the number of rounds
that task is going for rework
Kanban
Finding inefficiencies/issues in the process
Sl. no. Situation Suggestion
1
Too much work in progress(WIP) on a
single stage
Limiting the WIP
More team members need to work on that stage
(for e.g. testing stage in this scenario) instead of any of
the previous stage
2
Under utilization of resources
Pending tasks not moving to the next
step
Reallocate the resources somewhere else where they
can be utilized optimally
3
Task is taking longer time than it
should be
Keep a regular track of the board
Break down the task into smaller sized tasks
4 Multiple feedback loops
Make a mark on the task for the number of rounds
that task is going for rework
Find optimum WIP limit for your review step
Finding inefficiencies/issues
in the process
Kanban
Finding inefficiencies/issues in the process
Sl. no. Situation Suggestion
4
Having a lot of external
dependencies
Kanban Board
Release Ready
Finding inefficiencies/issues in the process
Business Request Business Review
Sent from
review
Track Building Testing
Scheduled
Kanban
Finding inefficiencies/issues in the process
Sl. no. Situation Suggestion
4
Having a lot of external
dependencies
Develop a practice of regular follow ups on tasks listed
in “Tracking” column
No need of a WIP limit on this column
Kanban
Finding inefficiencies/issues in the process
Sl. no. Situation Suggestion
4
Having a lot of external
dependencies
Develop a practice of regular follow ups on tasks listed
in “Tracking” column
No need of a WIP limit on this column
5
Team required to work on non-
product features
Kanban Board
Scheduled
Finding inefficiencies/issues in the process
Demo/
Presentations Release Ready
Business
Review
Sent from
review
Business Request Testing
Building
Kanban
Finding inefficiencies/issues in the process
Sl. no. Situation Suggestion
4
Having a lot of external
dependencies
Develop a practice of regular follow ups on tasks listed
in “Tracking” column
No need of a WIP limit on this column
5
Team required to work on non-
product features
Create a task for such features and keep a track on the
same
6 Automate/Upgrade tasks Add such improvement tasks also on the board
Kanban
Finding inefficiencies/issues in the process
Sl. no. Situation Suggestion
4
Having a lot of external
dependencies
Develop a practice of regular follow ups on tasks listed
in “Tracking” column
No need of a WIP limit on this column
5
Team required to work on non-
product features
Create a task for such features and keep a track on the
same
6 Automate/Upgrade tasks Add such improvement tasks also on the board
7 Assigning work to new person Assign the new person to the slowest step
Defining “Done”
Kanban
Defining “Done”
Define done for each feature
Define completion for each step
Kanban
Finding inefficiencies/issues in the process
Business Request
TASK
A
Scheduled Release Ready
Business Review
Sent from
review
Testing
Building
Kanban
Release Ready
Input Queue Analysis Test
In Progress Done
Development Build Ready
In Progress Done
In Progress
In Progress Done
Done
Kanban
Define completion for each step
• If a step is complete on a task, it does not necessarily mean that
the task moves to the next step
• Task will simply sit in the done column of the previous step
• Do not have separate WIP limits for sub columns “In progress”
and “Done”
• Write "Done” rules as notes on the Kanban board
• Always check if the rules for “Done” were met in the previous
step or not
The Daily Standup
The Daily Standup
Scrum has rules on:
• How lon
• Who will
• What wil
g the metin
be handlin
l be discuss
g will be?
g the meeting?
ed in the meeting ?
Kanban is flexible
with no such rules
• Any team member can run the meeting even a
fresher
• No fixed duration of the meeting, depends on the
team’s experience
• Daily stand up is the time to get the board up-to-
date, identify issues, highlight problems if any etc.
Not a review meeting or demo of features builtor
discussion about the product etc.
Specifying rules
Specifying rules
Ensure rules are explicitly mentioned and everyone understands them clearly
• Writing WIP limit on top of the column
• Define “Done”
Agile Course Presentation
Extreme Programming (XP)
Extreme Programming (XP) is an agile software development framework that aims to
produce higher quality software, and higher quality of life for the development team.
XP is the most specific of the agile frameworks regarding appropriate engineering
practices for software development.
- Agile Alliance
Why is it called Extreme Programming?
Code Review
Extreme Programming (XP)
XP was introduced in 1996 by Kent beck
Extreme Programming (XP)
Extreme Programming is all about…
• Client satisfaction
• Bringing the social change
• Adaptiveness
It ran into controversy around…
• Pair programming
• Incremental design
• Scalability
Extreme Programming (XP)
Values behind XP practices and methods
• Simplicity
• Communication
• Courage
• Feedback
• Respect
Extreme Programming (XP)
Values behind XP practices and methods
• Simplicity
• Communication
• Courage
• Feedback
• Respect
Extreme Programming (XP)
Values behind XP practices and methods
• Simplicity
• Communication
• Courage
• Feedback
• Respect
Extreme Programming (XP)
Values behind XP practices and methods
• Simplicity
• Communication
• Courage
• Feedback
• Respect
Extreme Programming (XP)
Values behind XP practices and methods
• Simplicity
• Communication
• Courage
• Feedback
• Respect
Extreme Programming (XP)
Values behind XP practices and methods
• Simplicity
• Communication
• Courage
• Feedback
• Respect
Extreme Programming (XP)
Practice Exercise
The development team is organized into pairs, with each pair working in front of a single workstation.
Which of the five aspects of extreme programming do you think that this
improves?
A. Communication
B. Simplicity
C. Feedback
D. Respect
E. Courage
Extreme Programming (XP)
Mentality of Sufficiency
How would you program if you had all the time in the world?
• Write Tests
• Restructure your code often
• Talk to fellow programmers and with the customer often
Extreme Programming (XP) Practices
Sit Together Stories
Whole Team Weekly Cycle
Informative Workspace Quarterly Cycle
Energized Work Slack
Pair Programming Ten-Minute Build
Continuous Integration
Test First Programming
Incremental Design
Part 2
Part 1
Primary Practices
Corollary Practices : Refer to the resources section
Sit Together
Whole Team
Informative Workspace
Energized Work
Pair Programming
Extreme Programming (XP) Practices
Primary Practices
All members are accessible to
each other
Sit Together
Whole Team
Informative Workspace
Energized Work
Pair Programming
Extreme Programming (XP) Practices
Primary Practices
All the required skills are
available to plan, develop,build,
test & release
Sit Together
Whole Team
Informative
Workspace
Energized Work
Pair Programming
Extreme Programming (XP) Practices
Primary Practices
Visual & Information
Sit Together
Whole Team
Informative Workspace
Energized Work
Pair Programming
Extreme Programming (XP) Practices
Primary Practices
40 Hours
Sustainable
Sit Together
Whole Team
Informative Workspace
Energized Work
Pair Programming
Extreme Programming (XP) Practices
Primary Practices
Pair Programming
Extreme Programming (XP) Practices
Primary Practices
Stories
Weekly Cycle
Quarterly Cycle
Slack
Ten-Minute Build
Continuous Integration
Test First Programming
Incremental Design
Extreme Programming (XP) Practices
Primary Practices
Stories
Weekly Cycle
Quarterly Cycle
Slack
Ten-Minute Build
Continuous Integration
Test First Programming
Incremental Design
Week 1 Week 2 Week 3 Week …
Extreme Programming (XP) Practices
Primary Practices
Stories
Weekly Cycle
Quarterly Cycle
Slack
Ten-Minute Build
Continuous Integration
Test First Programming
Incremental Design
Quarter 1 Quarter 2 Quarter 3 Quarter …
Extreme Programming (XP) Practices
Primary Practices
Stories
Weekly Cycle
Quarterly Cycle
Slack
Ten-Minute Build
Continuous Integration
Test First Programming
Incremental Design
Extreme Programming (XP) Practices
Primary Practices
Stories
Weekly Cycle
Quarterly Cycle
Slack
Ten-Minute Build
Continuous Integration
Test First Programming
Incremental Design
Extreme Programming (XP) Practices
Primary Practices
Stories
Weekly Cycle
Quarterly Cycle
Slack
Ten-Minute Build
Continuous
Integration
Test First Programming
Incremental Design Asynchronous Integration and Synchronous
Integration
Extreme Programming (XP) Practices
Primary Practices
Stories
Weekly Cycle
Quarterly Cycle
Slack
Ten-Minute Build
Continuous Integration
Test First Programming
Incremental Design
develop code -> write tests -> run tests
The practice of Test-First Programming follows the path of:
Write failing automated test -> Run failing test -> develop
code to make test pass -> run test -> repeat
Extreme Programming (XP) Practices
Primary Practices
Stories
Weekly Cycle
Quarterly Cycle
Slack
Ten-Minute Build
Continuous Integration
Test First Programming
Incremental Design
Agile Course Presentation

Contenu connexe

Tendances

Agile Metrics...That Matter
Agile Metrics...That MatterAgile Metrics...That Matter
Agile Metrics...That MatterErik Weber
 
Introduction to SAFe, the Scaled Agile Framework
Introduction to SAFe, the Scaled Agile FrameworkIntroduction to SAFe, the Scaled Agile Framework
Introduction to SAFe, the Scaled Agile Frameworksrondal
 
Rick Austin - Portfolio mangement in an agile world [Agile DC]
Rick Austin - Portfolio mangement in an agile world [Agile DC]Rick Austin - Portfolio mangement in an agile world [Agile DC]
Rick Austin - Portfolio mangement in an agile world [Agile DC]LeadingAgile
 
Backlog Grooming - The Importance of Good Grooming Habits
Backlog Grooming - The Importance of Good Grooming HabitsBacklog Grooming - The Importance of Good Grooming Habits
Backlog Grooming - The Importance of Good Grooming HabitsIan Garrison
 
Definition of Done and Product Backlog refinement
Definition of Done and Product Backlog refinementDefinition of Done and Product Backlog refinement
Definition of Done and Product Backlog refinementChristian Vos
 
Agile stories, estimating and planning
Agile stories, estimating and planningAgile stories, estimating and planning
Agile stories, estimating and planningDimitri Ponomareff
 
The Agile Adoption Roadmap (Keynote by Tim Abbott)
The Agile Adoption Roadmap  (Keynote by Tim Abbott)The Agile Adoption Roadmap  (Keynote by Tim Abbott)
The Agile Adoption Roadmap (Keynote by Tim Abbott)Agile Days Middle East
 
21 Story Splitting Patterns
21 Story Splitting Patterns21 Story Splitting Patterns
21 Story Splitting PatternsKent McDonald
 
Exin Agile Scrum Master - Course Preview
Exin Agile Scrum Master - Course PreviewExin Agile Scrum Master - Course Preview
Exin Agile Scrum Master - Course PreviewInvensis Learning
 
Agile practices using jira atlassian
Agile practices using jira atlassianAgile practices using jira atlassian
Agile practices using jira atlassianMichal Epstein
 
Agile Project management
Agile Project managementAgile Project management
Agile Project managementBabu Appat
 
Overview of Agile Methodology
Overview of Agile MethodologyOverview of Agile Methodology
Overview of Agile MethodologyHaresh Karkar
 
Introduction To Agile
Introduction To AgileIntroduction To Agile
Introduction To Agilevineet
 
Introduction To Scrum
Introduction To ScrumIntroduction To Scrum
Introduction To ScrumDave Neuman
 
Scaled Agile Framework (SAFe) Roles and Meetings
Scaled Agile Framework (SAFe) Roles and MeetingsScaled Agile Framework (SAFe) Roles and Meetings
Scaled Agile Framework (SAFe) Roles and MeetingsRob Betcher
 
Agile vs Waterfall Project management
Agile vs Waterfall  Project management Agile vs Waterfall  Project management
Agile vs Waterfall Project management Kostiantyn Trefiak
 

Tendances (20)

Agile Metrics...That Matter
Agile Metrics...That MatterAgile Metrics...That Matter
Agile Metrics...That Matter
 
Introduction to SAFe, the Scaled Agile Framework
Introduction to SAFe, the Scaled Agile FrameworkIntroduction to SAFe, the Scaled Agile Framework
Introduction to SAFe, the Scaled Agile Framework
 
Agile Planning and Estimation
Agile Planning and EstimationAgile Planning and Estimation
Agile Planning and Estimation
 
Rick Austin - Portfolio mangement in an agile world [Agile DC]
Rick Austin - Portfolio mangement in an agile world [Agile DC]Rick Austin - Portfolio mangement in an agile world [Agile DC]
Rick Austin - Portfolio mangement in an agile world [Agile DC]
 
Backlog Grooming - The Importance of Good Grooming Habits
Backlog Grooming - The Importance of Good Grooming HabitsBacklog Grooming - The Importance of Good Grooming Habits
Backlog Grooming - The Importance of Good Grooming Habits
 
Definition of Done and Product Backlog refinement
Definition of Done and Product Backlog refinementDefinition of Done and Product Backlog refinement
Definition of Done and Product Backlog refinement
 
Agile stories, estimating and planning
Agile stories, estimating and planningAgile stories, estimating and planning
Agile stories, estimating and planning
 
The Agile Adoption Roadmap (Keynote by Tim Abbott)
The Agile Adoption Roadmap  (Keynote by Tim Abbott)The Agile Adoption Roadmap  (Keynote by Tim Abbott)
The Agile Adoption Roadmap (Keynote by Tim Abbott)
 
21 Story Splitting Patterns
21 Story Splitting Patterns21 Story Splitting Patterns
21 Story Splitting Patterns
 
Agile vs Waterfall
Agile vs WaterfallAgile vs Waterfall
Agile vs Waterfall
 
Product Backlog Management
Product Backlog ManagementProduct Backlog Management
Product Backlog Management
 
Exin Agile Scrum Master - Course Preview
Exin Agile Scrum Master - Course PreviewExin Agile Scrum Master - Course Preview
Exin Agile Scrum Master - Course Preview
 
Agile practices using jira atlassian
Agile practices using jira atlassianAgile practices using jira atlassian
Agile practices using jira atlassian
 
Agile Project management
Agile Project managementAgile Project management
Agile Project management
 
Effective User Stories
Effective User StoriesEffective User Stories
Effective User Stories
 
Overview of Agile Methodology
Overview of Agile MethodologyOverview of Agile Methodology
Overview of Agile Methodology
 
Introduction To Agile
Introduction To AgileIntroduction To Agile
Introduction To Agile
 
Introduction To Scrum
Introduction To ScrumIntroduction To Scrum
Introduction To Scrum
 
Scaled Agile Framework (SAFe) Roles and Meetings
Scaled Agile Framework (SAFe) Roles and MeetingsScaled Agile Framework (SAFe) Roles and Meetings
Scaled Agile Framework (SAFe) Roles and Meetings
 
Agile vs Waterfall Project management
Agile vs Waterfall  Project management Agile vs Waterfall  Project management
Agile vs Waterfall Project management
 

Similaire à Agile Course Presentation

Agile+Course+Presentation.pdf
Agile+Course+Presentation.pdfAgile+Course+Presentation.pdf
Agile+Course+Presentation.pdfChandan Kumar
 
To be or not to be Agile ?
To be or not to be Agile ?To be or not to be Agile ?
To be or not to be Agile ?AgileNetwork
 
Successful Business Sponsorship of Agile IT Projects
Successful Business Sponsorship of Agile IT ProjectsSuccessful Business Sponsorship of Agile IT Projects
Successful Business Sponsorship of Agile IT ProjectsChris Mundy
 
Agile project, myths & selection criteria
Agile project, myths & selection criteriaAgile project, myths & selection criteria
Agile project, myths & selection criteriaWilliam Hill Australia
 
Applying both of waterfall and iterative development
Applying both of waterfall and iterative developmentApplying both of waterfall and iterative development
Applying both of waterfall and iterative developmentDeny Prasetia
 
Lean change method toronto agile meetup
Lean change method toronto agile meetupLean change method toronto agile meetup
Lean change method toronto agile meetupagilebydesign
 
Agile adoption julen c. mohanty
Agile adoption   julen c. mohantyAgile adoption   julen c. mohanty
Agile adoption julen c. mohantyJulen Mohanty
 
ANIn Coimbatore Jan 2024 |Combining Agile Mindset and Design Thinking by Shan...
ANIn Coimbatore Jan 2024 |Combining Agile Mindset and Design Thinking by Shan...ANIn Coimbatore Jan 2024 |Combining Agile Mindset and Design Thinking by Shan...
ANIn Coimbatore Jan 2024 |Combining Agile Mindset and Design Thinking by Shan...AgileNetwork
 
Agile Implementations - Tim FitzGerald - US Assure
Agile Implementations - Tim FitzGerald - US AssureAgile Implementations - Tim FitzGerald - US Assure
Agile Implementations - Tim FitzGerald - US AssureJAX Chamber IT Council
 
Olena Grygorchuk - Refactor your understandings about Agile development
Olena Grygorchuk - Refactor your understandings about Agile developmentOlena Grygorchuk - Refactor your understandings about Agile development
Olena Grygorchuk - Refactor your understandings about Agile developmentTimetogrowup
 
Agile for product owners v12
Agile for product owners  v12Agile for product owners  v12
Agile for product owners v12Ravi Tadwalkar
 
The 12 Agile Principles
The 12 Agile PrinciplesThe 12 Agile Principles
The 12 Agile PrinciplesAgile201
 
Eliminate Bottlenecks in Software Development & Delivery
Eliminate Bottlenecks in Software Development & DeliveryEliminate Bottlenecks in Software Development & Delivery
Eliminate Bottlenecks in Software Development & DeliveryMicro Focus
 
An Agile Overview @ ShoreTel Sky
An Agile Overview @ ShoreTel SkyAn Agile Overview @ ShoreTel Sky
An Agile Overview @ ShoreTel Skygirabrent
 
Making Work Product-Centric: A Journey at Nationwide Insurance | Tasktop Conn...
Making Work Product-Centric: A Journey at Nationwide Insurance | Tasktop Conn...Making Work Product-Centric: A Journey at Nationwide Insurance | Tasktop Conn...
Making Work Product-Centric: A Journey at Nationwide Insurance | Tasktop Conn...Tasktop
 

Similaire à Agile Course Presentation (20)

Agile+Course+Presentation.pdf
Agile+Course+Presentation.pdfAgile+Course+Presentation.pdf
Agile+Course+Presentation.pdf
 
To be or not to be Agile ?
To be or not to be Agile ?To be or not to be Agile ?
To be or not to be Agile ?
 
Successful Business Sponsorship of Agile IT Projects
Successful Business Sponsorship of Agile IT ProjectsSuccessful Business Sponsorship of Agile IT Projects
Successful Business Sponsorship of Agile IT Projects
 
Agile project, myths & selection criteria
Agile project, myths & selection criteriaAgile project, myths & selection criteria
Agile project, myths & selection criteria
 
English digital business 2.1.pptx
English digital business 2.1.pptxEnglish digital business 2.1.pptx
English digital business 2.1.pptx
 
Applying both of waterfall and iterative development
Applying both of waterfall and iterative developmentApplying both of waterfall and iterative development
Applying both of waterfall and iterative development
 
Lean change method toronto agile meetup
Lean change method toronto agile meetupLean change method toronto agile meetup
Lean change method toronto agile meetup
 
Agile adoption julen c. mohanty
Agile adoption   julen c. mohantyAgile adoption   julen c. mohanty
Agile adoption julen c. mohanty
 
ANIn Coimbatore Jan 2024 |Combining Agile Mindset and Design Thinking by Shan...
ANIn Coimbatore Jan 2024 |Combining Agile Mindset and Design Thinking by Shan...ANIn Coimbatore Jan 2024 |Combining Agile Mindset and Design Thinking by Shan...
ANIn Coimbatore Jan 2024 |Combining Agile Mindset and Design Thinking by Shan...
 
Waterfall Model.pptx
Waterfall Model.pptxWaterfall Model.pptx
Waterfall Model.pptx
 
Agile Implementations - Tim FitzGerald - US Assure
Agile Implementations - Tim FitzGerald - US AssureAgile Implementations - Tim FitzGerald - US Assure
Agile Implementations - Tim FitzGerald - US Assure
 
Olena Grygorchuk - Refactor your understandings about Agile development
Olena Grygorchuk - Refactor your understandings about Agile developmentOlena Grygorchuk - Refactor your understandings about Agile development
Olena Grygorchuk - Refactor your understandings about Agile development
 
Agile Mindset (عقلية وطرق التفكير في الإدارة الرشيقة للمشاريع)
Agile Mindset (عقلية وطرق التفكير في الإدارة الرشيقة للمشاريع)Agile Mindset (عقلية وطرق التفكير في الإدارة الرشيقة للمشاريع)
Agile Mindset (عقلية وطرق التفكير في الإدارة الرشيقة للمشاريع)
 
Agile for product owners v12
Agile for product owners  v12Agile for product owners  v12
Agile for product owners v12
 
The 12 Agile Principles
The 12 Agile PrinciplesThe 12 Agile Principles
The 12 Agile Principles
 
Agile 101
Agile 101Agile 101
Agile 101
 
Eliminate Bottlenecks in Software Development & Delivery
Eliminate Bottlenecks in Software Development & DeliveryEliminate Bottlenecks in Software Development & Delivery
Eliminate Bottlenecks in Software Development & Delivery
 
An Agile Overview @ ShoreTel Sky
An Agile Overview @ ShoreTel SkyAn Agile Overview @ ShoreTel Sky
An Agile Overview @ ShoreTel Sky
 
Making Work Product-Centric: A Journey at Nationwide Insurance | Tasktop Conn...
Making Work Product-Centric: A Journey at Nationwide Insurance | Tasktop Conn...Making Work Product-Centric: A Journey at Nationwide Insurance | Tasktop Conn...
Making Work Product-Centric: A Journey at Nationwide Insurance | Tasktop Conn...
 
Are you Agile enough?
Are you Agile enough?Are you Agile enough?
Are you Agile enough?
 

Plus de Soumya De

Activate Methodology
Activate MethodologyActivate Methodology
Activate MethodologySoumya De
 
S/4 HANA Hand Written Notes
S/4 HANA Hand Written NotesS/4 HANA Hand Written Notes
S/4 HANA Hand Written NotesSoumya De
 
SWOT-Analysis
SWOT-AnalysisSWOT-Analysis
SWOT-AnalysisSoumya De
 
SWOT-Analysis_PPT
SWOT-Analysis_PPTSWOT-Analysis_PPT
SWOT-Analysis_PPTSoumya De
 
SWOT ANALYSIS
SWOT ANALYSISSWOT ANALYSIS
SWOT ANALYSISSoumya De
 
Excel Fundamentals
Excel Fundamentals Excel Fundamentals
Excel Fundamentals Soumya De
 
Methodologies in Project Management
Methodologies in Project ManagementMethodologies in Project Management
Methodologies in Project ManagementSoumya De
 
What Is DevOps?
What Is DevOps?What Is DevOps?
What Is DevOps?Soumya De
 
Product Management
Product ManagementProduct Management
Product ManagementSoumya De
 
Scrum Guide & SAFe Agile booklet
Scrum Guide & SAFe Agile bookletScrum Guide & SAFe Agile booklet
Scrum Guide & SAFe Agile bookletSoumya De
 
Changes Between Different Versions Scrum Guides
Changes Between Different Versions Scrum GuidesChanges Between Different Versions Scrum Guides
Changes Between Different Versions Scrum GuidesSoumya De
 
PMP GLOSSARY
PMP GLOSSARYPMP GLOSSARY
PMP GLOSSARYSoumya De
 
Microsoft Azure
Microsoft AzureMicrosoft Azure
Microsoft AzureSoumya De
 
Sap S4 HANA Everything You Need To Know
Sap S4 HANA Everything You Need To Know Sap S4 HANA Everything You Need To Know
Sap S4 HANA Everything You Need To Know Soumya De
 
PMP APPLICATION FILLING TIPS AND PMBOK GUIDE REVESION SLIDES WITH FEW TIPS ...
PMP APPLICATION FILLING TIPS AND PMBOK GUIDE REVESION SLIDES WITH FEW TIPS ...PMP APPLICATION FILLING TIPS AND PMBOK GUIDE REVESION SLIDES WITH FEW TIPS ...
PMP APPLICATION FILLING TIPS AND PMBOK GUIDE REVESION SLIDES WITH FEW TIPS ...Soumya De
 
Ps configuration manual
Ps configuration manualPs configuration manual
Ps configuration manualSoumya De
 
Sap S/4 HANA New Implementation
Sap S/4 HANA New ImplementationSap S/4 HANA New Implementation
Sap S/4 HANA New ImplementationSoumya De
 
User status profile
User status profileUser status profile
User status profileSoumya De
 
Table relationship of SAP PS and Other Modules
Table relationship of SAP PS and Other ModulesTable relationship of SAP PS and Other Modules
Table relationship of SAP PS and Other ModulesSoumya De
 
Sap ps training material
Sap ps training materialSap ps training material
Sap ps training materialSoumya De
 

Plus de Soumya De (20)

Activate Methodology
Activate MethodologyActivate Methodology
Activate Methodology
 
S/4 HANA Hand Written Notes
S/4 HANA Hand Written NotesS/4 HANA Hand Written Notes
S/4 HANA Hand Written Notes
 
SWOT-Analysis
SWOT-AnalysisSWOT-Analysis
SWOT-Analysis
 
SWOT-Analysis_PPT
SWOT-Analysis_PPTSWOT-Analysis_PPT
SWOT-Analysis_PPT
 
SWOT ANALYSIS
SWOT ANALYSISSWOT ANALYSIS
SWOT ANALYSIS
 
Excel Fundamentals
Excel Fundamentals Excel Fundamentals
Excel Fundamentals
 
Methodologies in Project Management
Methodologies in Project ManagementMethodologies in Project Management
Methodologies in Project Management
 
What Is DevOps?
What Is DevOps?What Is DevOps?
What Is DevOps?
 
Product Management
Product ManagementProduct Management
Product Management
 
Scrum Guide & SAFe Agile booklet
Scrum Guide & SAFe Agile bookletScrum Guide & SAFe Agile booklet
Scrum Guide & SAFe Agile booklet
 
Changes Between Different Versions Scrum Guides
Changes Between Different Versions Scrum GuidesChanges Between Different Versions Scrum Guides
Changes Between Different Versions Scrum Guides
 
PMP GLOSSARY
PMP GLOSSARYPMP GLOSSARY
PMP GLOSSARY
 
Microsoft Azure
Microsoft AzureMicrosoft Azure
Microsoft Azure
 
Sap S4 HANA Everything You Need To Know
Sap S4 HANA Everything You Need To Know Sap S4 HANA Everything You Need To Know
Sap S4 HANA Everything You Need To Know
 
PMP APPLICATION FILLING TIPS AND PMBOK GUIDE REVESION SLIDES WITH FEW TIPS ...
PMP APPLICATION FILLING TIPS AND PMBOK GUIDE REVESION SLIDES WITH FEW TIPS ...PMP APPLICATION FILLING TIPS AND PMBOK GUIDE REVESION SLIDES WITH FEW TIPS ...
PMP APPLICATION FILLING TIPS AND PMBOK GUIDE REVESION SLIDES WITH FEW TIPS ...
 
Ps configuration manual
Ps configuration manualPs configuration manual
Ps configuration manual
 
Sap S/4 HANA New Implementation
Sap S/4 HANA New ImplementationSap S/4 HANA New Implementation
Sap S/4 HANA New Implementation
 
User status profile
User status profileUser status profile
User status profile
 
Table relationship of SAP PS and Other Modules
Table relationship of SAP PS and Other ModulesTable relationship of SAP PS and Other Modules
Table relationship of SAP PS and Other Modules
 
Sap ps training material
Sap ps training materialSap ps training material
Sap ps training material
 

Dernier

Fabric RFID Wristbands in Ireland for Events and Festivals
Fabric RFID Wristbands in Ireland for Events and FestivalsFabric RFID Wristbands in Ireland for Events and Festivals
Fabric RFID Wristbands in Ireland for Events and FestivalsWristbands Ireland
 
Anyhr.io | Presentation HR&Recruiting agency
Anyhr.io | Presentation HR&Recruiting agencyAnyhr.io | Presentation HR&Recruiting agency
Anyhr.io | Presentation HR&Recruiting agencyHanna Klim
 
Live-Streaming in the Music Industry Webinar
Live-Streaming in the Music Industry WebinarLive-Streaming in the Music Industry Webinar
Live-Streaming in the Music Industry WebinarNathanielSchmuck
 
Building Your Personal Brand on LinkedIn - Expert Planet- 2024
 Building Your Personal Brand on LinkedIn - Expert Planet-  2024 Building Your Personal Brand on LinkedIn - Expert Planet-  2024
Building Your Personal Brand on LinkedIn - Expert Planet- 2024Stephan Koning
 
Developing Coaching Skills: Mine, Yours, Ours
Developing Coaching Skills: Mine, Yours, OursDeveloping Coaching Skills: Mine, Yours, Ours
Developing Coaching Skills: Mine, Yours, OursKaiNexus
 
Introduction to The overview of GAAP LO 1-5.pptx
Introduction to The overview of GAAP LO 1-5.pptxIntroduction to The overview of GAAP LO 1-5.pptx
Introduction to The overview of GAAP LO 1-5.pptxJemalSeid25
 
AMAZON SELLER VIRTUAL ASSISTANT PRODUCT RESEARCH .pdf
AMAZON SELLER VIRTUAL ASSISTANT PRODUCT RESEARCH .pdfAMAZON SELLER VIRTUAL ASSISTANT PRODUCT RESEARCH .pdf
AMAZON SELLER VIRTUAL ASSISTANT PRODUCT RESEARCH .pdfJohnCarloValencia4
 
Graham and Doddsville - Issue 1 - Winter 2006 (1).pdf
Graham and Doddsville - Issue 1 - Winter 2006 (1).pdfGraham and Doddsville - Issue 1 - Winter 2006 (1).pdf
Graham and Doddsville - Issue 1 - Winter 2006 (1).pdfAnhNguyen97152
 
Chicago Medical Malpractice Lawyer Chicago Medical Malpractice Lawyer.pdf
Chicago Medical Malpractice Lawyer Chicago Medical Malpractice Lawyer.pdfChicago Medical Malpractice Lawyer Chicago Medical Malpractice Lawyer.pdf
Chicago Medical Malpractice Lawyer Chicago Medical Malpractice Lawyer.pdfSourav Sikder
 
MC Heights construction company in Jhang
MC Heights construction company in JhangMC Heights construction company in Jhang
MC Heights construction company in Jhangmcgroupjeya
 
PDT 88 - 4 million seed - Seed - Protecto.pdf
PDT 88 - 4 million seed - Seed - Protecto.pdfPDT 88 - 4 million seed - Seed - Protecto.pdf
PDT 88 - 4 million seed - Seed - Protecto.pdfHajeJanKamps
 
BCE24 | Virtual Brand Ambassadors: Making Brands Personal - John Meulemans
BCE24 | Virtual Brand Ambassadors: Making Brands Personal - John MeulemansBCE24 | Virtual Brand Ambassadors: Making Brands Personal - John Meulemans
BCE24 | Virtual Brand Ambassadors: Making Brands Personal - John MeulemansBBPMedia1
 
Borderless Access - Global B2B Panel book-unlock 2024
Borderless Access - Global B2B Panel book-unlock 2024Borderless Access - Global B2B Panel book-unlock 2024
Borderless Access - Global B2B Panel book-unlock 2024Borderless Access
 
Project Brief & Information Architecture Report
Project Brief & Information Architecture ReportProject Brief & Information Architecture Report
Project Brief & Information Architecture Reportamberjiles31
 
7movierulz.uk
7movierulz.uk7movierulz.uk
7movierulz.ukaroemirsr
 
Q2 2024 APCO Geopolitical Radar - The Global Operating Environment for Business
Q2 2024 APCO Geopolitical Radar - The Global Operating Environment for BusinessQ2 2024 APCO Geopolitical Radar - The Global Operating Environment for Business
Q2 2024 APCO Geopolitical Radar - The Global Operating Environment for BusinessAPCO
 
NewBase 25 March 2024 Energy News issue - 1710 by Khaled Al Awadi_compress...
NewBase  25 March  2024  Energy News issue - 1710 by Khaled Al Awadi_compress...NewBase  25 March  2024  Energy News issue - 1710 by Khaled Al Awadi_compress...
NewBase 25 March 2024 Energy News issue - 1710 by Khaled Al Awadi_compress...Khaled Al Awadi
 
NASA CoCEI Scaling Strategy - November 2023
NASA CoCEI Scaling Strategy - November 2023NASA CoCEI Scaling Strategy - November 2023
NASA CoCEI Scaling Strategy - November 2023Steve Rader
 
IIBA® Melbourne - Navigating Business Analysis - Excellence for Career Growth...
IIBA® Melbourne - Navigating Business Analysis - Excellence for Career Growth...IIBA® Melbourne - Navigating Business Analysis - Excellence for Career Growth...
IIBA® Melbourne - Navigating Business Analysis - Excellence for Career Growth...AustraliaChapterIIBA
 

Dernier (20)

Fabric RFID Wristbands in Ireland for Events and Festivals
Fabric RFID Wristbands in Ireland for Events and FestivalsFabric RFID Wristbands in Ireland for Events and Festivals
Fabric RFID Wristbands in Ireland for Events and Festivals
 
Anyhr.io | Presentation HR&Recruiting agency
Anyhr.io | Presentation HR&Recruiting agencyAnyhr.io | Presentation HR&Recruiting agency
Anyhr.io | Presentation HR&Recruiting agency
 
Live-Streaming in the Music Industry Webinar
Live-Streaming in the Music Industry WebinarLive-Streaming in the Music Industry Webinar
Live-Streaming in the Music Industry Webinar
 
Building Your Personal Brand on LinkedIn - Expert Planet- 2024
 Building Your Personal Brand on LinkedIn - Expert Planet-  2024 Building Your Personal Brand on LinkedIn - Expert Planet-  2024
Building Your Personal Brand on LinkedIn - Expert Planet- 2024
 
Developing Coaching Skills: Mine, Yours, Ours
Developing Coaching Skills: Mine, Yours, OursDeveloping Coaching Skills: Mine, Yours, Ours
Developing Coaching Skills: Mine, Yours, Ours
 
Introduction to The overview of GAAP LO 1-5.pptx
Introduction to The overview of GAAP LO 1-5.pptxIntroduction to The overview of GAAP LO 1-5.pptx
Introduction to The overview of GAAP LO 1-5.pptx
 
AMAZON SELLER VIRTUAL ASSISTANT PRODUCT RESEARCH .pdf
AMAZON SELLER VIRTUAL ASSISTANT PRODUCT RESEARCH .pdfAMAZON SELLER VIRTUAL ASSISTANT PRODUCT RESEARCH .pdf
AMAZON SELLER VIRTUAL ASSISTANT PRODUCT RESEARCH .pdf
 
Graham and Doddsville - Issue 1 - Winter 2006 (1).pdf
Graham and Doddsville - Issue 1 - Winter 2006 (1).pdfGraham and Doddsville - Issue 1 - Winter 2006 (1).pdf
Graham and Doddsville - Issue 1 - Winter 2006 (1).pdf
 
Chicago Medical Malpractice Lawyer Chicago Medical Malpractice Lawyer.pdf
Chicago Medical Malpractice Lawyer Chicago Medical Malpractice Lawyer.pdfChicago Medical Malpractice Lawyer Chicago Medical Malpractice Lawyer.pdf
Chicago Medical Malpractice Lawyer Chicago Medical Malpractice Lawyer.pdf
 
MC Heights construction company in Jhang
MC Heights construction company in JhangMC Heights construction company in Jhang
MC Heights construction company in Jhang
 
PDT 88 - 4 million seed - Seed - Protecto.pdf
PDT 88 - 4 million seed - Seed - Protecto.pdfPDT 88 - 4 million seed - Seed - Protecto.pdf
PDT 88 - 4 million seed - Seed - Protecto.pdf
 
BCE24 | Virtual Brand Ambassadors: Making Brands Personal - John Meulemans
BCE24 | Virtual Brand Ambassadors: Making Brands Personal - John MeulemansBCE24 | Virtual Brand Ambassadors: Making Brands Personal - John Meulemans
BCE24 | Virtual Brand Ambassadors: Making Brands Personal - John Meulemans
 
Investment Opportunity for Thailand's Automotive & EV Industries
Investment Opportunity for Thailand's Automotive & EV IndustriesInvestment Opportunity for Thailand's Automotive & EV Industries
Investment Opportunity for Thailand's Automotive & EV Industries
 
Borderless Access - Global B2B Panel book-unlock 2024
Borderless Access - Global B2B Panel book-unlock 2024Borderless Access - Global B2B Panel book-unlock 2024
Borderless Access - Global B2B Panel book-unlock 2024
 
Project Brief & Information Architecture Report
Project Brief & Information Architecture ReportProject Brief & Information Architecture Report
Project Brief & Information Architecture Report
 
7movierulz.uk
7movierulz.uk7movierulz.uk
7movierulz.uk
 
Q2 2024 APCO Geopolitical Radar - The Global Operating Environment for Business
Q2 2024 APCO Geopolitical Radar - The Global Operating Environment for BusinessQ2 2024 APCO Geopolitical Radar - The Global Operating Environment for Business
Q2 2024 APCO Geopolitical Radar - The Global Operating Environment for Business
 
NewBase 25 March 2024 Energy News issue - 1710 by Khaled Al Awadi_compress...
NewBase  25 March  2024  Energy News issue - 1710 by Khaled Al Awadi_compress...NewBase  25 March  2024  Energy News issue - 1710 by Khaled Al Awadi_compress...
NewBase 25 March 2024 Energy News issue - 1710 by Khaled Al Awadi_compress...
 
NASA CoCEI Scaling Strategy - November 2023
NASA CoCEI Scaling Strategy - November 2023NASA CoCEI Scaling Strategy - November 2023
NASA CoCEI Scaling Strategy - November 2023
 
IIBA® Melbourne - Navigating Business Analysis - Excellence for Career Growth...
IIBA® Melbourne - Navigating Business Analysis - Excellence for Career Growth...IIBA® Melbourne - Navigating Business Analysis - Excellence for Career Growth...
IIBA® Melbourne - Navigating Business Analysis - Excellence for Career Growth...
 

Agile Course Presentation

  • 1. Agile Project Management: Agile,Scrum, Kanban & XP By : Soumya De Mob: 9986898020 Techno_functional_consultant@outlook.com
  • 2. Project Management: Need for change • Time bounded • Requires definitive effort • Needs to be well planned • Must be completed within the assigned budget
  • 3. Processes can’t be left behind Project Management: Need for change Waterfall Model
  • 4. Project Management: Need for change Example: Any MobileApplication Flaws and weaknesses in historical approaches to project management and the requirements in the current period Time required to push changes Front end Back end DNS Routes Payment interface ……..
  • 6. Project Management: Need for change 03 01 04 02 Better Productivity & Quality Higher Customer Satisfaction Higher Return on Investment More Control on your project
  • 8. What is Agile? • Iterative approach to Software delivery • Delivering faster in less time and less money • Ability to create and quickly respond to change • Philosophy to rapidly deploy an application • Fully loaded tool-kit • Just a mindset or way of thinking
  • 9. What is Agile Manifesto?
  • 10. Agile Manifesto & Principles
  • 11. Agile Manifesto & Principles Agile Manifesto Agile Principles Agile Alliance
  • 12. Manifesto for Agile Software Development We are uncovering better ways of developing software by doing it and helping others do it. Through this work we have come to value: Individuals and interactions over processes and tools Working software over comprehensive documentation Customer collaboration over contract negotiation Responding to change over following a plan That is, while there is value in the items on the right, we value the items on the left more.
  • 13. Individuals and interactions over processes and tools
  • 14. Working software over comprehensive documentation
  • 15. Customer collaboration over contract negotiation
  • 16. Responding to change over following a plan
  • 19. Customer Collaboration over contract negotiation ? Violating our principle that says the developers should be working with the business owners every day? Agile Principles
  • 20. The Agile test 1. Does what we’re doing at this moment support the early and continuous delivery of valuable software? 2. Does our process welcome and take advantage of change? 3. Does our process lead to and support the delivery of working functionality? Are the developers and the product owner working together daily? 4. Are customers and business stakeholders working closely with the project team? 5. Does our environment give the development team the support it needs to get the job done? 6. Are we communicating face to face more than through phone and email? 7. Are we measuring progress by the amount of working functionality produced? 8. Can we maintain this pace indefinitely? 9. Do we support technical excellence and good design that allows for future changes? 10. Are we maximizing the amount of work not done — namely, doing as little as necessary to fulfill the goal of the project? 11. Is this development team self-organizing and self-managing? Does it have the freedom to succeed? 12. Are we reflecting at regular intervals and adjusting our behavior accordingly?
  • 22. Agile is not… • A specific way of doing software development • A framework, standard or a process • An end-goal by itself • An excuse to stop reducing documentation or an opportunity to eliminate planning • One size fits all • Scrum—Scrum follows Agile principles • Kanban—Kanban applies Agile principles • Limited to software developments
  • 23. Agile Overview Summary • Refers to any process that aligns with the concepts of Agile Manifesto • Based on incremental delivery and iterative approach • Encourages constant feedback from the end users • Deliver value faster and foster the ability to better respond to market trends
  • 24. • Refers to any process that aligns with the concepts of Agile Manifesto • Based on incremental delivery and iterative approach • Encourages constant feedback from the end users • Deliver value faster and foster the ability to better respond to market trends Agile Overview Summary
  • 25. • Refers to any process that aligns with the concepts of Agile Manifesto • Based on incremental, iterative approach • Encourages constant feedback from the end users • Deliver value faster and foster the ability to better respond to market trends Agile Overview Summary
  • 26. • Refers to any process that aligns with the concepts of Agile Manifesto • Based on incremental, iterative approach • Encourages constant feedback from the end users • Deliver value faster and foster the ability to better respond to market trends Agile Overview Summary
  • 27. Similarities & Differences : Waterfall vs Agile
  • 28. Waterfall • Built in phases • Painful to revisit previous phases • High dependency on critical paths • Customer can’t interact with product until it’s fully complete Similarities & Differences : Waterfall vs Agile
  • 29. Agile Project Management: Build, deliver, learn, and adjust • Follows iterative approach • Regular feedback intervals • Iterations resolve blocking issue & let you interact with the product • Quickly adapt new requirements/changes • Shared skillset among the team Similarities & Differences : Waterfall vs Agile
  • 30. Similarities & Differences : Waterfall vs Agile
  • 31. Which one to choose: Waterfall/Agile? • You don’t expect changes in scope and you’re working with fixed-price contracts • The project is very simple or you’ve done it many times before • Requirements are very well known andfixed • Customers know exactly what they wantin advance • You’re working with orderly and predictable projects • The final product isn’t clearly defined • The clients/stakeholders need the ability to modify the scope • You anticipate any kind of changes during the project • Rapid deployment is the goal Use Waterfall if……….. Use Agile if………..
  • 33. Failing fast is fine, but succeeding early is better. Disciplined Agile makes navigating a wealth of knowledge simple so you can identify solutions sooner. We call this guided continuous improvement.
  • 35. Advantages of Agile • Change is embraced • End-goal can be unknown • Faster, high-quality delivery • Strong team interaction • Customers are heard • Continuous improvement
  • 36. Disadvantages of Agile • Planning can be less concrete • Team must be knowledgeable • Time commitment from developers is required • Documentation can be neglected
  • 37. Introduction to Key Agile Concepts
  • 38. Introduction to Key Agile Concepts • Work divided into functional increments called “user stories • Short description of a feature from the perspective of the person who desires the new capability • User story should be potentially shippable • Size of a user story is measured in story points User Story User Story Role Action/Goal Benefit Acceptance Criteria
  • 39. Introduction to Key Agile Concepts User Story
  • 40. Introduction to Key Agile Concepts User Story Acceptance Criteria • Should be testable • Should be clear and concise • Everyone must understand • Should provide user perspective Who is Responsible for Writing Acceptance Criteria? When Should User Story Acceptance Criteria Be Written? How Should You Format User Story Acceptance Criteria?
  • 41. Introduction to Key Agile Concepts User Story Examples •As a [customer], I want [shopping cart feature] so that [I can easily purchase items online]. •As a [manager], I want to [generate a report] so that [I can understand which departments need more resources]. •As a [customer], I want to [receive an SMS when the item is arrived] so that [I can go pick it up right away]. As a [manager], I want to be able to [understand my colleagues progress], so I can [better report our success and failures]. A good user story should be: INVEST •“I” ndependent (of all others) •“N” egotiable (not a specific contract for features) •“V” aluable •“E” stimable (to a good approximation) •“S” mall (so as to fit within an iteration) •“T” estable (in principle, even if there isn’t a test for it yet)
  • 42. Example of a good User Story As an [online visitor], I want to [add products in my shopping cart] so that [I can purchase multiple products at one go] Acceptance Criteria [Abstract] • Products can be added to the cart • Products can be removed from the cart. • Shopping cart will be empty initially • Shopping cart will be empty after purchase • Products can be added with multiple quantities in the cart • Shopping cart will show the total product breakdown quantity and cost with grand total Introduction to Key Agile Concepts
  • 43. Introduction to Key Agile Concepts Epic • Series of user stories with a broader strategic objective • A large user story that cannot be delivered as defined within a single iteration or is large enough that it can be split into smaller user tasks/user stories • No standard format to represent epics Major Component Building Blocks Epic Story 1 Story 2 Story 3
  • 44. Introduction to Key Agile Concepts Epic Example: Selecting Marketing Campaigns 1: As a VP Marketing, I want to review the performance of historical promotional campaigns so that I can identify and repeat profitable campaigns. 1a: As a VP Marketing, I want to select the timeframe to use when reviewing the performance of past promotional campaigns, so that … 1b: As a VP Marketing, I can select which type of campaigns (direct mail, TV, email, radio, etc.) to include when reviewing the performance of past so that … 1b1: As a VP Marketing, I want to see information on direct mailings when reviewing historical campaigns so that... 1b2: As a VP Marketing, I want to see information on TV ads when reviewing historical campaigns so that... 1b3: As a VP Marketing, I want to see information on email ads when reviewing historical campaigns so that... and so on for each type of ad campaign.
  • 45. Introduction to Key Agile Concepts • Initiatives are collections of epics that drive toward a common goal • The product roadmap is expressed and visualized as a set of initiatives plotted along a timeline • Completion of epics will lead to the completion of the initiative Initiatives
  • 46. Introduction to Key Agile Concepts Themes • Themes are large focus areas that span the organization • A theme is an organization goal that drive the creation of epics and initiatives
  • 47. Introduction to Key Agile Concepts Theme, Initiatives, Epic & Story Fill empty seatsin theaters Run Sales Promotion Use a mobile app to drive last-minute ticket sales Create and assign promotional codes for last-minute purchases Add text-message capability to the mobile app, to send last-minute promos and coupons Develop creative for promo emails and SMS texts Theme Initiative Epic Story
  • 48. Introduction to Key Agile Concepts Benefits of Using the Theme-Initiative-Epic-Story Development Framework • It allows for more strategically sound decisions • It improves performance monitoring and timeline estimates • It keeps the team focused on key goals
  • 49. Introduction to Key Agile Concepts
  • 50. A B C D E Product Backlog • Lists & Prioritizes the task-level details to execute a plan- Todo list! • Includes user stories, new features, changes to existing functionalities, bug fixes, and other tasks like infrastructure changes etc. • Single source of requirements that defines the product • Contains short description of functionality desired in the product • Can be represented in physical form or in electronic form • Owned & maintained by the product owner • User Stories is the most common format • Dynamic in nature: addition, deletion and reordering of requirements possible Introduction to Key Agile Concepts
  • 51. A B C Product Backlog • Lists & Prioritizes the task-level details to execute a plan- Todo list! • Includes user stories, new features, changes to existing functionalities, bug fixes, and other tasks like infrastructure changes etc. • Single source of requirements that defines the product • Contains short description of functionality desired in the product • Can be represented in physical form or in electronic form • Owned & maintained by the product owner • User Stories is the most common format • Dynamic in nature: addition, deletion and reordering of requirements possible Introduction to Key Agile Concepts
  • 52. C B A Product Backlog • Lists & Prioritizes the task-level details to execute a plan- Todo list! • Includes user stories, new features, changes to existing functionalities, bug fixes, and other tasks like infrastructure changes etc. • Single source of requirements that defines the product • Contains short description of functionality desired in the product • Can be represented in physical form or in electronic form • Owned & maintained by the product owner • User Stories is the most common format • Dynamic in nature: addition, deletion and reordering of requirements possible Introduction to Key Agile Concepts
  • 53. Introduction to Key Agile Concepts Product Vision Product Goals Product Roadmap Release Plan & Backlog Difference Between a Product Backlog and Product Roadmap From Product Vision to Backlog
  • 54. Difference Between a Product Backlog and Product Roadmap Introduction to Key Agile Concepts Product Roadmap Product Backlog Content High-level: themes and epics or outcomes and goals Task-level: user stories and defects Audience Executive team (and other stakeholders) Primary for product and development teams Intent Convey a strategy Conveys tactical steps in execution of plan Time Frame Varies, typically ~3 Months 1 or 2 sprints
  • 55. Introduction to Key Agile Concepts Burn down Chart A burndown chart is a visual display of work completed and remaining in a project, sprint, or iteration Day of Sprint Work Remaining(in hrs/Story points)/Tasks Estimated Effort Actual Effort Start Point End Point
  • 56. Introduction to Key Agile Concepts Burn down Chart 1. Ideal Scenario X Y X 2. Still, a goodscenario Y Y X 4. Missed the deadline Y X 5. There’s somethingwrong Y X 6. Team forgot about it Y X 3. Decent scenario Estimated Effort Actual Effort
  • 57. Introduction to Key Agile Concepts Benefits • Simple & easy way to track team’s progress • Timely prevention of issues • Helps keep the team motivated Burn down Chart
  • 58. Introduction to Key Agile Concepts Burn down Chart Creating Burn down Chart Mike, a project manager is asked to create a burndown chart for a project by his leadership to know how things progressing based on what was planned. Project has 10 tasks to complete in 10 days X Y 1 2 3 4 5 6 7 8 9 10 Time 1 2 3 4 5 6 7 8 9 10 Work Remaining(in hrs/Story points)/Tasks
  • 59. Minimum Viable Product (MVP) It is the version of a new product that allows a team to collect the maximum amount of validated learning about customers with the least amount of effort. - Agile Alliance Introduction to Key Agile Concepts Why MVP •Release a product to the market as quickly as possible •Test an idea with real users before committing a large budget to the product’s full development •Learn what resonates with the company’s target market and what doesn’t
  • 60. Minimum Viable Product (MVP) Minimum + ViableProduct Introduction to Key Agile Concepts Sufficient enough for early adopters It is the version of a new productthat allows a team to collect the maximum amount of validated learning about customers with the least amount of effort. - Agile Alliance Minimum Viable MVP Mostrudimentary, bare-bones foundation of the solution possible Product good enough to solve the core problem for customers and has only needed features to use it
  • 61. Introduction to Key Agile Concepts Why MVP? •Release a product to the market as quickly as possible •Test an idea with real users before committing a large budget to the product’s full development •Learn what resonates with the company’s target market and what doesn’t Minimum Viable Product (MVP)
  • 62. Minimum Viable Product (MVP) Introduction to Key Agile Concepts Use case: Your target audience needs a specific means of transport, but they are not sure if they want to buy a premium product right away. Create the most basic version of the Product Gather feedback on your product What do you do then?
  • 63. Minimum Viable Product (MVP) Introduction to Key Agile Concepts 1 2 3
  • 64. Minimum Viable Product (MVP) Important points to be noted: • Make sure your planned MVP aligns with your business objectives • Identify specific problems you want to solve for your users • Product must be viable • MVP is based on iterative process of building Introduction to Key Agile Concepts
  • 65. Introduction to Key Agile Concepts Velocity At the end of each iteration, the team adds up effort estimates associated with user storiesthat were completed during that iteration. This total is called velocity. - Agile Alliance Velocity = Units of work completed in a given timeframe Unit of work can be hours or user stories or story points Typically measured in iterations or sprints, or weeks
  • 66. Introduction to Key Agile Concepts Velocity User Stories Story Points Status A 3 Complete B 5 Incomplete C 8 Complete Velocity = 3 + 8 = 11 Story Points/ Sprint Sprint 1 Sprint 2 Velocity = 6 Story Points/ Sprint Average velocity: (11+13+6)/3= 10 Story Points/Sprint For the next sprint, the product manager should pick up User Stories equivalent or not more than 10 story points Sprint 3 Velocity = 13 Story Points/ Sprint
  • 67. Introduction to Key Agile Concepts Velocity Total Story points against remaining User Story (A) : 60 Average Velocity (B) : 10 Story Points/ Sprint Forecast for the remaining effort for the Project: A/B = 60/10 = 6 Sprints with each sprint of 10 story points
  • 68. Introduction to Key Agile Concepts Velocity Failing to bring a story to completion Decomposition of User Stories Velocity see-sawing Accurate Estimation
  • 69. Introduction to Key Agile Concepts Estimation 38+19 is about 60 For reasonable guess, you estimate basis what you know or see
  • 70. Agile Estimation Traditional Estimation Agile Estimation Efforts were estimated Business values or Complexity is estimated Unit: Hours Unit: Story Points or bucket Estimation is done in task level Estimation is done in user story level Provides absolute estimate Provides relative estimate Estimates once done are not revised Estimates are revisited in every iteration Introduction to Key Agile Concepts
  • 71. Agile Estimation Introduction to Key Agile Concepts Traditional Estimation Agile Estimation Efforts were estimated Business values or Complexity is estimated Unit: Hours Unit: Story Points or bucket Estimation is done in task level Estimation is done in user story level Provides absolute estimate Provides relative estimate Estimates once done are not revised Estimates are revisited in every iteration
  • 72. Agile Estimation Introduction to Key Agile Concepts Traditional Estimation Agile Estimation Efforts were estimated Business values or Complexity is estimated Unit: Hours Unit: Story Points or bucket Estimation is done in task level Estimation is done in user story level Provides absolute estimate Provides relative estimate Estimates once done are not revised Estimates are revisited in every iteration
  • 73. Agile Estimation Introduction to Key Agile Concepts Traditional Estimation Agile Estimation Efforts were estimated Business values or Complexity is estimated Unit: Hours Unit: Story Points or bucket Estimation is done in task level Estimation is done in user story level Provides absolute estimate Provides relative estimate Estimates once done are not revised Estimates are revisited in every iteration
  • 74. Agile Estimation Introduction to Key Agile Concepts Traditional Estimation Agile Estimation Efforts were estimated Business values or Complexity is estimated Unit: Hours Unit: Story Points or bucket Estimation is done in task level Estimation is done in user story level Provides absolute estimate Provides relative estimate Estimates once done are not revised Estimates are revisited in every iteration
  • 75. Agile Estimation Traditional Estimation Agile Estimation Efforts were estimated Business values or Complexity is estimated Unit: Hours Unit: Story Points or bucket Estimation is done in task level Estimation is done in user story level Provides absolute estimate Provides relative estimate Estimates once done are not revised Estimates are revisited in every iteration Introduction to Key Agile Concepts
  • 76. Agile Estimation Introduction to Key Agile Concepts Bedroom 1 Bedroom 2 Washroom Livingroom Kitchen Study room Story Points 3 Story Points: Study Room 5 Story Points: Bedroom 1 and Bedroom 2 8 Story Points: Kitchen
  • 77. Agile Estimation Influencing Factors of Story Point : • Business Value • Complexity • Risks • Dependencies • Amount of work Introduction to Key Agile Concepts
  • 78. Introduction to Key Agile Concepts Agile Estimation: But why relative estimation? Illustration 1 Which one is taller? Which one is more complex? Which would take more time to build? Which would cost more? How much money? How much time? Building A Building B 1 Story vs 2 Story
  • 79. Agile Estimation: But why relative estimation? Illustration 2 100 Story vs 101 Story What about these Which building is taller? Which one is more complex? Which would take more time to build? Which would cost more? How much money? How much time? Introduction to Key Agile Concepts
  • 80. Introduction to Key Agile Concepts Estimation
  • 81. Introduction to Key Agile Concepts Agile Estimation Agile Estimation is a team sport
  • 82. Introduction to Key Agile Concepts Agile Estimation Agile Estimation is a team sport Estimation methods include: • T-shirt sizes (XS, S, M, L, XL) or the • Fibonacci sequence (1, 2, 3, 5, 8, 13, 21, 34, etc.)
  • 83. Introduction to Key Agile Concepts Agile Estimation T-shirt sizes (XS, S, M, L, XL)
  • 84. Introduction to Key Agile Concepts Agile Estimation Fibonacci sequence 1,2,3 is equivalent to 10,20,30 0, 1, 1, 2, 3, 5, 8, 13, 21, 34, 55, 89… and so on. 0+1=1 1+1=2 1+2=3
  • 85. Introduction to Key Agile Concepts Agile Estimation Fibonacci sequence 0, 1, 1, 2, 3, 5, 8, 13, 21…….. Infinite
  • 86. Introduction to Key Agile Concepts Agile Estimation Fibonacci sequence 0, 1, 1, 2, 3, 5, 8, 13, 21…….. 0.0% Infinite
  • 87. Introduction to Key Agile Concepts Agile Estimation Fibonacci sequence 0, 1, 1, 2, 3, 5, 8, 13, 21…….. 100% 0.0% Infinite
  • 88. Introduction to Key Agile Concepts Agile Estimation Fibonacci sequence 0, 1, 1, 2, 3, 5, 8, 13, 21…….. 50% 100% 0.0% Infinite
  • 89. Introduction to Key Agile Concepts Agile Estimation Fibonacci sequence 0, 1, 1, 2, 3, 5, 8, 13, 21…….. 66.7% 50% 100% 0.0% Infinite
  • 90. Introduction to Key Agile Concepts Agile Estimation Fibonacci sequence 0, 1, 1, 2, 3, 5, 8, 13, 21…….. 60% 66.7% 50% 100% 0.0% Infinite
  • 91. Introduction to Key Agile Concepts Agile Estimation Fibonacci sequence 0, 1, 1, 2, 3, 5, 8, 13, 21…….. 62.5% 60% 66.7% 50% 100% 0.0% Infinite
  • 92. Introduction to Key Agile Concepts Agile Estimation Fibonacci sequence 0, 1, 1, 2, 3, 5, 8, 13, 21…….. 61.5% 62.5% 60% 66.7% 50% 100% 0.0% Infinite
  • 93. Introduction to Key Agile Concepts Agile Estimation Fibonacci sequence In Agile Estimation, slightly modified version of Fibonacci estimation is used 1, 2, 3, 5, 8, 13, 21, 34, 55, 89… and so on.
  • 94. Introduction to Key Agile Concepts Agile Estimation Fibonacci sequence 1 Story 20 Story 2 Story 21 Story Skyscraper B Skyscraper A Building A Building B
  • 95. 1– QUICK TO DELIVER AND MINIMAL COMPLEXITY. AN HOUR Example: add field to a form 2 – QUICK TO DELIVER AND SOME COMPLEXITY. MULTIPLE HOURS Example: Add parameter to form, validation, storage 3 – MODERATE TIME TO DELIVER, MODERATE COMPLEXITY, POSSIBLE UNKNOWNS Example: Migrate somewhat complex static CSS into a CSS pre-processor 5 – LONGER TIME TO DELIVER, HIGH COMPLEXITY, LIKELY UNKNOWNS Example: Integrate with third-party API for pushing/pulling data, and link to user profiles in platform 8 – LONG TIME TO DELIVER, HIGH COMPLEXITY, CRITICAL UNKNOWNS Example: Overhaul the layout/HTML/CSS/JS of a web application 13– LONG TIME TO DELIVERY, HIGH COMPLEXITY, MANY CRITICAL UNKNOWNS Example: Migrate application from an outdated data store to new DB technology and ORM 21– YOU’RE DOING THIS WRONG. 😉😉 Story Points are Relative
  • 96. Agile Estimation Techniques for user story Introduction to Key Agile Concepts • Delphi • Wide Band Delphi • Complexity Bucket • Estimation Poker
  • 97. Agile Estimation Techniques for user story Introduction to Key Agile Concepts • Delphi • Wide Band Delphi • Complexity Bucket • Estimation Poker
  • 98. Estimation/Planning Poker Product Owner explaining all the aspects of the story requirement, dependencies, acceptance criteria and business value Scrum Master can help coordinate the estimation Developers, testers, mutually discussing • Amount of work • Associated Risks • Technical Changes • Dependencies • Complexities • And the value
  • 99. Estimation/Planning Poker 1, 2, 3, 5, 8, 13, 21, ...
  • 101. Scrum Scrum is a process framework used to manage product development and other knowledge work. - Agile Alliance 20 Days
  • 102. Scrum Scrum is a set of rules for structuring the team, processes and techniques for making the development process agile.. Scrum Rules Scrum Team Scrum Events Scrum Artifacts 4 components of Scrum Framework
  • 103. Scrum 3 Pillars of Scrum Minimize deviation Required information is available and flows properly Transparency Inspection Adaptation Course correction to prevent further deviation Regular monitoring for early detection of issues Scrum
  • 105. Scrum Product Owner Responsibility • Maximize the total value of work done by the development team • Product backlog management Development Team Product Backlog
  • 106. Scrum Product Owner Task 1 Task 2 Task 3 ………..
  • 107. Scrum Organization also provides authority to a Product Owner.. Product Owner Product Owner
  • 108. Scrum Development Team Responsibility • Deliver a potentially releasable product at the end of each Sprint Authority • How the work would be done is left to the development team
  • 109. Scrum Development Team Characteristics of Scrum Development Team • It is cross-functional, no external dependency • It is cself-organising
  • 110. Scrum Development Team Characteristics of Scrum Development Team • No titles and sub teams within the development team • Team Size : A team of 3 to 9 members is good
  • 111. Scrum Responsibility • Ensure proper practical implementation of all concepts • All Scrum related things such as maintaining the product backlog, helping the development team create high value products etc. • Facilitating Scrum Events • Ensure Scrum Artifacts are properly maintained • Single point of contact to understand Scrum
  • 112. Scrum Scrum Events • Sprint • Sprint Planning • Daily Scrum • Sprint Review • Sprint Retrospective
  • 114. Scrum Features of Scrum Events • Regular: Events can be monthly/weekly/daily
  • 115. Scrum Features of Scrum Events • Time boxed: limit on the duration of these events Daily Scrum is a 15- minutes meeting
  • 116. Scrum Transparency Inspection Adaptation Features of Scrum Events • Based on three pillars of transparency, inspection & adaptation Scrum
  • 119. Scrum Product Releasable Sprint ------------------X Days (<=30 )----------------------- (SPRINT) -X Days (<=30 )- -X Days (<=30 )- Product Increment Product Increment Product Releasable SPRINT 1 SPRINT 2
  • 120. Scrum Sprint Planning • Sprint planning happens once in each Sprint • Entire Scrum Team: Product Owner, Scrum Master & Development Team must be a part of the event • Time box for the event is 8 hours (upper limit) • Two agendas • What is to be done in this Sprint • Establish how it will be done
  • 121. Sprint Planning Scrum Product Backlog Sprint Backlog ProductOwner Product Owner discussesthe product backlog with the developmentteam What is to be done? • Team Velocity: How much work development team was able to do in the previous few sprints • Estimation Poker How it will be done? • Plan is not fixed, it evolves as more clarity increases • Development team will come up with the plan
  • 122. Scrum Daily Scrum Daily Scrum is a 15-minutes event done everyday Same place, same time • Event is primarily for the Development Team • Scrum Master facilitates the event • Product Owner can attend the event (not necessary) • Daily Scrum is implementation of two pillars of scrum: Regular inspection & early adaptation
  • 123. Scrum Daily Scrum Meeting 15-minutes everyday Same place, same time 3 important questions in Daily Scrum • What did I do yesterday? • What will I do today? • Any difficulties or impediments stopping me from the Sprint goal?
  • 124. Scrum Sprint Review Product Increment SPRINT REVIEW Attendees • Entire Scrum Team: Product Owner, Scrum Master, the Development Team & other stakeholders Objective • Help the scrum team work more effectively • Increase transparency within the team and between other stakeholders and Scrum team Time box for the event is 4 hours or less
  • 125. Scrum Sprint Review What happens in Sprint Review? 1) Product Owner invites all attendees 2) Product Owner highlights completed & not-completed items 3) Development team shares Sprint experience, highlight challenges Development team demonstrates completed item Stakeholders may ask questions on the demonstrated item 4) Product Owner opens the backlog & initiate discussion on what to do next. Priorities, budgets, timelines & capabilities etc. are discussed. 5) At the end of Sprint Review, Product Owner should have updated backlog
  • 126. Scrum Sprint Retrospective Inspection & Adaptation of Scrum Team Scrum Team does this event Agenda Inspect the performance of the team What went well? What went wrong? At the end of Scrum Retrospective, Scrum Team shouldknow: • Area of improvements • Plan of working on them
  • 127. Scrum Scrum Artifacts • Product Backlog • Sprint Backlog • Increment
  • 128. Scrum Product Backlog At the initial stage of starting the process Ever Evolving Never Fixed Product Owner Add details to new requirements Product Backlog Refinement At a later stage when requirements changes Development Team
  • 130. Scrum Sprint Backlog Sprint Planning Event Sprint Review Event Sprint Backlog Product Backlog Product Owner discussesthe product backlog with the developmentteam
  • 131. Sprint Backlog • Daily monitoring of Sprint Backlog is done in the Daily Scrum • Owned by the development team • Any deviation from the goal should be highlighted to the Product Owner & Stakeholders immediately Scrum Sprint Backlog
  • 132. Scrum Increment Increment is the final releasable product • It should be usable • It should be inspectable • It should include increments of previous sprint Definition if “Done”
  • 134. Advantages of Scrum • More transparency and project visibility • Increased team accountability • Easy to accommodate changes • Increased cost savings • Faster Delivery • Customers are heard
  • 135. Disadvantages of Scrum • Risk of scope creep • Team requires experience and commitment • The wrong Scrum Master can ruin everything • Poorly defined tasks can lead to inaccuracies
  • 137. Introduction to Kanban Flexible & easy to implement method for process improvement Scrum: Has Strict Rules Extreme Programming: Has Strict Practices
  • 138. Introduction to Kanban Identified bottlenecks in the car making process using Kanban
  • 139. Introduction to Kanban Visualizing the workflow to achieve process improvement
  • 140. Introduction to Kanban Visualizing the workflow to achieve process improvement
  • 141. Introduction to Kanban Visualizing the workflow to achieve process improvement Limiting the work in progress Managing the flow Implementing feedback loops
  • 142. Kanban Board NOT STARTED IN PROGRESS DONE
  • 143. Kanban Board Software Based Board Physical Kanban Board
  • 144. Kanban Board NOT STARTED IN PROGRESS DONE TASK 1
  • 145. Kanban Board NOT STARTED IN PROGRESS DONE TASK 1
  • 146. Kanban Board NOT STARTED IN PROGRESS DONE TASK 1
  • 148. Kanban Board Input Queue Analysis Build Ready Test Release Ready In Progress Done Development Board Reference: David Anderson’s “Kanban” In Progress Done
  • 149. Kanban Board Release Ready Input Queue Analysis Build Ready Test In Progress Done Development Board Reference: David Anderson’s “Kanban” In Progress Done
  • 150. Kanban Board Input Queue Analysis Build Ready Test Release Ready In Progress Done Development Board Reference: David Anderson’s “Kanban” In Progress Done
  • 151. Kanban Board Input Queue Analysis Build Ready Test Release Ready In Progress Done Development Board Reference: David Anderson’s “Kanban” Done In Progress
  • 152. Kanban Board Release Ready Input Queue Analysis Build Ready Test In Progress Done Development Board Reference: David Anderson’s “Kanban” In Progress Done
  • 153. Kanban Board Input Queue Analysis Build Ready Test Release Ready In Progress Done Development Board Reference: David Anderson’s “Kanban” Done In Progress
  • 154. Kanban Board Board Reference: David Anderson’s “Kanban” New Input Queue Analysis Development Test Release Ready In Progress Done Business Review TASK 2 TASK 3 TASK 4 Sent from review In Progress Done Build Ready
  • 155. Kanban Board Release Ready Input Queue Analysis Development Test In Progress Board Reference: David Anderson’s “Kanban” Business Review TASK 2 TASK 3 TASK 4 New Sent from review Build Ready In Progress Done Done
  • 156. Kanban Board Release Ready Input Queue Analysis Development Test In Progress Done Board Reference: David Anderson’s “Kanban” TASK 3 TASK 2 Business Review TASK 4 New Sent from review Done In Progress Build Ready
  • 157. Kanban Board Release Ready Finding inefficiencies/issues in the process Business Request Scheduled Business Review TASK 2 Sent from review New Testing Building
  • 158. Kanban Board Release Ready Finding inefficiencies/issues in the process Business Request Scheduled Business Review TASK 2 Sent from review New Testing Building
  • 159. Kanban Board Release Ready Finding inefficiencies/issues in the process Business Request Scheduled Business Review TASK 2 Sent from review New Building Testing
  • 160. Kanban Board Release Ready Finding inefficiencies/issues in the process Business Request Scheduled Business Review TASK 2 Sent from review New Testing Building
  • 161. Kanban Board Finding inefficiencies/issues in the process Business Request Building Release Ready Business Review TASK 2 Sent from review New Testing Scheduled
  • 162. Kanban Board Finding inefficiencies/issues in the process Business Request Scheduled Release Ready Business Review TASK 2 Sent from review New Testing Building
  • 163. Kanban Board Finding inefficiencies/issues in the process Business Request Scheduled Release Ready TASK 2 Sent from review New Outflow is low Inflow is higher Building Too much Testing Business Review
  • 164. Kanban Board Finding inefficiencies/issues in the process Sl. no. Situation Suggestion 1 Toomuch work in progress(WIP) on a single stage Limiting the WIP More team members need to work on that stage (for e.g. testing stage in this scenario) instead of any of the previous stage
  • 165. Kanban Board Limiting the WIP • A limit is set on the maximum number of tasks that can be present in a column or that step at a time • No further inflow into the step until the pending tasks in that step are cleared
  • 166. Kanban Board Finding inefficiencies/issues in the process Business Request Scheduled Release Ready Business Review TASK 2 Sent from review New 6 tasks pending Limit: 6 Testing Building
  • 167. Kanban Board Limiting the • A limit is set on the maximum number of tasks that can be present in a column or that step at a time • No further inflow into the step until the pending tasks in that step are cleared • WIP limits can be set on all the steps • How do we decide what limit to set?
  • 168. Kanban Board Finding inefficiencies/issues in the process Sl. no. Situation Suggestion 1 Toomuch work in progress(WIP) on a single stage Limiting the WIP More team members need to work on that stage (for e.g. testing stage in this scenario) instead of any of the previous stage 2 Under utilization of resources Pending tasks not moving to the next step
  • 169. Kanban Board Finding inefficiencies/issues in the process Business Request Scheduled Release Ready Business Review Sent from review New Testing Building
  • 170. Kanban Board Finding inefficiencies/issues in the process Sl. no. Situation Suggestion 1 Toomuch work in progress(WIP) on a single stage Limiting the WIP More team members need to work on that stage (for e.g. testing stage in this scenario) instead of any of the previous stage 2 Under utilization of resources Pending tasks not moving to the next step Reallocate the resources somewhere else where they can be utilized optimally Managing the Flow
  • 171. Kanban Kanban is also known as a Pull based system Push based system Assign tasks Manager/Team Leader Team Members Pull based system Team members can themselves pull the most relevant tasks out of the list of tasks to be done Optimizes the work flow Reduces lead time Reduces over load on worker
  • 172. Kanban Board Finding inefficiencies/issues in the process Business Request TASK 3 Scheduled Release Ready Business Review Sent from review Building Testing
  • 173. Kanban Finding inefficiencies/issues in the process Sl. no. Situation Suggestion 1 Too much work in progress(WIP) on a single stage Limiting the WIP More team members need to work on that stage (for e.g. testing stage in this scenario) instead of any of the previous stage 2 Under utilization of resources Pending tasks not moving to the next step Reallocate the resources somewhere else where they can be utilized optimally 3 Task is taking longer time than it should be
  • 174. Kanban Board Finding inefficiencies/issues in the process Issue: Task is taking longer time than it should be Reason Suggestions Unequal sized tasks Break down the task into smaller sized tasks
  • 175. Kanban Board Business Request TASK 3 Scheduled Release Ready Business Review Sent from review Finding inefficiencies/issues in the process Scoping/Analyzing /Specifying Testing Building
  • 176. Kanban Board Finding inefficiencies/issues in the process Issue: Task is taking longer time than it should be Reason Suggestions Unequal sized tasks Break down the task into smaller sized tasks Task is stuck due to some bug or issue Keep a regular track of the board
  • 177. Kanban Finding inefficiencies/issues in the process Sl. no. Situation Suggestion 1 Too much work in progress(WIP) on a single stage Limiting the WIP More team members need to work on that stage (for e.g. testing stage in this scenario) instead of any of the previous stage 2 Under utilization of resources Pending tasks not moving to the next step Reallocate the resources somewhere else where they can be utilized optimally 3 Task is taking longer time than it should be Keep a regular track of the board Break down the task into smaller sized tasks
  • 178. Kanban Board Finding inefficiencies/issues in the process Business Request Scheduled Building Testing Business Review Release Ready Sent from review Feedback Loop If tasks are sent multiple times for rework, process throughput reduces Work done on the task previously goes to waste Hence, our Kanban board should highlight the tasks that sent back for multiple reworks
  • 179. Kanban Board Finding inefficiencies/issues in the process Business Request Scheduled Release Ready Business Review Sent from review Testing Building
  • 180. Kanban Board Finding inefficiencies/issues in the process Business Request Scheduled Release Ready Business Review Sent from review Building Testing
  • 181. Kanban Board Finding inefficiencies/issues in the process Business Request Scheduled Release Ready Business Review Sent from review Testing Building
  • 182. Kanban Finding inefficiencies/issues in the process Sl. no. Situation Suggestion 1 Too much work in progress(WIP) on a single stage Limiting the WIP More team members need to work on that stage (for e.g. testing stage in this scenario) instead of any of the previous stage 2 Under utilization of resources Pending tasks not moving to the next step Reallocate the resources somewhere else where they can be utilized optimally 3 Task is taking longer time than it should be Keep a regular track of the board Break down the task into smaller sized tasks 4 Multiple feedback loops Make a mark on the task for the number of rounds that task is going for rework
  • 183. Kanban Finding inefficiencies/issues in the process Sl. no. Situation Suggestion 1 Too much work in progress(WIP) on a single stage Limiting the WIP More team members need to work on that stage (for e.g. testing stage in this scenario) instead of any of the previous stage 2 Under utilization of resources Pending tasks not moving to the next step Reallocate the resources somewhere else where they can be utilized optimally 3 Task is taking longer time than it should be Keep a regular track of the board Break down the task into smaller sized tasks 4 Multiple feedback loops Make a mark on the task for the number of rounds that task is going for rework Find optimum WIP limit for your review step
  • 185. Kanban Finding inefficiencies/issues in the process Sl. no. Situation Suggestion 4 Having a lot of external dependencies
  • 186. Kanban Board Release Ready Finding inefficiencies/issues in the process Business Request Business Review Sent from review Track Building Testing Scheduled
  • 187. Kanban Finding inefficiencies/issues in the process Sl. no. Situation Suggestion 4 Having a lot of external dependencies Develop a practice of regular follow ups on tasks listed in “Tracking” column No need of a WIP limit on this column
  • 188. Kanban Finding inefficiencies/issues in the process Sl. no. Situation Suggestion 4 Having a lot of external dependencies Develop a practice of regular follow ups on tasks listed in “Tracking” column No need of a WIP limit on this column 5 Team required to work on non- product features
  • 189. Kanban Board Scheduled Finding inefficiencies/issues in the process Demo/ Presentations Release Ready Business Review Sent from review Business Request Testing Building
  • 190. Kanban Finding inefficiencies/issues in the process Sl. no. Situation Suggestion 4 Having a lot of external dependencies Develop a practice of regular follow ups on tasks listed in “Tracking” column No need of a WIP limit on this column 5 Team required to work on non- product features Create a task for such features and keep a track on the same 6 Automate/Upgrade tasks Add such improvement tasks also on the board
  • 191. Kanban Finding inefficiencies/issues in the process Sl. no. Situation Suggestion 4 Having a lot of external dependencies Develop a practice of regular follow ups on tasks listed in “Tracking” column No need of a WIP limit on this column 5 Team required to work on non- product features Create a task for such features and keep a track on the same 6 Automate/Upgrade tasks Add such improvement tasks also on the board 7 Assigning work to new person Assign the new person to the slowest step
  • 193. Kanban Defining “Done” Define done for each feature Define completion for each step
  • 194. Kanban Finding inefficiencies/issues in the process Business Request TASK A Scheduled Release Ready Business Review Sent from review Testing Building
  • 195. Kanban Release Ready Input Queue Analysis Test In Progress Done Development Build Ready In Progress Done In Progress In Progress Done Done
  • 196. Kanban Define completion for each step • If a step is complete on a task, it does not necessarily mean that the task moves to the next step • Task will simply sit in the done column of the previous step • Do not have separate WIP limits for sub columns “In progress” and “Done” • Write "Done” rules as notes on the Kanban board • Always check if the rules for “Done” were met in the previous step or not
  • 198. The Daily Standup Scrum has rules on: • How lon • Who will • What wil g the metin be handlin l be discuss g will be? g the meeting? ed in the meeting ? Kanban is flexible with no such rules • Any team member can run the meeting even a fresher • No fixed duration of the meeting, depends on the team’s experience • Daily stand up is the time to get the board up-to- date, identify issues, highlight problems if any etc. Not a review meeting or demo of features builtor discussion about the product etc.
  • 200. Specifying rules Ensure rules are explicitly mentioned and everyone understands them clearly • Writing WIP limit on top of the column • Define “Done”
  • 202. Extreme Programming (XP) Extreme Programming (XP) is an agile software development framework that aims to produce higher quality software, and higher quality of life for the development team. XP is the most specific of the agile frameworks regarding appropriate engineering practices for software development. - Agile Alliance Why is it called Extreme Programming? Code Review
  • 203. Extreme Programming (XP) XP was introduced in 1996 by Kent beck
  • 204. Extreme Programming (XP) Extreme Programming is all about… • Client satisfaction • Bringing the social change • Adaptiveness It ran into controversy around… • Pair programming • Incremental design • Scalability
  • 205. Extreme Programming (XP) Values behind XP practices and methods • Simplicity • Communication • Courage • Feedback • Respect
  • 206. Extreme Programming (XP) Values behind XP practices and methods • Simplicity • Communication • Courage • Feedback • Respect
  • 207. Extreme Programming (XP) Values behind XP practices and methods • Simplicity • Communication • Courage • Feedback • Respect
  • 208. Extreme Programming (XP) Values behind XP practices and methods • Simplicity • Communication • Courage • Feedback • Respect
  • 209. Extreme Programming (XP) Values behind XP practices and methods • Simplicity • Communication • Courage • Feedback • Respect
  • 210. Extreme Programming (XP) Values behind XP practices and methods • Simplicity • Communication • Courage • Feedback • Respect
  • 211. Extreme Programming (XP) Practice Exercise The development team is organized into pairs, with each pair working in front of a single workstation. Which of the five aspects of extreme programming do you think that this improves? A. Communication B. Simplicity C. Feedback D. Respect E. Courage
  • 212. Extreme Programming (XP) Mentality of Sufficiency How would you program if you had all the time in the world? • Write Tests • Restructure your code often • Talk to fellow programmers and with the customer often
  • 213. Extreme Programming (XP) Practices Sit Together Stories Whole Team Weekly Cycle Informative Workspace Quarterly Cycle Energized Work Slack Pair Programming Ten-Minute Build Continuous Integration Test First Programming Incremental Design Part 2 Part 1 Primary Practices Corollary Practices : Refer to the resources section
  • 214. Sit Together Whole Team Informative Workspace Energized Work Pair Programming Extreme Programming (XP) Practices Primary Practices All members are accessible to each other
  • 215. Sit Together Whole Team Informative Workspace Energized Work Pair Programming Extreme Programming (XP) Practices Primary Practices All the required skills are available to plan, develop,build, test & release
  • 216. Sit Together Whole Team Informative Workspace Energized Work Pair Programming Extreme Programming (XP) Practices Primary Practices Visual & Information
  • 217. Sit Together Whole Team Informative Workspace Energized Work Pair Programming Extreme Programming (XP) Practices Primary Practices 40 Hours Sustainable
  • 218. Sit Together Whole Team Informative Workspace Energized Work Pair Programming Extreme Programming (XP) Practices Primary Practices Pair Programming
  • 219. Extreme Programming (XP) Practices Primary Practices Stories Weekly Cycle Quarterly Cycle Slack Ten-Minute Build Continuous Integration Test First Programming Incremental Design
  • 220. Extreme Programming (XP) Practices Primary Practices Stories Weekly Cycle Quarterly Cycle Slack Ten-Minute Build Continuous Integration Test First Programming Incremental Design Week 1 Week 2 Week 3 Week …
  • 221. Extreme Programming (XP) Practices Primary Practices Stories Weekly Cycle Quarterly Cycle Slack Ten-Minute Build Continuous Integration Test First Programming Incremental Design Quarter 1 Quarter 2 Quarter 3 Quarter …
  • 222. Extreme Programming (XP) Practices Primary Practices Stories Weekly Cycle Quarterly Cycle Slack Ten-Minute Build Continuous Integration Test First Programming Incremental Design
  • 223. Extreme Programming (XP) Practices Primary Practices Stories Weekly Cycle Quarterly Cycle Slack Ten-Minute Build Continuous Integration Test First Programming Incremental Design
  • 224. Extreme Programming (XP) Practices Primary Practices Stories Weekly Cycle Quarterly Cycle Slack Ten-Minute Build Continuous Integration Test First Programming Incremental Design Asynchronous Integration and Synchronous Integration
  • 225. Extreme Programming (XP) Practices Primary Practices Stories Weekly Cycle Quarterly Cycle Slack Ten-Minute Build Continuous Integration Test First Programming Incremental Design develop code -> write tests -> run tests The practice of Test-First Programming follows the path of: Write failing automated test -> Run failing test -> develop code to make test pass -> run test -> repeat
  • 226. Extreme Programming (XP) Practices Primary Practices Stories Weekly Cycle Quarterly Cycle Slack Ten-Minute Build Continuous Integration Test First Programming Incremental Design