agile talk at csi chapter, mumbai
Post on 14-Sep-2014
2.795 views
DESCRIPTION
This is the presentation I did at CSTRANSCRIPT
© 2011 PracticeAgile
Introductions Over 17 years of corporate Software Development
experience
Owner, Agile Coach and Consultant @ PracticeAgile.com
Active blogger on www.practiceagile.com
Certifications - PMP, CSP, CSM, Lean Six Sigma Green Belt
M.S Computer Science, UMASS
Cell: +91 9619322001
LinkedIn: http://in.linkedin.com/in/doshih
© 2011 PracticeAgile
Agenda
Traditional Software Development Methodology
Agile Manifesto & Principles
Scrum Framework
Case Study
Overlaying CMMI on Agile Practices
© Hiren Doshi - PracticeAgile
© 2011 PracticeAgile
Traditional SDLC
© 2011 PracticeAgile
© 2011 PracticeAgile
Traditional SDLC
Commonly known as “Waterfall”
Detailed requirement gathering, Designing, Implementing, Testing and Deploying.
Follow a well defined documented process
It’s supremely logical – think before you build, document everything, follow the plan.
© 2011 PracticeAgile
Pros of traditional SDLC process
Clear project objectives
Stable project requirements
Progress of system is measurable
Strict sign-off at each stage
Well Documented process, follows checkpoint model.
PRD, SRS, High level design, Test Plan, Test cases,
Documentation
© 2011 PracticeAgile
Challenges with SDLC
Late changing requirements are not welcome
All requirement have to be generated upfront
Difficult to keep up with the competition
Integration errors which can result in unpredictable
process.
Growing defect backlog
Manual and Regression testing
© 2011 PracticeAgile
Agile Adoption
VersionOne -2010 State of Agile Development Survey Results
© 2011 PracticeAgile
VersionOne -2010 State of Agile Development Survey Results
© 2011 PracticeAgile
VersionOne -2010 State of Agile Development Survey Results
© 2011 PracticeAgile
Agile Methodology
Iterative way of development producing incremental delivery
of working software in time-boxed interval of 2 to 4 weeks
Is primarily a mechanism for continuous feedback from
customers to successively refine and deliver a software
system.
© Hiren Doshi - PracticeAgile
Iteration 1
Iteration 2
Iteration 3
Iteration n
© 2011 PracticeAgile
How is Agile different from Traditional approaches? The paradigm shift
© Hiren Doshi - PracticeAgile Source: www.dsdm.org
© 2011 PracticeAgile
Traditional vs Agile Feedback
© Hiren Doshi - PracticeAgile
© 2011 PracticeAgile
The Agile Manifesto (Agile Values)
Individuals and Interactions Over Processes and Tools
Working Software Over Comprehensive Documentation
Customer Collaboration
Over Contract negotiation
Responding to change
Over Following a plan
© 2011 PracticeAgile
12 Principles of the Agile Manifesto
1. Satisfy the customer through early and continuous delivery
2. Welcome changing requirements, even late in development
3. Deliver working software frequently
4. Business people and developers work together daily
5. Build projects around motivated individuals
6. Convey information via face-to-face conversation
© 2011 PracticeAgile
12 Principles of the Agile Manifesto cont.. 7. Working software is the primary measure of
progress
8. Maintain constant pace indefinitely
9. Give continuous attention to technical excellence
10. Simplify: maximizing the amount of work not done
11. Teams self-organize
12. Teams retrospect and tune behavior - Inspect & Adapt
© 2011 PracticeAgile
Agile is Mainstream!
VersionOne -2010 State of Agile Development Survey Results
Scrum
© Hiren Doshi - PracticeAgile
© 2011 PracticeAgile
Scrum
Product Owner
Product Backlog
The Team
Scrum Master
Sprint Demo
Sprint Retrospective
Login
Order
Inventory
Sprint Backlog
Sprint Goal
Daily Standup
2 to 4 Weeks
Reporting
© 2011 PracticeAgile
Avoid miniature waterfalls
Source: “The New New Product Development Game” by Takeuchi and Nonaka. Harvard Business Review, January 1986.
...Scrum teams do a little of everything all the time
Rather than doing all of one thing at a time...
© 2011 PracticeAgile
The sprint should look like …
Rapid cycle – minimal testing lag
Sprint 1
Analysis Design Dev Deploy Testing
Analysis Design Dev Deploy Testing
Analysis Design Dev Deploy Testing
Analysis Design Dev Deploy Testing
Analysis Design Dev Deploy Testing
Analysis Design Dev Deploy Testing
Analysis Design Dev Deploy Testing
© 2011 PracticeAgile VersionOne -2010 State of Agile Development Survey Results
© 2011 PracticeAgile
Barriers to further Agile Adoption
VersionOne -2010 State of Agile Development Survey Results
© 2011 PracticeAgile
Greatest concern about Adopting Agile
VersionOne -2010 State of Agile Development Survey Results
© 2011 PracticeAgile
Agile techniques employed
VersionOne -2010 State of Agile Development Survey Results
© 2011 PracticeAgile VersionOne -2010 State of Agile Development Survey Results
© 2011 PracticeAgile VersionOne -2010 State of Agile Development Survey Results
© 2011 PracticeAgile
Case Study: Transitioning 150+ team to Agile Transformation
• The reason to move to Agile
• Approach
• Cultural Changes
• Recruiting Specialists
• Investment in Hardware, Software, Tools
• Training & Roll-out.
• Scrum of Scrums
© 2011 PracticeAgile
Structured Agile Project Management Processes
Hiren R Doshi Enterprise Agile / Scrum Coach [email protected]
Cell - +91 9619322001
© Hiren Doshi - PracticeAgile