{"id":44,"date":"2010-01-30T13:06:34","date_gmt":"2010-01-30T13:06:34","guid":{"rendered":"http:\/\/ericlaramee.com\/blogit\/?p=44"},"modified":"2010-01-30T13:06:34","modified_gmt":"2010-01-30T13:06:34","slug":"an-agile-coachs-journey-into-pmi-country-where-pmi-got-cocky","status":"publish","type":"post","link":"https:\/\/agilepartnership.com\/fr\/an-agile-coachs-journey-into-pmi-country-where-pmi-got-cocky\/","title":{"rendered":"An Agile coach\u2019s journey into PMI country \u2013 Where PMI got cocky."},"content":{"rendered":"<p><a href=\"http:\/\/ericlaramee.com\/blogit\/wp-content\/uploads\/2010\/05\/Lightning_TreeWBS1-200x300.jpg\"><img fetchpriority=\"high\" decoding=\"async\" class=\"alignleft size-full wp-image-48\" style=\"margin-left: 10px; margin-right: 10px;\" title=\"Lightning_TreeWBS1-200x300\" src=\"http:\/\/ericlaramee.com\/blogit\/wp-content\/uploads\/2010\/05\/Lightning_TreeWBS1-200x300.jpg\" alt=\"\" width=\"200\" height=\"300\" \/><\/a>My journey is actually the PMI bootcamp &#8211; A five day course to prepare for the PMP certification, completed with fellow Agile coach &#8211; and it has allowed us to see some great stuff.<\/p>\n<p>To the left, we had beautiful Rolling Waves and to the right, Progressive Elaboration. Most days were warm and sunny in PMI country &#8211; running through the green fields of cost, risk, and talent, oops! HR management.  But these dark clouds kept showing up once in a while and without warning, a bolt of lightning would reveal this official process: \u201cCreate Work Breakdown Structure\u201d a.k.a. the WBS.<\/p>\n<p>What we\u2019ve got here is process number 3.4.4 in the PMBoK and this, I believe, is where the PMI got cocky.   WBS is so central to the PMI that our trainers would actually say that if you don\u2019t have the answer to a certification question and WBS is one of the options \u2013 choose it!<\/p>\n<p>Throughout the PMI-PMP bootcamp training I kept asking myself the same question &#8211; If these PMI trainers recognize the distinctive nature of project management within software development, why am I getting so much resistance in the field?<\/p>\n<p>My <a href=\"http:\/\/ericlaramee.com\/blogit\/?p=35\">last blog<\/a> generated some parallel discussions in the <a href=\"http:\/\/www.linkedin.com\/groups?home=&amp;gid=52030&amp;trk=anet_ug_hm\">Scrum Practionners Group on LinkedIn<\/a>, and some of the replies did shed some light.<\/p>\n<p>Doug Shimp stated:<\/p>\n<blockquote><p>\u201cThe difference [between a WBS and the Product Backlog ] is big and forms a paradigm shift in thinking equivalent in magnitude as going from procedural code to object code. This is not easy and takes most people months to understand by doing an applied practice.\u201d<\/p><\/blockquote>\n<p>He continued to say:<\/p>\n<blockquote><p>\u201cThis is one area I see messed up so often, it is painful. Our training community must get much better at understanding and teaching this stuff. For PMs coming from an long history of using an activity based WBS the change to an agile\/scrum format can be quite head rattling.\u201d<\/p><\/blockquote>\n<p>This is exactly why my colleague and I attended the PMI training. We need to understand where PMs are coming from. What are those things that prevent PMs from making the shift?  The WBS seems to be one of the culprits. I\u2019m not saying a WBS is not practical or even essential in some cases. Maybe upper management demands this type of breakdown and is not quite ready to deal with a simple and naive release burnup chart based on tested and working software, available on a pre-production server.  Ok, I\u2019m being a bit facetious.  I do see value in a high level WBS that identifies product AND project requirements.  I\u2019d just assume use a mindmap but that might be too \u201cfluffy\u201d for some. There I go again.  A WBS can provide some great value by:<\/p>\n<ul>\n<li>Defining deliverables<\/li>\n<li>Helping to define what DONE means<\/li>\n<li>Establishing a common language<\/li>\n<li>Setting up Organizational Breakdown Structure (OBS)<\/li>\n<li>Managing change<\/li>\n<\/ul>\n<p>I might even encourage a team to create a WBS and link it up to their Product Backlog if I thought it would add value to the project.  But for the most part, the Scrum teams I work with start with a Product Vision broken down into clear business objectives.  We then identify the Epics required to achieve those objectives and wrap up with just enough User Stories to get started.<\/p>\n<p>One thing, new agility seeking organizations can be certain of, is that WE WILL set aside the WBS, just like we would any other \u201ctraditional\u201d tools and methodologies.  I might recognize the immense potential value of their WBS, but as an experiment, we\u2019ll leave all that aside, start anew, and see what happens. Every 2 to 4 weeks, we\u2019ll inspect, adapt and start yet another experiment.<\/p>\n<p>Of course there are those PMs who resist and feel the need to create a WBS and break it down as quickly as possible to the task level. You can imagine their reaction when I tell them that the team will do this at \u201cthe latest most responsible moment\u201d.  Some PMs almost pee their pants when I add the fact that \u201cthe latest most responsible moment\u201d is actually one day before we start coding.  I must admit &#8211; I do enjoy that one. (Yes, I do practice \u201cSituational Coaching\u201d, and in some cases, \u201cTELLING\u201d offers the highest return on investment)<\/p>\n<p>At issue here is not the potential value of a WBS, but the obligatory use of one.   Actually, I wonder if OPM3 would consider our Agile teams \u201cimmature\u201d for not having this.  Would it recognize the fact that we compensate or even exceed the value of a WBS with Agile related artefacts and ceremonies? CMMi Level 3 does!<\/p>\n<p>But who am I to criticize the fact that the WBS is a required process and not just an optional tool?  Scrum does require the use a Product and Sprint Backlog.  They\u2019re not optional tools but nonnegotiable artefacts.  But there is one difference; Scrum is all about software development.  It\u2019s not interested in building sky scrapers or highways. PMI boasts that their processes apply to \u201call of the above\u201d projects, and I\u2019m fine with that. But if it wants to remain credible, it needs to abstract this WBS process. I\u2019d call it the&#8230;Work Refinement through Execution Process. The WRX&#8230;I like the sound of that! \ud83d\ude09  It might include various tools and techniques such as a WBS, Product and Work (not to say Sprint) Backlog, and some activities to get these to evolve throughout a project.<\/p>\n<p>I think the sun is coming out again.  Time to go play with Project Communications Management&#8230;<\/p>\n","protected":false},"excerpt":{"rendered":"<p>My journey is actually the PMI bootcamp &#8211; A five day course to prepare for the PMP certification, completed with fellow Agile coach &#8211; and it has allowed us to see some great stuff. To the left, we had beautiful Rolling Waves and to the right, Progressive Elaboration. Most days were warm and sunny in [&hellip;]<\/p>\n","protected":false},"author":2,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"_monsterinsights_skip_tracking":false,"_monsterinsights_sitenote_active":false,"_monsterinsights_sitenote_note":"","_monsterinsights_sitenote_category":0,"footnotes":""},"categories":[17],"tags":[],"class_list":["post-44","post","type-post","status-publish","format-standard","hentry","category-agile"],"acf":[],"aioseo_notices":[],"_links":{"self":[{"href":"https:\/\/agilepartnership.com\/fr\/wp-json\/wp\/v2\/posts\/44","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/agilepartnership.com\/fr\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/agilepartnership.com\/fr\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/agilepartnership.com\/fr\/wp-json\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/agilepartnership.com\/fr\/wp-json\/wp\/v2\/comments?post=44"}],"version-history":[{"count":0,"href":"https:\/\/agilepartnership.com\/fr\/wp-json\/wp\/v2\/posts\/44\/revisions"}],"wp:attachment":[{"href":"https:\/\/agilepartnership.com\/fr\/wp-json\/wp\/v2\/media?parent=44"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/agilepartnership.com\/fr\/wp-json\/wp\/v2\/categories?post=44"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/agilepartnership.com\/fr\/wp-json\/wp\/v2\/tags?post=44"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}