Agile Truths and Misconceptions
Upcoming SlideShare
Loading in...5
×
 

Agile Truths and Misconceptions

on

  • 2,316 views

 

Statistics

Views

Total Views
2,316
Views on SlideShare
2,316
Embed Views
0

Actions

Likes
2
Downloads
89
Comments
0

0 Embeds 0

No embeds

Accessibility

Categories

Upload Details

Uploaded via as Microsoft PowerPoint

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment
  • Story of Agile Manifesto: <br />
  • Microsoft Word contains over 1000 documented features, however most users use less then 5% of these features. <br /> <br /> Apple iPhone <br /> No MMS <br /> No video recording <br /> No cut and paste <br /> No integration with MS Exchange <br /> Couldn’t invite attendees to meetings <br /> <br /> In general, the top priority features are developed first during software development projects. If business customers realize new features will come out in future iterations, they like the idea of implementing key features sooner rather than waiting for all functionality to be built. <br /> <br /> Most products can ship with a limited number of features <br />
  • Attend class <br /> Participate <br /> Take exam
  • Download paper from wikipedia. Easy ready <br /> <br /> Iterate through it and get your feedback from customer
  • Identify where the effort was spent
  • displays the Project Burn Up and Project Burn Down chart for the same project. The Burn Up line displays the story points completed. The Burn Down line displays story points remaining. For organizations that are familiar with EVM type tracking, these Burn Up and Burn Down values can often be translated to EVM measures. <br /> <br /> Warning on burn down charts, does not give you whole picture <br />
  • The Iteration Burn Up and Iteration Burn Down chart is similar to the Project Burn Up and Project Burn Down charts, but the iteration chart tracks the work at an iteration level. We are tracking the iteration based on hours completed and hours remaining. We can see that at the end of the iteration, there was 94 hours work of work that was not completed. <br />
  • Good for on-going teams without start and end
  • Good for on-going teams without start and end

Agile Truths and Misconceptions Agile Truths and Misconceptions Presentation Transcript

  • TRUTH OR MISCONCEPTION Agile Software Development
  • Richard Cheng ◊ Agile trainer & coach ◊ Lead, Excella Agile Training Center ◊ Member of Scrum Alliance, Agile Alliance, Agile Leadership Network, PMI ◊ CST, CSM, CSPO, CSP, PMI-ACP, PMP ◊ Founder & executive committee member of Agile Defense Adoption Proponents Team (ADAPT), the Agile DoD Task Force ◊ Deep expertise in Federal, commercial, and non-profit Agile transformations
  • Excella Consulting Experience and Expertise in Agile Solutions • Coaching • Training • Assessments • Agile Adoption • Agile Development Teams • Agile PMO • Interactive course on Agile principles and the Scrum framework • Metro accessible (5000 College Avenue, College Park, MD) • Discount codes available for symposium attendees, UMD students & faculty • Register: https://certified-scrummaster-csm-collegepark-august.eventbrite.com • Contact AgileTraining@excella.com for discount codes Certified ScrumMaster (CSM) class - College Park - August 18 & 19 www.excella.com/training Earn your CSM this summer!
  • TRUTH OR MISCONCEPTION Agile Software Development
  • Truth or Misconception Agile is just a high level concept. TRUTH!
  • “Traditional” IT Project Management ◊ Process and tools ◊ Comprehensive documentation ◊ Contract negotiations ◊ Following a plan This is how we control projects….
  • Agile Manifesto Individuals and interactions over Process and tools Working software over Comprehensive documentation Customer collaboration over Contract negotiation Responding to change over Following a plan We are uncovering better ways of developing software by doing it and helping others do it. Through this work we have come to value: That is, while there is value in the items on the right, we value the items on the left more. http://agilemanifesto.org/
  • 1. "Our highest priority is to satisfy the customer through early and continuous delivery of valuable software.” 2. "Welcome changing requirements, even late in development. Agile processes harness change for the customer's competitive advantage.” 3. "Deliver working software frequently, from a couple of weeks to a couple of months, with a preference to the shorter timescale.” 4. "Business people and developers must work together daily throughout the project.” 5. "Build projects around motivated individuals. Give them the environment and support they need, and trust them to get the job done.” 6. "The most efficient and effective method of conveying information to and within a development team is face-to-face conversation.” 7. "Working software is the primary measure of progress.” 8. "Agile processes promote sustainable development. The sponsors, developers, and users should be able to maintain a constant pace indefinitely.” 9. "Continuous attention to technical excellence and good design enhances agility.” 10. "Simplicity--the art of maximizing the amount of work not done--is essential.” 11. "The best architectures, requirements, and designs emerge from self-organizing teams.” 12. "At regular intervals, the team reflects on how to become more effective, then tunes and adjusts its behavior accordingly." Principles Behind The Agile Manifesto:
  • Identifying and delivering value…… ◊ Identify value and eliminate waste ◊ Prioritize features ◊ Deliver early and often ◊ Inspect and adapt ◊ Empower team
  • Truth or Misconception Agile and Scrum are the same thing. FALSE!
  • Agile Methodologies Agile Scrum XP Kanban Lean
  • Scrum Overview 1. Project development is performed in 2 to 4 week iterations. 2. Product Owner creates a prioritized backlog of features 3. Highest priority features delivered first 4. At the end of the iteration, the deliverables are reviewed by the business customers 5. The team reflects on the process 6. This is repeated until the project is completed
  • Scrum Elements
  • Scrum Framework * Diagram from Scrum Primer From the Scrum Primer
  • Iterative / Incremental Deployment At any given point, the product is “deployable” Deployed
  • Truth or Misconception Certified ScrumMaster (CSM) is the base level Agile/Scrum certification. TRUTH!
  • Scrum Alliance Certifications
  • • After the class, Scrum Alliance will email instructions for taking the assessment / exam on your computer. • 35 questions • Passing score is 24 correct answers from 35 questions. How do I take the CSM exam? • 2 Years. Towards the end of your term, Scrum Alliance will send you instructions for how to renew. • A continuing education program is planned for 2014. How long does certification last? • This class 14 PMI PDUs / contact hours towards both PMP and PMI- ACP. Details for claiming them will be sent after the class. What about PMI PDUs? • http://www.scrumalliance.org/resources/2747CSM Test Outline FAQ http://www.scrumalliance.org/pages/faq_training_and_certification
  • Truth or Misconception Scrum does not believe in planning, estimating, forecasting. FALSE!
  • Release Planning Project / RoadmapDay Sprint… … … Plan Day Day Daily Scrum Review Retro Sprint Plan Review Retro Proposal Initiation Release Plan Release Release Plan Plan Time
  • Timeline ◊ In a two week sprint, our planning takes one day. ◊ Thus our planning period is 10% of our overall timeline. ◊ Extremely short (by industry standards) and effective M T W TH F Planning Planning
  • Estimating and Forecasting • Team members provide Estimates • Completed work represent Actuals (Velocity) • Velocity used for Forecasting
  • Velocity and Forecasting Sprint Work Remaining Velocity 1 625 75 2 560 65 3 490 70 4 421 69 5 350 71 6 7 8 0 100 200 300 400 500 600 700 1 2 3 4 5 6 7 8 Project Burndown
  • Truth or Misconception Scrum is not good for fixed price and/or fixed date work. FALSE!
  • Fixed Date / Fixed Scope Outcomes of Fixed Date / Fixed Scope projects: Waterfall 1. Delivered on time and working as expected 2. “Delivered” on time … with issues 3. Cannot deliver on time, need to extend Scrum 1. Delivered on time and working as expected 2. The highest valued stories are delivered by the requested date and working as expected Be cautious of sacrificing quality and best practices to meet dates
  • 0% 20% 40% 60% 80% 100% Work Completed Work Remaining Scrum Delivery Project Due Date
  • Truth or Misconception Agile ignores risk. FALSE!
  • Problems with Waterfall Requirements Design Develop Test Deploy “I believe in this concept, but the implementation described above is risky and invites failure” – Dr. Winston Royce What happens if something goes wrong? Managing the Development of Large Software Systems, Winston Royce (1970)
  • Advantages of Scrum ◊ Manages risk by delivering high value, high risk items early – Identify and resolve problems faster – Showing tangible results throughout the project – High assurance of product vision due to continual inspection by business representatives ◊ Daily standup exposes risk ◊ Adaptability (Scrum) versus Predictability (Waterfall) – Waterfall makes it expensive to make changes to the project – Scrum development minimizes the cost of change ◊ Quality is built in ◊ Continuous improvement
  • Truth or Misconception Agile development requires a lot of rework. TRUTH!
  • “Refactoring is a disciplined technique for restructuring an existing body of code, altering its internal structure without changing its external behavior.” – Martin Fowler, Refactoring.com ◊ Simplify ◊ Fix ◊ Optimize ◊ Improve Real time payment of technical debt. Refactoring
  • Software Development
  • Truth or Misconception Scrum does not believe in metrics or documentation. FALSE!
  • Agile Metrics
  • Metrics for Business Initiatives Effort Area Story Points Percentage Foundational 78 22% Maintenance 9 3% Optimization 168 48% New Product 98 28% First Quarter Initiatives
  • Metrics for Business Value Features Story Points Business Points Comment Feature 1 40 8 High effort, mid value Feature 2 20 13 High effort, good value Feature 3 4 8 Low effort, mid value Feature 4 13 40 Mid effort, high value Feature 5 5 20 Low effort, high value
  • Metrics for the Project Project Burn Down / Burn Up Chart
  • Metrics for the Sprint
  • Metrics for Team Performance
  • Metrics for Team Performance
  • Metrics for Team Performance For a Scrum team, key goals include: 1. Achieving a high completion percentage (actual velocity / projected velocity) 2. Stabilizing velocity 3. Increasing velocity (after 1 and 2)
  • Cumulative Flow Diagram
  • Cost Metrics 1 2 3 4 5 6 7 8 9 10 11 12 13 Story Pts Remaining 1200 1300 1123 987 978 876 725 655 524 411 290 110 0 Cost (in thousands) $1,000 $900 $800 $700 $600 $500 $400 $300 $200 $100 $0 -$100 -$200 -400 -200 0 200 400 600 800 1000 1200 1400 Cost Feature Burn Down
  • Documentation Identifying and delivering value…… 1. Identify value and eliminate waste 2. Prioritize features 3. Deliver early and often 4. Constant inspection 5. Empower team Generally, documents are consumables, not deliverables
  • Contact Information Richard K Cheng richard.cheng@excella.com 703-967-8620 Twitter: @RichardKCheng
  • Book Resources Agile Project Management with Scrum Ken Schwaber ISBN #073561993X Agile Estimating and Planning Mike Cohn ISBN #0131479415 The Software Project Manager’s Bridge to Agility Michele Sliger, Stacia Broderick ISBN #0321502752 Agile Project Management: Creating Innovative Products Jim Highsmith ISBN #0321658396 The Art of Agile Development James Shore ISBN #0596527675