0
The Agile PMP<br />
Mike Cottmeyermike.cottmeyer@versionone.com www.linkedin.com/in/cottmeyer www.versionone.comblog.versionone.netwww.leading...
The essence of ProjectManagement?<br />CostTimeScope<br />
The essence of ProjectManagement?<br />Cost  Time  Scope<br />
The essence of ProjectManagement?<br />Cost  TimeScope<br />
The essence of ProjectManagement?<br />CostTime  Scope<br />
The essence of ProjectManagement?<br />Risk<br />
Manage outUncertainty<br />
So… what is Agile?<br />Engineering<br />Project Management<br />Leadership<br />
So… what is Agile?<br />Engineering<br />Project Management<br />Leadership<br />
So… what is Agile?<br />Engineering<br />Project Management<br />Leadership<br />
So… what is Agile?<br />Engineering<br />ject Managem<br />Leadership<br />
Manage forUncertainty<br />
2001<br />The Agile Manifesto<br />
17<br />The Agile Manifesto<br />
Utah<br />The Agile Manifesto<br />
Individuals &Interactions<br />Processes<br />&Tools<br />WorkingSoftware<br />Comprehensive<br />Documentation<br />The A...
Individuals &Interactions<br />Processes<br />&Tools<br />WorkingSoftware<br />Comprehensive<br />Documentation<br />The A...
Individuals &Interactions<br />Processes<br />&Tools<br />WorkingSoftware<br />Comprehensive<br />Documentation<br />The A...
Individuals &Interactions<br />Processes<br />&Tools<br />WorkingSoftware<br />Comprehensive<br />Documentation<br />The A...
Individuals &Interactions<br />Processes<br />&Tools<br />WorkingSoftware<br />Comprehensive<br />Documentation<br />The A...
Individuals &Interactions<br />Processes<br />&Tools<br />WorkingSoftware<br />Comprehensive<br />Documentation<br />The A...
Traditional<br />Managing the triple constraints…<br />
Scope<br />Cost<br />Time<br />
Scope<br />Cost<br />Time<br />
Scope<br />Cost<br />Time<br />
Scope<br />Cost<br />Time<br />
Scope<br />Let’s figure out what to build… <br />
Cost<br />…how much are we going to spend, <br />
Time<br />and when we are going to be done.<br />
Who?<br />What Order?<br />When?<br />
Who?<br />What Order?<br />When?<br />
Who?<br />What Order?<br />When?<br />
Scope<br />Chicken or the egg?<br />Cost<br />Time<br />
Scope<br />Cost<br />Time<br />
Scope<br />Cost<br />Time<br />
Analysis<br />Design<br />Build<br />Test<br />Deploy<br />
Analysis<br />Design<br />Build<br />Test<br />Deploy<br />
Analysis<br />Design<br />Build<br />Test<br />Deploy<br />
Analysis<br />Design<br />Build<br />Test<br />Deploy<br />
Analysis<br />Design<br />Build<br />Test<br />Deploy<br />
Analysis<br />Design<br />Build<br />Test<br />Deploy<br />18 months to release! <br />
Analysis<br />Design<br />Build<br />Test<br />Deploy<br />20,000 hours = $1,500,000<br />
Cost<br />Time<br />Scope<br />
Cost<br />Time<br />Scope<br />
Cost<br />Time<br />Scope<br />
Analysis<br />Design<br />Build<br />Test<br />Deploy<br />Can we add more people?<br />
Analysis<br />Design<br />Build<br />Test<br />Deploy<br />
Analysis<br />Design<br />Build<br />Test<br />Deploy<br />
Analysis<br />Design<br />Build<br />Test<br />Deploy<br />
Analysis<br />Design<br />Build<br />Test<br />Deploy<br />
Analysis<br />Design<br />Build<br />Test<br />Deploy<br />
Analysis<br />Design<br />Build<br />Test<br />Deploy<br />15 months to release! <br />
Phase One<br />Analysis<br />Design<br />Build<br />Test<br />Deploy<br />Phase Two<br />Analysis<br />Design<br />Build<b...
Phase One<br />Analysis<br />Design<br />Build<br />Test<br />Deploy<br />Phase Two<br />Analysis<br />Design<br />Build<b...
Phase One<br />Analysis<br />Design<br />Build<br />Test<br />Deploy<br />Phase Two<br />Analysis<br />Design<br />Build<b...
Phase One<br />Analysis<br />Design<br />Build<br />Test<br />Deploy<br />Phase Two<br />Analysis<br />Design<br />Build<b...
Phase One<br />Analysis<br />Design<br />Build<br />Test<br />Deploy<br />Phase Two<br />Analysis<br />Design<br />Build<b...
Phase One<br />Analysis<br />Design<br />Build<br />Test<br />Deploy<br />Phase Two<br />Analysis<br />Design<br />Build<b...
Phase One<br />Analysis<br />Design<br />Build<br />Test<br />Deploy<br />Phase Two<br />Analysis<br />Design<br />Build<b...
Phase One<br />Analysis<br />Design<br />Build<br />Test<br />Deploy<br />Phase Two<br />Analysis<br />Design<br />Build<b...
Phase One<br />Analysis<br />Design<br />Build<br />Test<br />Deploy<br />Phase Two<br />Analysis<br />Design<br />Build<b...
Phase One<br />Analysis<br />Design<br />Build<br />Test<br />Deploy<br />Phase Two<br />Analysis<br />Design<br />Build<b...
Scope<br />Cost<br />Time<br />
Scope<br />Cost<br />Time<br />
Risk<br />Risk<br />Risk<br />Scope<br />Risk<br />Risk<br />Cost<br />Time<br />Risk<br />Risk<br />Risk<br />Risk<br />
Scope<br />is our starting place<br />Cost<br />Time<br />
Scope<br />Cost<br />Time<br />
Agile<br />
Scope<br />Cost<br />is our starting place<br />Time<br />is our starting place<br />
Scope<br />Cost<br />Time<br />
Project (years)<br />Release (months)<br />Release (months)<br />Release (months)<br />I1<br />I2<br />I3<br />I4<br />I5<...
Project (years)<br />Release (months)<br />Release (months)<br />Release (months)<br />I1<br />I2<br />I3<br />I4<br />I5<...
Project (years)<br />Release (months)<br />Release (months)<br />Release (months)<br />I1<br />I2<br />I3<br />I4<br />I5<...
Project (years)<br />Release (months)<br />Release (months)<br />Release (months)<br />I1<br />I2<br />I3<br />I4<br />I5<...
Project (years)<br />Release (months)<br />Release (months)<br />Release (months)<br />I1<br />I2<br />I3<br />I4<br />I5<...
Team A<br />Team B<br />Team C<br />Team D<br />Team E<br />Team F<br />Teams…<br />
Team A<br />Team B<br />Team C<br />Team D<br />Team E<br />Team F<br />
Team A<br />Team B<br />Team C<br />Team D<br />Team E<br />Team F<br />
Team A<br />Team B<br />Team C<br />Team D<br />Team E<br />Team F<br />Teams deliver<br />
Team A<br />Team B<br />Team C<br />Team D<br />Team E<br />Team F<br />Teams deliver<br />Working software<br />
Epic<br />Epic<br />Epic<br />Epic<br />Project <br />Planning<br />
Feature<br />Epic<br />Feature<br />Feature<br />Feature<br />Epic<br />Feature<br />Epic<br />Feature<br />Epic<br />Rele...
Feature<br />Epic<br />User Story<br />User Story<br />Feature<br />User Story<br />User Story<br />Feature<br />User Stor...
Feature<br />Epic<br />User Story<br />User Story<br />Feature<br />User Story<br />User Story<br />Feature<br />User Stor...
Project (years)<br />Release (months)<br />Release (months)<br />Release (months)<br />I1<br />I2<br />I3<br />I4<br />I5<...
Project (years)<br />Release (months)<br />Release (months)<br />Release (months)<br />I1<br />I2<br />I3<br />I4<br />I5<...
Project (years)<br />Release (months)<br />Release (months)<br />Release (months)<br />I1<br />I2<br />I3<br />I4<br />I5<...
Project (years)<br />Release (months)<br />Release (months)<br />Release (months)<br />I1<br />I2<br />I3<br />I4<br />I5<...
Project (years)<br />Release (months)<br />Release (months)<br />Release (months)<br />I1<br />I2<br />I3<br />I4<br />I5<...
Project (years)<br />Release (months)<br />Release (months)<br />Release (months)<br />I1<br />I2<br />I3<br />I4<br />I5<...
Project (years)<br />Release (months)<br />Release (months)<br />Release (months)<br />I1<br />I2<br />I3<br />I4<br />I5<...
Project (years)<br />Release (months)<br />Release (months)<br />Release (months)<br />I1<br />I2<br />I3<br />I4<br />I5<...
Project (years)<br />Release (months)<br />Release (months)<br />Release (months)<br />I1<br />I2<br />I3<br />I4<br />I5<...
Project (years)<br />Release (months)<br />Release (months)<br />Release (months)<br />I1<br />I2<br />I3<br />I4<br />I5<...
Project (years)<br />Release (months)<br />Release (months)<br />Release (months)<br />I1<br />I2<br />I3<br />I4<br />I5<...
Project (years)<br />Release (months)<br />Release (months)<br />Release (months)<br />I1<br />I2<br />I3<br />I4<br />I5<...
Release One<br />Iteration 1<br />Iteration 2<br />Iteration 3<br />Analysis<br />Analysis<br />Analysis<br />Design<br />...
Release One<br />Iteration 1<br />Iteration 2<br />Iteration 3<br />Analysis<br />Analysis<br />Analysis<br />Design<br />...
Release One<br />Iteration 1<br />Iteration 2<br />Iteration 3<br />Analysis<br />Analysis<br />Analysis<br />Design<br />...
Release One<br />Iteration 1<br />Iteration 2<br />Iteration 3<br />Analysis<br />Analysis<br />Analysis<br />Design<br />...
Release One<br />Iteration 1<br />Iteration 2<br />Iteration 3<br />Analysis<br />Analysis<br />Analysis<br />Design<br />...
Release One<br />Iteration 1<br />Iteration 2<br />Iteration 3<br />Analysis<br />Analysis<br />Analysis<br />Design<br />...
Release One<br />Iteration 1<br />Iteration 2<br />Iteration 3<br />Team<br />Team<br />Team<br />
Release One<br />Iteration 1<br />Iteration 2<br />Iteration 3<br />Team<br />Team<br />Team<br />
Release One<br />Iteration 1<br />Iteration 2<br />Iteration 3<br />Team<br />Team<br />Team<br />
Release One<br />Iteration 1<br />Iteration 2<br />Iteration 3<br />Team<br />Team<br />Team<br />
Release One<br />Iteration 1<br />Iteration 2<br />Iteration 3<br />Team<br />Team<br />Team<br />Cross-Functional<br />
Release One<br />Iteration 1<br />Iteration 2<br />Iteration 3<br />Team<br />Team<br />Team<br />Cross-Functional<br />Sp...
Team A<br />Team B<br />Team C<br />Team D<br />Team E<br />Team F<br />Teams…<br />
Team A<br />Team B<br />Team C<br />Team D<br />Team E<br />Team F<br />
Team A<br />Team B<br />Team C<br />Team D<br />Team E<br />Team F<br />
Team A<br />Team B<br />Team C<br />Team D<br />Team E<br />Team F<br />Teams deliver<br />
Team A<br />Team B<br />Team C<br />Team D<br />Team E<br />Team F<br />Teams deliver<br />Working software<br />
Fully functional<br />Not fully capable<br />Always working<br />
Fully functional<br />Not fully capable<br />Always working<br />
Fully functional<br />Not fully capable<br />Always working<br />
Images courtesy of Jeff Patton<br />
Images courtesy of Jeff Patton<br />
Images courtesy of Jeff Patton<br />
Burndown<br />Graphs<br />Project Burndown<br />
Burndown<br />Graphs<br />Release Burndown<br />
Burndown<br />Graphs<br />Iteration Burndown<br />
Earn value<br />
for Real<br />
Inspect andAdapt<br />
Minimize theCostof Change<br />
The essence of ProjectManagement?<br />CostTimeScope<br />
The essence of ProjectManagement?<br />Cost  Time  Scope<br />
The essence of ProjectManagement?<br />Cost  TimeScope<br />
The essence of ProjectManagement?<br />CostTime  Scope<br />
The essence of ProjectManagement?<br />Risk<br />
EmbraceUncertainty<br />
Agileis risk mitigation<br />
Agileis a value system…<br />
Empowerment<br />Self-Organization<br />Trust Individuals<br />Accountability<br />
Empowerment<br />Self-Organization<br />Trust Individuals<br />Accountability<br />
Empowerment<br />Self-Organization<br />Trust Individuals<br />Accountability<br />
Empowerment<br />Self-Organization<br />Trust Individuals<br />Accountability<br />
PM<br />
PM<br />A<br />
PMBOK<br />
Time<br />Deliverables not activitiesReduce DependenciesPrioritize don’t sequenceAlways finish on-time<br />
Time<br />Deliverables not activitiesReduce DependenciesPrioritize don’t sequenceAlways finish on-time<br />
Time<br />Deliverables not activitiesReduce DependenciesPrioritize don’t sequenceAlways finish on-time<br />
Time<br />Deliverables not activitiesReduce DependenciesPrioritize don’t sequenceAlways finish on-time<br />
Cost<br />Cost = team size X duration Invest don’t spend<br />
Cost<br />Cost = team size X duration<br />Invest don’t spend<br />
Scope<br />Plan scope in rolling waves<br />Make trade-offs<br />Allow room for negotiation<br />Frequent customer interac...
Scope<br />Plan scope in rolling waves<br />Make trade-offs<br />Allow room for negotiation<br />Frequent customer interac...
Scope<br />Plan scope in rolling waves<br />Make trade-offs<br />Allow room for negotiation<br />Frequent customer interac...
Scope<br />Plan scope in rolling waves<br />Make trade-offs<br />Allow room for negotiation<br />Frequent customer interac...
Risk<br />Business and Technical<br />Risk management built in<br />Continuous visibility<br />
Risk<br />Business and Technical<br />Risk management built in<br />Continuous visibility<br />
Risk<br />Business and Technical<br />Risk management built in<br />Continuous visibility<br />
Quality<br />Quality not an afterthought<br />Test driven development<br />Continuous integration<br />Continuous testing<...
Quality<br />Quality not an afterthought<br />Test driven development<br />Continuous integration<br />Continuous testing<...
Quality<br />Quality not an afterthought<br />Test driven development<br />Continuous integration<br />Continuous testing<...
Quality<br />Quality not an afterthought<br />Test driven development<br />Continuous integration<br />Continuous testing<...
Comm.<br />Outside the team… the same<br />Co-location<br />Osmotic communication<br />Information radiators<br />
Comm.<br />Outside the team… the same<br />Co-location<br />Osmotic communication<br />Information radiators<br />
Comm.<br />Outside the team… the same<br />Co-location<br />Osmotic communication<br />Information radiators<br />
Comm.<br />Outside the team… the same<br />Co-location<br />Osmotic communication<br />Information radiators<br />
Int.<br />Charter or vision is okay<br />Agile PM plan and approach<br />Individual accountability<br />Change control bui...
Int.<br />Charter or vision is okay<br />Agile PM plan and approach<br />Individual accountability<br />Change control bui...
Int.<br />Charter or vision is okay<br />Agile PM plan and approach<br />Individual accountability<br />Change control bui...
Int.<br />Charter or vision is okay<br />Agile PM plan and approach<br />Individual accountability<br />Change control bui...
Proc.<br />Build contracts for change<br />Build relationships on trust<br />Create win-win agreements<br />
Proc.<br />Build contracts for change<br />Build relationships on trust<br />Create win-win agreements<br />
Proc.<br />Build contracts for change<br />Build relationships on trust<br />Create win-win agreements<br />
HR<br />Motivated individuals<br />Give them tools<br />Remove impediments<br />Self-organization<br />
HR<br />Motivated individuals<br />Give them tools<br />Remove impediments<br />Self-organization<br />
HR<br />Motivated individuals<br />Give them tools<br />Remove impediments<br />Self-organization<br />
HR<br />Motivated individuals<br />Give them tools<br />Remove impediments<br />Self-organization<br />
What can…<br />
I do…<br />
Now?<br />
Agile PM Plans<br />Plan Features<br />Iterative Planning<br />Daily Stand-Up<br />
Agile PM Plans<br />Plan Features<br />Iterative Planning<br />Daily Stand-Up<br />
Agile PM Plans<br />Plan Features<br />Iterative Planning<br />Daily Stand-Up<br />
Agile PM Plans<br />Plan Features<br />Iterative Planning<br />Daily Stand-Up<br />
Team<br />PM<br />PM<br />Team<br />Team<br />Team<br />Team<br />APM<br />Team<br />Team<br />Team<br />APM<br />
Know where you are… know what’s left to go<br />
Take input from reality and deal with it<br />
AgilePMIfinance.groups.yahoo.com/group/pmiagile/<br />
The Agile PMP<br />
Mike Cottmeyermike.cottmeyer@versionone.com www.linkedin.com/in/cottmeyer www.versionone.comblog.versionone.netwww.leading...
Upcoming SlideShare
Loading in...5
×

The Agile PMP V3

2,011

Published on

This is the version of the talk that I did at Agilepalooza Charlotte and Agile 2009. I will be doing this talk at the PMI Global Congress and Agile Dev Practices in the next few months.

Published in: Technology, Business
1 Comment
3 Likes
Statistics
Notes
No Downloads
Views
Total Views
2,011
On Slideshare
0
From Embeds
0
Number of Embeds
2
Actions
Shares
0
Downloads
172
Comments
1
Likes
3
Embeds 0
No embeds

No notes for slide
  • I am not here to really talk about any particular flavor of agile or to explain in any kind of detail the practices of agile project managers.   I want you guys to leave understanding what agile project management is... why it is different... why it is sometimes necessary... and how you guys can embrace certain aspects of agile without throwing away everything that you know as a certified PMP.  
  • Agile is an approach to software development that recommends many best practices (TDD, Continuous Integration, Pair Programming)...
  • Agile is an approach to software development that recommends many best practices (TDD, Continuous Integration, Pair Programming)...
  • Agile is a leadership philosophy very similar to what Covey talks about in his book the 8th habit.... valuing the whole person... respect for the individual... creating an empowered and engaged workforce that takes responsibility.  One where people can engage their whole person on the job.  
  • Lastly… Agile is a lightweight project management framework that values frequent planning and delivery... it values lightweight meaningful metrics... and customer collaboration.
  • Key Takeaway #1:  If scope is not really your primary driver... it is a waste of time and money project planning as if it were.  This is where agile comes in. Agile project management first and foremost elevates time and cost as the primary project constraints and builds a framework for varying scope in the lowest cost way possible.
  • We all know that there is a dynamic relationship between time, cost, and scope.  
  • Our project schedule is really where the rubber meets the road.  Our schedule defines when work is going to be done... who is going to do it... and when it needs to be done.  Our schedule helps us keep track of and manage dependencies and keep up with physical percent complete.  
  •  Our schedule defines when work is going to be done... who is going to do it... and when it needs to be done.  Our schedule helps us keep track of and manage dependencies and keep up with physical percent complete.  
  • On most software projects building out the schedule is a pretty interesting exercise.  There is a classic chicken and the egg problem.  The customer generally has some idea of what they want and are trying to figure out how its gonna cost and how long it is going to take.  
  • On the other hand, they usually have some idea of their cost constraints…
  • and when they need the product to be done.    
  • So we play the game.  We tighten up the estimates... that usually means making them smaller.  Maybe we can find some extra folks to work on the project in their spare time.  Maybe we make some simplifying assumpitions about the technical solution.   
  • If we get really creative, maybe there are something that we can do in parallel.  Maybe we create a series of overlapping waterfalls.  
  • We keep our eyes peel for anything that might prevent is from meeting our project deliverables.
  • Scope is the starting place for this kind of project management.  If scope is really our primary constraint... we have to let time and cost be calculated based on project size and resource availability.  
  • What we are seeing in many of our software projects is that scope is not neccesarily the primary driver.  What we learned through the Gaant charts on the earlier slides... more often than not... time and cost are actually our primary constraints.  
  • Key Takeaway #1:  If scope is not really your primary driver... it is a waste of time and money project planning as if it were.  This is where agile comes in. Agile project management first and foremost elevates time and cost as the primary project constraints and builds a framework for varying scope in the lowest cost way possible.
  • What we are seeing in many of our software projects is that scope is not neccesarily the primary driver.  What we learned through the Gaant charts on the earlier slides... more often than not... time and cost are actually our primary constraints.  
  • Scope is the starting place for this kind of project management.  If scope is really our primary constraint... we have to let time and cost be calculated based on project size and resource availability.  
  • By delivering working product in short cycles... by keeping the evolviing product highly visible to our customers... and inspecting outcomes frequently... we are able to learn about our processes... about ourselves...and our customers and their requirements as we are building the product.  We do less work up front that is subject to change.  Could we do much of what we are talking about with traditional project management and really solid change management?  Sure we could... but at what cost?  How many of you guys build the cost of process... the cost of change management into your project budgets?  Given the pressure to deliver more faster... that was probably the first to go.    I would also suggest there is an opportunity cost for taking the traditional approach toward software development.  We lose the ability to embrace change and learn from our experiences.  If the market changes over the course of the project... we want to be able to adjust our plans to address that new information.  Tradtional methods discourage change becuase we have invested so much in our plans... we are rewarded for staying on plan... and it takes so long to change course.
  • We are still addressing the primary concerns of project managers:  time, cost, scope, and risk... but doing it with a different emphasis.  So agile project managers focus less on predictive up front planning and more on delivering value.  We focus more on collaboration with the business and tapping into engaging the team.  We encourage predictable outcomes by keeping teams together... establishing stable througput... and constantly measuring where we are against our high level and detailed planning.   Remember... time and cost are our primary drivers... scope has to be flexible.  
  • I like to think of agile project management as a risk mitigation technique for when our traditonal assumptions about predictability no longer hold.  It is a risk mitigation technique for when scope is not our primary driver... when time and cost are critical... when flexibility and adaptation are essential.  
  • I like to think of agile project management as a risk mitigation technique for when our traditonal assumptions about predictability no longer hold.  It is a risk mitigation technique for when scope is not our primary driver... when time and cost are critical... when flexibility and adaptation are essential.  
  • As an agile project manager, you are working with the team to make sure that everyone has a sphere of influence.  Rather than tell people what to do, or what to work on, let them to self select tasks.  Let them choose who they want to work with and what they want to work on.  Let them decide on the approach.  Let them decide how to tackle the problem. You are setting the context... you are managing the environment... you are managing the process.  You are also measuring the process and making sure that the outputs of the project team are what you would expect.  We are basically empowering people and expecting them to act and behave like adults.
  • The tradeoff for all this empowerment, self-organization, and trust... is extremely high visibility.  We are constantly monitoring what is being build.  We are constantly inspecting outcomes.  We are constantly making small commitments to each other and to our project and to our organization.  We are accountable to our project and to each other.  Because we are committing and delivering very frequently... because we are delivering and inspecting outcomes often... we never get too far off before we have a chance to correct.  
  • •Define deliverables not activities •Strive to reduce dependencies between deliverables•Prioritize don’t sequence.  Work from the top of the list.•Estimate based on relative size•Releases and iterations always end on time.
  • •Define deliverables not activities •Strive to reduce dependencies between deliverables•Prioritize don’t sequence.  Work from the top of the list.•Estimate based on relative size•Releases and iterations always end on time.
  • •Define deliverables not activities •Strive to reduce dependencies between deliverables•Prioritize don’t sequence.  Work from the top of the list.•Estimate based on relative size•Releases and iterations always end on time.
  • •Define deliverables not activities •Strive to reduce dependencies between deliverables•Prioritize don’t sequence.  Work from the top of the list.•Estimate based on relative size•Releases and iterations always end on time.
  • •Cost is defined by your willingness to invest •Cost estimates are the product of the team size and project duration
  • •Scope is defined at progressive levels of detail. •Plan scope, deal with project realities, and make tradeoffs.•Allow room for scope negotiation when planning project scope•Collaboration and frequent interaction
  • •Communication planning can be thought of in the traditional sense when looking outside the project team •Collocation•Information radiators•Osmotic communication
  • •Quality is not an afterthought •Test first design•Test driven development•Continuous integration•Continuous testing
  • •Agile has room for a Charter or a Vision statement •Project management plans and approach statements•More empowering style of management based on individual accountability•Change control is built into the process. Tradeoffs managed in real time.
  • •Agile does not deal much with procurement •Approach contracts with adaptability in mind•Build relationships based on trust•Create win-win agreements
  • •Staffing based on available people and willingness to invest •Build your team around motivated people•Give them what they need to be successful and remove impediments•Allow teams to self-organize
  •  
  •  
  •  
  • One of the easy... most straightforward things you can do is to start building your project plans around product deliverables.  Documents are great... but they are not what you sell to your customer... you sell working product.  Activities are great... but no one really cares how hard you are working or how many hours along you are.  Break your deliverables into smaller pieces... build those deliverables into your project plan... and when you track earned value... you will really be measuring the value delivered rather than the hours burned on the project.  
  • Another easy thing to do is start doing daily standup meetings.  These daily touch base meetings keep everyone on the team focused and aware of what is going on and if the team has any blocking issues.  Agile recommends keeping these to 15 minutes and focused solely on keeping everyone in the know.  Any detailed discussion take place after the meeting only between those people directly impacted by the conversation.   
  • A lot of how agile will impact you will come down to how you see yourself as a project manager.  Do you allow yourself to be the hub of activity?  Do you get off on having everyone come to you when a big decision needs to be made?  An agile project manager sees themselves less as the hub of all project activity.  An agile project manager serves more as the wheel.  They protect the team, remove obstacles, keep the project moving, and make sure the team members are connected to each other
  • Transcript of "The Agile PMP V3"

    1. 1. The Agile PMP<br />
    2. 2. Mike Cottmeyermike.cottmeyer@versionone.com www.linkedin.com/in/cottmeyer www.versionone.comblog.versionone.netwww.leadingagile.com<br />
    3. 3. The essence of ProjectManagement?<br />CostTimeScope<br />
    4. 4. The essence of ProjectManagement?<br />Cost Time Scope<br />
    5. 5. The essence of ProjectManagement?<br />Cost TimeScope<br />
    6. 6. The essence of ProjectManagement?<br />CostTime Scope<br />
    7. 7. The essence of ProjectManagement?<br />Risk<br />
    8. 8. Manage outUncertainty<br />
    9. 9. So… what is Agile?<br />Engineering<br />Project Management<br />Leadership<br />
    10. 10. So… what is Agile?<br />Engineering<br />Project Management<br />Leadership<br />
    11. 11. So… what is Agile?<br />Engineering<br />Project Management<br />Leadership<br />
    12. 12. So… what is Agile?<br />Engineering<br />ject Managem<br />Leadership<br />
    13. 13. Manage forUncertainty<br />
    14. 14. 2001<br />The Agile Manifesto<br />
    15. 15. 17<br />The Agile Manifesto<br />
    16. 16. Utah<br />The Agile Manifesto<br />
    17. 17. Individuals &Interactions<br />Processes<br />&Tools<br />WorkingSoftware<br />Comprehensive<br />Documentation<br />The Agile Manifesto<br />Customer Collaboration<br />Contract <br />Negotiation<br />Responding to Change<br />Following<br />a Plan<br />
    18. 18. Individuals &Interactions<br />Processes<br />&Tools<br />WorkingSoftware<br />Comprehensive<br />Documentation<br />The Agile Manifesto<br />Customer Collaboration<br />Contract <br />Negotiation<br />Responding to Change<br />Following<br />a Plan<br />
    19. 19. Individuals &Interactions<br />Processes<br />&Tools<br />WorkingSoftware<br />Comprehensive<br />Documentation<br />The Agile Manifesto<br />Customer Collaboration<br />Contract <br />Negotiation<br />Responding to Change<br />Following<br />a Plan<br />
    20. 20. Individuals &Interactions<br />Processes<br />&Tools<br />WorkingSoftware<br />Comprehensive<br />Documentation<br />The Agile Manifesto<br />Customer Collaboration<br />Contract <br />Negotiation<br />Responding to Change<br />Following<br />a Plan<br />
    21. 21. Individuals &Interactions<br />Processes<br />&Tools<br />WorkingSoftware<br />Comprehensive<br />Documentation<br />The Agile Manifesto<br />Customer Collaboration<br />Contract <br />Negotiation<br />Responding to Change<br />Following<br />a Plan<br />
    22. 22. Individuals &Interactions<br />Processes<br />&Tools<br />WorkingSoftware<br />Comprehensive<br />Documentation<br />The Agile Manifesto<br />Customer Collaboration<br />Contract <br />Negotiation<br />Responding to Change<br />Following<br />a Plan<br />
    23. 23. Traditional<br />Managing the triple constraints…<br />
    24. 24. Scope<br />Cost<br />Time<br />
    25. 25. Scope<br />Cost<br />Time<br />
    26. 26. Scope<br />Cost<br />Time<br />
    27. 27. Scope<br />Cost<br />Time<br />
    28. 28. Scope<br />Let’s figure out what to build… <br />
    29. 29. Cost<br />…how much are we going to spend, <br />
    30. 30. Time<br />and when we are going to be done.<br />
    31. 31. Who?<br />What Order?<br />When?<br />
    32. 32. Who?<br />What Order?<br />When?<br />
    33. 33. Who?<br />What Order?<br />When?<br />
    34. 34. Scope<br />Chicken or the egg?<br />Cost<br />Time<br />
    35. 35. Scope<br />Cost<br />Time<br />
    36. 36. Scope<br />Cost<br />Time<br />
    37. 37. Analysis<br />Design<br />Build<br />Test<br />Deploy<br />
    38. 38. Analysis<br />Design<br />Build<br />Test<br />Deploy<br />
    39. 39. Analysis<br />Design<br />Build<br />Test<br />Deploy<br />
    40. 40. Analysis<br />Design<br />Build<br />Test<br />Deploy<br />
    41. 41. Analysis<br />Design<br />Build<br />Test<br />Deploy<br />
    42. 42. Analysis<br />Design<br />Build<br />Test<br />Deploy<br />18 months to release! <br />
    43. 43. Analysis<br />Design<br />Build<br />Test<br />Deploy<br />20,000 hours = $1,500,000<br />
    44. 44. Cost<br />Time<br />Scope<br />
    45. 45. Cost<br />Time<br />Scope<br />
    46. 46. Cost<br />Time<br />Scope<br />
    47. 47. Analysis<br />Design<br />Build<br />Test<br />Deploy<br />Can we add more people?<br />
    48. 48. Analysis<br />Design<br />Build<br />Test<br />Deploy<br />
    49. 49. Analysis<br />Design<br />Build<br />Test<br />Deploy<br />
    50. 50. Analysis<br />Design<br />Build<br />Test<br />Deploy<br />
    51. 51. Analysis<br />Design<br />Build<br />Test<br />Deploy<br />
    52. 52. Analysis<br />Design<br />Build<br />Test<br />Deploy<br />
    53. 53. Analysis<br />Design<br />Build<br />Test<br />Deploy<br />15 months to release! <br />
    54. 54. Phase One<br />Analysis<br />Design<br />Build<br />Test<br />Deploy<br />Phase Two<br />Analysis<br />Design<br />Build<br />Test<br />Deploy<br />Can we deliver in phases?<br />
    55. 55. Phase One<br />Analysis<br />Design<br />Build<br />Test<br />Deploy<br />Phase Two<br />Analysis<br />Design<br />Build<br />Test<br />Deploy<br />
    56. 56. Phase One<br />Analysis<br />Design<br />Build<br />Test<br />Deploy<br />Phase Two<br />Analysis<br />Design<br />Build<br />Test<br />Deploy<br />Two 9 month deliveries!<br />
    57. 57. Phase One<br />Analysis<br />Design<br />Build<br />Test<br />Deploy<br />Phase Two<br />Analysis<br />Design<br />Build<br />Test<br />Deploy<br />Can we do it in parallel?<br />
    58. 58. Phase One<br />Analysis<br />Design<br />Build<br />Test<br />Deploy<br />Phase Two<br />Analysis<br />Design<br />Build<br />Test<br />Deploy<br />
    59. 59. Phase One<br />Analysis<br />Design<br />Build<br />Test<br />Deploy<br />Phase Two<br />Analysis<br />Design<br />Build<br />Test<br />Deploy<br />
    60. 60. Phase One<br />Analysis<br />Design<br />Build<br />Test<br />Deploy<br />Phase Two<br />Analysis<br />Design<br />Build<br />Test<br />Deploy<br />
    61. 61. Phase One<br />Analysis<br />Design<br />Build<br />Test<br />Deploy<br />Phase Two<br />Analysis<br />Design<br />Build<br />Test<br />Deploy<br />
    62. 62. Phase One<br />Analysis<br />Design<br />Build<br />Test<br />Deploy<br />Phase Two<br />Analysis<br />Design<br />Build<br />Test<br />Deploy<br />First in 9 months…<br />
    63. 63. Phase One<br />Analysis<br />Design<br />Build<br />Test<br />Deploy<br />Phase Two<br />Analysis<br />Design<br />Build<br />Test<br />Deploy<br />Second a month or so later…<br />
    64. 64.
    65. 65.
    66. 66. Scope<br />Cost<br />Time<br />
    67. 67. Scope<br />Cost<br />Time<br />
    68. 68. Risk<br />Risk<br />Risk<br />Scope<br />Risk<br />Risk<br />Cost<br />Time<br />Risk<br />Risk<br />Risk<br />Risk<br />
    69. 69. Scope<br />is our starting place<br />Cost<br />Time<br />
    70. 70. Scope<br />Cost<br />Time<br />
    71. 71. Agile<br />
    72. 72. Scope<br />Cost<br />is our starting place<br />Time<br />is our starting place<br />
    73. 73. Scope<br />Cost<br />Time<br />
    74. 74. Project (years)<br />Release (months)<br />Release (months)<br />Release (months)<br />I1<br />I2<br />I3<br />I4<br />I5<br />I6<br />I7<br />I8<br />I9<br />Timeboxes... <br />
    75. 75. Project (years)<br />Release (months)<br />Release (months)<br />Release (months)<br />I1<br />I2<br />I3<br />I4<br />I5<br />I6<br />I7<br />I8<br />I9<br />
    76. 76. Project (years)<br />Release (months)<br />Release (months)<br />Release (months)<br />I1<br />I2<br />I3<br />I4<br />I5<br />I6<br />I7<br />I8<br />I9<br />
    77. 77. Project (years)<br />Release (months)<br />Release (months)<br />Release (months)<br />I1<br />I2<br />I3<br />I4<br />I5<br />I6<br />I7<br />I8<br />I9<br />Fixed duration<br />
    78. 78. Project (years)<br />Release (months)<br />Release (months)<br />Release (months)<br />I1<br />I2<br />I3<br />I4<br />I5<br />I6<br />I7<br />I8<br />I9<br />Fixed duration<br />No overlap<br />
    79. 79. Team A<br />Team B<br />Team C<br />Team D<br />Team E<br />Team F<br />Teams…<br />
    80. 80. Team A<br />Team B<br />Team C<br />Team D<br />Team E<br />Team F<br />
    81. 81. Team A<br />Team B<br />Team C<br />Team D<br />Team E<br />Team F<br />
    82. 82. Team A<br />Team B<br />Team C<br />Team D<br />Team E<br />Team F<br />Teams deliver<br />
    83. 83. Team A<br />Team B<br />Team C<br />Team D<br />Team E<br />Team F<br />Teams deliver<br />Working software<br />
    84. 84. Epic<br />Epic<br />Epic<br />Epic<br />Project <br />Planning<br />
    85. 85. Feature<br />Epic<br />Feature<br />Feature<br />Feature<br />Epic<br />Feature<br />Epic<br />Feature<br />Epic<br />Release<br />Planning<br />Project <br />Planning<br />
    86. 86. Feature<br />Epic<br />User Story<br />User Story<br />Feature<br />User Story<br />User Story<br />Feature<br />User Story<br />User Story<br />Feature<br />Epic<br />User Story<br />Feature<br />Epic<br />Feature<br />Epic<br />Release<br />Planning<br />Project <br />Planning<br />Iteration<br />Planning<br />
    87. 87. Feature<br />Epic<br />User Story<br />User Story<br />Feature<br />User Story<br />User Story<br />Feature<br />User Story<br />User Story<br />Feature<br />Epic<br />User Story<br />Feature<br />Epic<br />Feature<br />Epic<br />3-6<br />Months<br />18-24<br />Months<br />2-4<br />Weeks<br />
    88. 88. Project (years)<br />Release (months)<br />Release (months)<br />Release (months)<br />I1<br />I2<br />I3<br />I4<br />I5<br />I6<br />I7<br />I8<br />I9<br />
    89. 89. Project (years)<br />Release (months)<br />Release (months)<br />Release (months)<br />I1<br />I2<br />I3<br />I4<br />I5<br />I6<br />I7<br />I8<br />I9<br />
    90. 90. Project (years)<br />Release (months)<br />Release (months)<br />Release (months)<br />I1<br />I2<br />I3<br />I4<br />I5<br />I6<br />I7<br />I8<br />I9<br />
    91. 91. Project (years)<br />Release (months)<br />Release (months)<br />Release (months)<br />I1<br />I2<br />I3<br />I4<br />I5<br />I6<br />I7<br />I8<br />I9<br />
    92. 92. Project (years)<br />Release (months)<br />Release (months)<br />Release (months)<br />I1<br />I2<br />I3<br />I4<br />I5<br />I6<br />I7<br />I8<br />I9<br />
    93. 93. Project (years)<br />Release (months)<br />Release (months)<br />Release (months)<br />I1<br />I2<br />I3<br />I4<br />I5<br />I6<br />I7<br />I8<br />I9<br />
    94. 94. Project (years)<br />Release (months)<br />Release (months)<br />Release (months)<br />I1<br />I2<br />I3<br />I4<br />I5<br />I6<br />I7<br />I8<br />I9<br />
    95. 95. Project (years)<br />Release (months)<br />Release (months)<br />Release (months)<br />I1<br />I2<br />I3<br />I4<br />I5<br />I6<br />I7<br />I8<br />I9<br />
    96. 96. Project (years)<br />Release (months)<br />Release (months)<br />Release (months)<br />I1<br />I2<br />I3<br />I4<br />I5<br />I6<br />I7<br />I8<br />I9<br />
    97. 97. Project (years)<br />Release (months)<br />Release (months)<br />Release (months)<br />I1<br />I2<br />I3<br />I4<br />I5<br />I6<br />I7<br />I8<br />I9<br />
    98. 98. Project (years)<br />Release (months)<br />Release (months)<br />Release (months)<br />I1<br />I2<br />I3<br />I4<br />I5<br />I6<br />I7<br />I8<br />I9<br />End on time<br />
    99. 99. Project (years)<br />Release (months)<br />Release (months)<br />Release (months)<br />I1<br />I2<br />I3<br />I4<br />I5<br />I6<br />I7<br />I8<br />I9<br />End on time<br />Inspect and Adapt<br />
    100. 100. Release One<br />Iteration 1<br />Iteration 2<br />Iteration 3<br />Analysis<br />Analysis<br />Analysis<br />Design<br />Design<br />Design<br />Build<br />Build<br />Build<br />Test<br />Test<br />Test<br />Deploy<br />Deploy<br />Deploy<br />
    101. 101. Release One<br />Iteration 1<br />Iteration 2<br />Iteration 3<br />Analysis<br />Analysis<br />Analysis<br />Design<br />Design<br />Design<br />Build<br />Build<br />Build<br />Test<br />Test<br />Test<br />Deploy<br />Deploy<br />Deploy<br />
    102. 102. Release One<br />Iteration 1<br />Iteration 2<br />Iteration 3<br />Analysis<br />Analysis<br />Analysis<br />Design<br />Design<br />Design<br />Build<br />Build<br />Build<br />Test<br />Test<br />Test<br />Deploy<br />Deploy<br />Deploy<br />
    103. 103. Release One<br />Iteration 1<br />Iteration 2<br />Iteration 3<br />Analysis<br />Analysis<br />Analysis<br />Design<br />Design<br />Design<br />Build<br />Build<br />Build<br />Test<br />Test<br />Test<br />Deploy<br />Deploy<br />Deploy<br />
    104. 104. Release One<br />Iteration 1<br />Iteration 2<br />Iteration 3<br />Analysis<br />Analysis<br />Analysis<br />Design<br />Design<br />Design<br />Build<br />Build<br />Build<br />Test<br />Test<br />Test<br />Deploy<br />Deploy<br />Deploy<br />Everyone on deck<br />
    105. 105. Release One<br />Iteration 1<br />Iteration 2<br />Iteration 3<br />Analysis<br />Analysis<br />Analysis<br />Design<br />Design<br />Design<br />Build<br />Build<br />Build<br />Test<br />Test<br />Test<br />Deploy<br />Deploy<br />Deploy<br />Everyone on deck<br />Everyone accountable<br />
    106. 106. Release One<br />Iteration 1<br />Iteration 2<br />Iteration 3<br />Team<br />Team<br />Team<br />
    107. 107. Release One<br />Iteration 1<br />Iteration 2<br />Iteration 3<br />Team<br />Team<br />Team<br />
    108. 108. Release One<br />Iteration 1<br />Iteration 2<br />Iteration 3<br />Team<br />Team<br />Team<br />
    109. 109. Release One<br />Iteration 1<br />Iteration 2<br />Iteration 3<br />Team<br />Team<br />Team<br />
    110. 110. Release One<br />Iteration 1<br />Iteration 2<br />Iteration 3<br />Team<br />Team<br />Team<br />Cross-Functional<br />
    111. 111. Release One<br />Iteration 1<br />Iteration 2<br />Iteration 3<br />Team<br />Team<br />Team<br />Cross-Functional<br />Specializing Generalists<br />
    112. 112. Team A<br />Team B<br />Team C<br />Team D<br />Team E<br />Team F<br />Teams…<br />
    113. 113. Team A<br />Team B<br />Team C<br />Team D<br />Team E<br />Team F<br />
    114. 114. Team A<br />Team B<br />Team C<br />Team D<br />Team E<br />Team F<br />
    115. 115. Team A<br />Team B<br />Team C<br />Team D<br />Team E<br />Team F<br />Teams deliver<br />
    116. 116. Team A<br />Team B<br />Team C<br />Team D<br />Team E<br />Team F<br />Teams deliver<br />Working software<br />
    117. 117. Fully functional<br />Not fully capable<br />Always working<br />
    118. 118. Fully functional<br />Not fully capable<br />Always working<br />
    119. 119. Fully functional<br />Not fully capable<br />Always working<br />
    120. 120. Images courtesy of Jeff Patton<br />
    121. 121. Images courtesy of Jeff Patton<br />
    122. 122. Images courtesy of Jeff Patton<br />
    123. 123. Burndown<br />Graphs<br />Project Burndown<br />
    124. 124. Burndown<br />Graphs<br />Release Burndown<br />
    125. 125. Burndown<br />Graphs<br />Iteration Burndown<br />
    126. 126. Earn value<br />
    127. 127. for Real<br />
    128. 128. Inspect andAdapt<br />
    129. 129. Minimize theCostof Change<br />
    130. 130. The essence of ProjectManagement?<br />CostTimeScope<br />
    131. 131. The essence of ProjectManagement?<br />Cost Time Scope<br />
    132. 132. The essence of ProjectManagement?<br />Cost TimeScope<br />
    133. 133. The essence of ProjectManagement?<br />CostTime Scope<br />
    134. 134. The essence of ProjectManagement?<br />Risk<br />
    135. 135. EmbraceUncertainty<br />
    136. 136. Agileis risk mitigation<br />
    137. 137. Agileis a value system…<br />
    138. 138. Empowerment<br />Self-Organization<br />Trust Individuals<br />Accountability<br />
    139. 139. Empowerment<br />Self-Organization<br />Trust Individuals<br />Accountability<br />
    140. 140. Empowerment<br />Self-Organization<br />Trust Individuals<br />Accountability<br />
    141. 141. Empowerment<br />Self-Organization<br />Trust Individuals<br />Accountability<br />
    142. 142. PM<br />
    143. 143. PM<br />A<br />
    144. 144. PMBOK<br />
    145. 145. Time<br />Deliverables not activitiesReduce DependenciesPrioritize don’t sequenceAlways finish on-time<br />
    146. 146. Time<br />Deliverables not activitiesReduce DependenciesPrioritize don’t sequenceAlways finish on-time<br />
    147. 147. Time<br />Deliverables not activitiesReduce DependenciesPrioritize don’t sequenceAlways finish on-time<br />
    148. 148. Time<br />Deliverables not activitiesReduce DependenciesPrioritize don’t sequenceAlways finish on-time<br />
    149. 149. Cost<br />Cost = team size X duration Invest don’t spend<br />
    150. 150. Cost<br />Cost = team size X duration<br />Invest don’t spend<br />
    151. 151. Scope<br />Plan scope in rolling waves<br />Make trade-offs<br />Allow room for negotiation<br />Frequent customer interaction<br />
    152. 152. Scope<br />Plan scope in rolling waves<br />Make trade-offs<br />Allow room for negotiation<br />Frequent customer interaction<br />
    153. 153. Scope<br />Plan scope in rolling waves<br />Make trade-offs<br />Allow room for negotiation<br />Frequent customer interaction<br />
    154. 154. Scope<br />Plan scope in rolling waves<br />Make trade-offs<br />Allow room for negotiation<br />Frequent customer interaction<br />
    155. 155. Risk<br />Business and Technical<br />Risk management built in<br />Continuous visibility<br />
    156. 156. Risk<br />Business and Technical<br />Risk management built in<br />Continuous visibility<br />
    157. 157. Risk<br />Business and Technical<br />Risk management built in<br />Continuous visibility<br />
    158. 158. Quality<br />Quality not an afterthought<br />Test driven development<br />Continuous integration<br />Continuous testing<br />
    159. 159. Quality<br />Quality not an afterthought<br />Test driven development<br />Continuous integration<br />Continuous testing<br />
    160. 160. Quality<br />Quality not an afterthought<br />Test driven development<br />Continuous integration<br />Continuous testing<br />
    161. 161. Quality<br />Quality not an afterthought<br />Test driven development<br />Continuous integration<br />Continuous testing<br />
    162. 162. Comm.<br />Outside the team… the same<br />Co-location<br />Osmotic communication<br />Information radiators<br />
    163. 163. Comm.<br />Outside the team… the same<br />Co-location<br />Osmotic communication<br />Information radiators<br />
    164. 164. Comm.<br />Outside the team… the same<br />Co-location<br />Osmotic communication<br />Information radiators<br />
    165. 165. Comm.<br />Outside the team… the same<br />Co-location<br />Osmotic communication<br />Information radiators<br />
    166. 166. Int.<br />Charter or vision is okay<br />Agile PM plan and approach<br />Individual accountability<br />Change control built in<br />
    167. 167. Int.<br />Charter or vision is okay<br />Agile PM plan and approach<br />Individual accountability<br />Change control built in<br />
    168. 168. Int.<br />Charter or vision is okay<br />Agile PM plan and approach<br />Individual accountability<br />Change control built in<br />
    169. 169. Int.<br />Charter or vision is okay<br />Agile PM plan and approach<br />Individual accountability<br />Change control built in<br />
    170. 170. Proc.<br />Build contracts for change<br />Build relationships on trust<br />Create win-win agreements<br />
    171. 171. Proc.<br />Build contracts for change<br />Build relationships on trust<br />Create win-win agreements<br />
    172. 172. Proc.<br />Build contracts for change<br />Build relationships on trust<br />Create win-win agreements<br />
    173. 173. HR<br />Motivated individuals<br />Give them tools<br />Remove impediments<br />Self-organization<br />
    174. 174. HR<br />Motivated individuals<br />Give them tools<br />Remove impediments<br />Self-organization<br />
    175. 175. HR<br />Motivated individuals<br />Give them tools<br />Remove impediments<br />Self-organization<br />
    176. 176. HR<br />Motivated individuals<br />Give them tools<br />Remove impediments<br />Self-organization<br />
    177. 177. What can…<br />
    178. 178. I do…<br />
    179. 179. Now?<br />
    180. 180. Agile PM Plans<br />Plan Features<br />Iterative Planning<br />Daily Stand-Up<br />
    181. 181. Agile PM Plans<br />Plan Features<br />Iterative Planning<br />Daily Stand-Up<br />
    182. 182. Agile PM Plans<br />Plan Features<br />Iterative Planning<br />Daily Stand-Up<br />
    183. 183. Agile PM Plans<br />Plan Features<br />Iterative Planning<br />Daily Stand-Up<br />
    184. 184. Team<br />PM<br />PM<br />Team<br />Team<br />Team<br />Team<br />APM<br />Team<br />Team<br />Team<br />APM<br />
    185. 185. Know where you are… know what’s left to go<br />
    186. 186. Take input from reality and deal with it<br />
    187. 187. AgilePMIfinance.groups.yahoo.com/group/pmiagile/<br />
    188. 188. The Agile PMP<br />
    189. 189. Mike Cottmeyermike.cottmeyer@versionone.com www.linkedin.com/in/cottmeyer www.versionone.comblog.versionone.netwww.leadingagile.com<br />
    1. A particular slide catching your eye?

      Clipping is a handy way to collect important slides you want to go back to later.

    ×