The Agile PMP: Teaching An Old Dog New Tricks (90 minutes)

10,122 views

Published on

This is a 90 minute presentation that helps traditional project managers understand how and why software project management breaks down and how agile can help deal with uncertainty.

Published in: Business, Technology

The Agile PMP: Teaching An Old Dog New Tricks (90 minutes)

  1. 1. The Agile PMP Teaching an Old Dog New Tricks
  2. 2. Introductions <ul><li>Product consultant and agile evangelist for VersionOne </li></ul><ul><li>Previously a Senior Project Manager for CheckFree and John Harland Company </li></ul><ul><li>PMP, CSM, DSDM Agile Project Leader </li></ul><ul><li>Board member of APLN and the current Treasurer. Founder APLN Atlanta </li></ul>
  3. 3. Why are we here today ?
  4. 4. What is Agile? <ul><li>Umbrella term to describe a family of methodologies </li></ul><ul><li>Engineering best practices </li></ul><ul><li>Leadership philosophy </li></ul><ul><li>Project management methodology </li></ul>
  5. 5. What is Project Management? <ul><li>When will the project be done? </li></ul><ul><li>How much will it cost? </li></ul><ul><li>Do we all agree on what done looks like? </li></ul><ul><li>What are the risks to delivering time and on schedule? </li></ul><ul><li>How will we mitigate these risks so we can get done </li></ul>
  6. 6. Let’s take a look at Traditional Project Management
  7. 7. Balancing the Triple Constraints <ul><li>There is a dynamic relationship between time, cost, and scope </li></ul><ul><li>When one of the three variables change, there is necessarily a change in one or more of the other two </li></ul><ul><li>Understanding and managing the relationship between these variables the primary job of the Project Manager </li></ul>
  8. 8. Managing Project Scope <ul><li>Project scope is the set of deliverable the project is approved to build </li></ul><ul><li>Defined at a high level in the business case or project charter </li></ul><ul><li>Defined in greater detail in a product requirements document or a work break down structure </li></ul>
  9. 9. Managing Project Costs <ul><li>Project cost is the sum of all capital expenditures, contractor expenses, and internal cost of labor </li></ul><ul><li>Project managers track project expenses in relationship to the budget </li></ul><ul><li>Responsible for making sure the project is spending money at the right rate and time </li></ul>
  10. 10. Managing the Schedule <ul><li>The project schedule defines when all the deliverables should be completed and who is going to do them </li></ul><ul><li>The project schedule also defines the order of the deliverables and is used to track physical percent complete. </li></ul>
  11. 11. Building the Project Schedule <ul><li>Scope for the project is defined and the size of the deliverables are estimated </li></ul><ul><li>Deliverables are sequenced and resource needs are calculated </li></ul><ul><li>Based on the size, available budget, dependencies, and constraints; the project timeline can be calculated </li></ul>
  12. 12. Traditional Waterfall Scheduling
  13. 13. What always happens when we approach the business with our project schedule ?
  14. 14. Add more resources (crashing)
  15. 15. De-scope or phase the project
  16. 16. Overlapping Phases (fast tracking)
  17. 17. Project Baseline and Critical Path <ul><li>Once the project sponsors agree to the schedule, the schedule is locked and becomes the baseline </li></ul><ul><li>Once the project has a baseline, the project manager will calculate the critical path and begin tracking earned value </li></ul><ul><li>Earned value measures how much the project is spending relative to time and deliverables </li></ul>
  18. 18. What about uncertainty ?
  19. 19. Project Risk Assessment <ul><li>What are the factors that could impact our ability to meet our project objectives </li></ul><ul><li>Risk can be categorized by likelihood of occurrence, impact severity, and ability to detect </li></ul><ul><li>The project managers prioritizes risk and create mitigation strategies </li></ul>
  20. 20. Primary Traditional Project Constraints <ul><li>Scope is typically the primary driver… time and cost are calculated based on the size of the project </li></ul><ul><li>Assumes an ability to accurately predict scope, cost, and schedule </li></ul>
  21. 21. So… what’s new about Agile Project Management?
  22. 22. Primary Agile Project Constraints <ul><li>Time and cost are the real drivers… scope has to be able to vary </li></ul><ul><li>Agile is a framework, a new way of looking at product development, that gives the project team the ability to inspect outcomes and adapt accordingly </li></ul>Scope Time Cost Scope
  23. 23. A Fundamental Paradigm Shift <ul><li>Not all projects are predictable </li></ul><ul><li>Market uncertainty drives change </li></ul><ul><li>The less certain we are about our requirements, the more we need to plan to adapt </li></ul>
  24. 24. Agile embraces uncertainty !
  25. 25. Agile is a risk mitigation technique when our assumptions about predictability do not hold
  26. 26. The Cost of Change <ul><li>Cost of traditional change management is too high in many project contexts </li></ul><ul><li>Change control is bureaucratic and slow </li></ul><ul><li>We become resistant to change when we should embrace change </li></ul>
  27. 27. How often to we really take process cost into consideration when planning our projects ?
  28. 28. Still answering the five questions… <ul><li>When will the project be done? </li></ul><ul><li>How much will it cost? </li></ul><ul><li>Do we all agree on what done looks like? </li></ul><ul><li>What are the risks to getting done on time and on schedule? </li></ul><ul><li>How will we mitigate these risks so we can get done </li></ul>
  29. 29. … but taking a difference approach <ul><li>Deliver working product in short cycles </li></ul><ul><li>Keep the evolving product highly visible </li></ul><ul><li>Inspect outcomes frequently </li></ul><ul><li>Change our product or processes as we learn more to ensure acceptable outcomes </li></ul><ul><li>Do less work that will change </li></ul>
  30. 30. … and a shift in focus <ul><li>Focus less on predictive up front planning </li></ul><ul><li>Focus more on delivering value </li></ul><ul><li>Focus more on collaboration with the business </li></ul><ul><li>Focus more on engaging the team </li></ul>
  31. 31. Moving away from activity based Project Management toward value based Project Management …
  32. 32. Not all value based project management is agile …
  33. 33. Proto-Iteration Planning
  34. 34. Iterative Planning
  35. 35. Predictive Feature Based
  36. 36. Agile Project Management
  37. 37. Agile and the PMBOK
  38. 38. Agile and the PMI process groups Initiation Planning Execute Monitor Control Closing
  39. 40. The Importance of Language <ul><li>Companies don’t change over night </li></ul><ul><li>People need to bridge the old language to the new </li></ul><ul><li>Help teams understand new concepts within the old model </li></ul>
  40. 41. Understanding Agile in the context of the PMI knowledge areas…
  41. 42. Project Time <ul><li>Define deliverables not activities </li></ul><ul><li>Strive to reduce dependencies between deliverables </li></ul><ul><li>Prioritize don’t sequence. Work from the top of the list. </li></ul><ul><li>Estimate based on relative size </li></ul><ul><li>Releases and iterations always end on time. </li></ul>Time Management Activity definition Activity sequencing Activity resource estimating Activity duration estimating Schedule development Schedule control
  42. 43. Project Cost <ul><li>Cost is defined by your willingness to invest </li></ul><ul><li>Cost estimates are the product of the team size and project duration </li></ul>Cost Management Cost estimating Cost budgeting Cost control
  43. 44. Project Scope <ul><li>Scope is defined at progressive levels of detail. </li></ul><ul><li>Plan scope, deal with project realities, and make tradeoffs. </li></ul><ul><li>Allow room for scope negotiation when planning project scope </li></ul><ul><li>Collaboration and frequent interaction </li></ul>Scope Management Scope Planning Scope Definition Create WBS Scope Verification Scope Control
  44. 45. Project Risk <ul><li>Business Risk, Technical Risk, and Logistical Risk </li></ul><ul><li>Risk management is built into the structure of the project </li></ul><ul><li>Risks are constantly visible and managed through iterations </li></ul><ul><li>Risk lists, response planning, and mitigation strategies </li></ul>Risk Management Risk management planning Risk identification Qualitative risk analysis Quantitative risk analysis Risk response planning Risk monitoring and control
  45. 46. Project Quality <ul><li>Quality is not an afterthought </li></ul><ul><li>Test first design </li></ul><ul><li>Test driven development </li></ul><ul><li>Continuous integration </li></ul><ul><li>Continuous testing </li></ul>Quality Management Quality planning Perform quality assurance Quality control
  46. 47. Project Communication <ul><li>Communication planning can be thought of in the traditional sense when looking outside the project team </li></ul><ul><li>Collocation </li></ul><ul><li>Information radiators </li></ul><ul><li>Osmotic communication </li></ul>Communication Management Communications planning Information distribution Performance reporting Manage stakeholders
  47. 48. Project Integration <ul><li>Agile has room for a Charter or a Vision statement </li></ul><ul><li>Project management plans and approach statements </li></ul><ul><li>More empowering style of management based on individual accountability </li></ul><ul><li>Change control is built into the process. Tradeoffs managed in real time. </li></ul>Integration Management Charter Scope statement Project Management Plan Direct and Manage Project Execution Monitor and Control Project work Integrated change control Close project
  48. 49. Project Procurement <ul><li>Agile does not deal much with procurement </li></ul><ul><li>Approach contracts with adaptability in mind </li></ul><ul><li>Build relationships based on trust </li></ul><ul><li>Create win-win agreements </li></ul>Time Management Plan purchases and acquisitions Plan contracting Request seller responses Select sellers Contract administration Contract closure
  49. 50. Project Human Resources <ul><li>Staffing based on available people and willingness to invest </li></ul><ul><li>Build your team around motivated people </li></ul><ul><li>Give them what they need to be successful and remove impediments </li></ul><ul><li>Allow teams to self-organize </li></ul>Human Resource Management Human resource planning Acquire project team Develop project team Manage project team
  50. 51. What Can I Do Today ?
  51. 52. Agile Project Management Plans <ul><li>Explain agile processes in the context of an agile project management plan </li></ul><ul><li>Build agile principles into the project charter or project definition document </li></ul>
  52. 53. Feature Based Deliverables <ul><li>Stop putting activities in your project plan </li></ul><ul><li>Focus on outcomes… what are we going to build? </li></ul><ul><li>What capabilities need to be in the system by when? </li></ul><ul><li>Let’s start actually Earning Value </li></ul>
  53. 54. Iterative Planning <ul><li>Do detailed planning on iterative cycles </li></ul><ul><li>Use the data gathered in the planning to do a reality check on your schedule </li></ul><ul><li>Keep a higher level plan, maybe a milestone plan in a traditional PM tool </li></ul>
  54. 55. Daily Stand-up Meetings <ul><li>Increase visibility </li></ul><ul><li>Establish a sense of team work and collaboration </li></ul><ul><li>Shared accountability </li></ul>
  55. 56. Agile PM Model <ul><li>Project Manager as the center of the project </li></ul><ul><li>Project manager as an enabler </li></ul>PM Team Team Team Team Team Team Team Team PM
  56. 57. Incorporate agile values and principles
  57. 58. Empowerment <ul><li>Create the context </li></ul><ul><li>Manage the process not the people </li></ul>
  58. 59. Self-Organization &quot; Simple, clear purpose and principles give rise to complex and intelligent behavior. Complex rules and regulations give rise to simple and stupid behavior.” Dee Hock, Founder and Former CEO of Visa International
  59. 60. Trust <ul><li>Expect the best out of people </li></ul><ul><li>Elevate the individual, give them respect </li></ul><ul><li>Value people and encourage relationships </li></ul>
  60. 61. Accountability <ul><li>Measure results, not processes or steps </li></ul><ul><li>Focus on value </li></ul><ul><li>Inspect the process </li></ul><ul><li>Create a culture of accountability </li></ul>
  61. 62. True Agile Project Planning
  62. 63. Know where you are … Know where you are going … Know what else you need to do to get there…
  63. 64. Great Project Managers take input from reality and deal with it
  64. 65. Resources <ul><li>Traditional Project Management </li></ul><ul><ul><li>http://www.pmi.org </li></ul></ul><ul><li>Agile Project Management and Leadership </li></ul><ul><ul><li>http://www.versionone.com </li></ul></ul><ul><ul><li>http://www.apln.org </li></ul></ul><ul><ul><li>http://www.agilealliance.org </li></ul></ul><ul><ul><li>http://www.scrumalliance.org </li></ul></ul><ul><ul><li>http://www.dsdm.org </li></ul></ul><ul><ul><li>http://www.agilemanifesto.org </li></ul></ul><ul><li>How to contact me </li></ul><ul><ul><li>email: [email_address] </li></ul></ul><ul><ul><li>Blog: http://blog.versionone.com </li></ul></ul><ul><ul><li>Blog: http://www.leadingagile.com </li></ul></ul><ul><ul><li>Presentation: http://www.linkedin.com/in/cottmeyer </li></ul></ul>
  65. 66. Simplifying Software Delivery

×