{"id":662,"date":"2016-10-21T17:03:29","date_gmt":"2016-10-22T00:03:29","guid":{"rendered":"http:\/\/b-spoke.net\/?p=662"},"modified":"2026-06-29T22:00:30","modified_gmt":"2026-06-29T22:00:30","slug":"stop-creep","status":"publish","type":"post","link":"https:\/\/thirdactmedia.com\/b-spoke\/2016\/10\/21\/stop-creep\/","title":{"rendered":"Stop Creep from Sneaking Up on You"},"content":{"rendered":"
An Eight Minute Read<\/h6>\n

To upgrade its security, an energy company approved a two-million-dollar project to install RFID (radio frequency identification) badge readers across its site. The capital committee approved a scope of work to mount readers, tie them back to a central database, and purchase two badge-making machines \u2013 one for Human Resources and one for Procurement (to make contractor badges); this was to be online by the end of the year.<\/h3>\n

Shortly after New Year\u2019s, I was called in to work with the project team to get it unstuck.<\/h3>\n

The \u201cteam\u201d, as it was, consisted of the project manager, the HR manager\"projects\"<\/a>, the procurement manager, counsel, accounting, various operating department heads, the Safety Committee Chair, and others whose titles I didn\u2019t bother putting in my notes. The project was stalled as the budget approached five million dollars.<\/h3>\n

Procurement was causing a fuss because it wanted onsite contractor administrators to print badges (adding several machines); Legal wouldn\u2019t sign off on until department heads approved (which they wouldn\u2019t, without additional staff, which wasn\u2019t budgeted). Safety was in a rut because the system wasn\u2019t tied to individual contractor performance records; this required integrating the badge readers with three other databases, two of which had not been created yet, and would entail an entire new layer of administration.<\/h3>\n

They were months behind, the budget had bloated, and everyone was frustrated. Why?<\/h3>\n

One word: Scope creep.<\/h3>\n

Every project manager has a campfire tale regarding Scope Creep; there are as many definitions as there are projects (\u201cI can\u2019t define it, but I know it when I see it!\u201d). Most commonly, Creep refers to \u201cuncontrolled\u201d changes in a project. It manifests in growing costs, deadlines permanently hovering on the horizon, or new-and-improved features being added. Scopes don\u2019t necessarily wait until execution to start creeping \u2013 that potential is there on Day One.<\/p>\n

Fundamentally, Scope Creep comes down to a violation of the project triangle. Good project managers know at the \"triangle\"outset of their project they need to set boundaries around three areas: performance, time, and money. The project triangle (sometimes a \u201cScope Statement\u201d, \u201cproject statement\u201d, or \u201cScope of Work\u201d) becomes a contract between the project\u2019s sponsor and manager and the rest of the stakeholders. In essence, the agreement is, \u201cYou give me this much money and this much time, I will give you this much benefit.\u201d<\/p>\n

Once that is established, the triangle is \u201cin balance\u201d: Each leg is the equivalent of the rest. In the badge reader project, the agreement was: For two million dollars, the company would have an RFID-based security badge system installed by the end of the year. Its project triangle looked like this:\"badge-reader-triangle\"<\/p>\n

Once the \u201cteam\u201d started monkeying with it, the performance leg grew: Additional badge machines, creating databases, and more, all increased the deliverables.<\/p>\n

\"badge-reader-triangle-new-deliverable\"
Adding features increases the size of that leg, so to re-balance…<\/figcaption><\/figure>\n

Since the triangle was already balanced, these additional demands require some combination of time or money (or both) to restore equilibrium.<\/p>\n

\"The
The area under the “red” is calculus for “Scope Creep”<\/figcaption><\/figure>\n

Why Scope Creep Is Bad<\/h4>\n

A creeping project is a project out of control. While little had actually been outlaid on the badge reader project, the paralysis during the features debate was destroying deadlines. Ongoing discussions and meetings do<\/u> cost money, even if time isn\u2019t charged directly to the project\u2013 there are always better things to do. And once you call in the consultants, well, forget about it.<\/p>\n

Further, Creep calls into question the viability of the project itself. This breeds lack of confidence in the project manager, the sponsor, and the team. It becomes more difficult for new projects to get funded, resources shy away from projects, and so on.<\/p>\n

Causes of Scope Creep<\/h4>\n

There are always opportunistic stakeholders. The manager advocating linking the badge database to the safety index no doubt felt it was the ideal time push that agenda \u2013 the equivalent of saying, well, the ceiling is open, we may as well run wiring for overhead lighting. Even though it is \u201ceasy\u201d and (arguably) only marginal Creep, it is Creep nevertheless. (Because now you need new permits, and electricians, and supplies. Then you have to open the walls to add switches\u2026) The motives for this can be pure or more manipulative; either way, it\u2019s Creep.<\/p>\n

Those cases do happen, and often the drama lingers large in our memories; in my experience, though, the most common cause of Creep rests with the project manager.<\/p>\n

Sometimes, the project manager locked the Scope before truly understanding the business needs; this means what feels like Creep is actually the project being right-sized.<\/p>\n

Most projects \u2013 including the badge reader\u2013 creep because of either a lack of clarity or a lack of understanding of the project\u2019s scope. These are two sides of the same coin; misunderstanding is a symptom of lack of clarity. In most projects, when Creep begins, the project manager (and\/or the sponsor) has not communicated the Scope clearly and completely.<\/p>\n

The badge project PM had already thought through the alternatives, and baked them into the Scope of Work that was approved. What he did a poorly was communicating the project\u2019s limits. In his mind\u2019s eye, he knew the boundaries, so he was frustrated as he was perpetually challenged by others.<\/p>\n

Additionally, he did not use his tools to fight back. SOWs are not written in stone, and do not possess mystical powers of compliance, but they do provide documentation of the previous agreements of the project\u2019s borders.<\/p>\n

Fighting Scope Creep<\/h4>\n

If the cause is indeed poor communication, then the cure is simple: Communicate. But first, the project manager needs something tangible to communicate.<\/p>\n

1. Build the Triangle<\/div>\n

Begin by clarifying the Scope itself \u2013 the project triangle. Ideally, this is clarified at the outset. (If it hasn\u2019t been, do it now.) Confirm all three legs \u2013 and double-click on each to determine the key objectives and goals. Develop and agree on unambiguous measures of success. If necessary, articulate what specifically will not<\/u> be included. And document this.<\/p>\n

Project managers run the risk of being \u201cprocess weenies\u201d by making sure this is done correctly \u2013 it can be boring, repetitive, and even frustrating \u2013 but nailing this paves the way for success later. This is imperative.<\/p>\n

2. Socialize It<\/div>\n

Take the Scope on the road \u2013 meet with stakeholders, resource managers, and more, to ensure that they know and understand what is going to happen. This takes time \u2013 but minimizes the schedule-destroying Creep meetings later. Additionally, the project manager can gain organizational buy-in as the triangle is presented.<\/p>\n

3. Keep It Visible<\/div>\n

Post the Scope (use the graphic) in the project\u2019s war room. Post it outside the war room. Put it on the top of every communique. Put it in the project manager\u2019s email signature. Depending on the scale of the project, put it on coffee cups, ballcaps, a blog\u2026 The more that people see the boundaries, the less likely they will feel the need to test them.<\/p>\n

If others try to add features \u2013 like, say, a new database \u2013 the project manager can point to the scope (and its goals and objectives) and explain how the proposed addition does not accomplish what the project set out to do, or that while it may enhance the project, it does so at the expense of time or budget. This discussion does not guarantee success, but it stays rational and focused on the project, not politics.<\/p>\n

4.\u00a0\u00a0\u00a0\u00a0Reiterate It<\/div>\n

At milestone meetings or other reviews, drag out the triangle and show how work is proceeding. If needed, create\"chevrons\" one of those snazzy chevron\/arrow \u201cSmart Art\u201d graphics to keep everyone grounded. When people begin to see a consistent image, and progress marching across it, they become reluctant to rock the boat. This also serves as a check-valve: Once the project crosses a threshold, there\u2019s no turning back. Keeping this visible maintains momentum.<\/p>\n

5.\u00a0\u00a0\u00a0\u00a0Let the Project Sponsor Be Bad Cop<\/div>\n

The project team should focus on adding value, not fending off Creeps. The project manager can start on the positive road: \u201cHere is the triangle. If we do what you ask, it will do this to the schedule, or that to the budget.\u201d If a stronger defense needs to be mounted, enlist the project\u2019s sponsor. After all, they were key in getting the initial scope chartered, reviewed, and approved\u2026 <\/a>Right?<\/p>\n

6.\u00a0\u00a0\u00a0\u00a0When All Else Fails, Re-Scope<\/div>\n

As the Safety team became louder and more obstinate, the choices the PM saw included either capitulating (and destroying his Scope) or holding firm (and destroying relationships). If staying the course \u2013 that is, following steps one through five above \u2013 does not do the trick, there remain two options.<\/p>\n

\"new-project-triangle\"One is to re-balance the triangle. If adding features means the need for additional time or resources, calculate that, document it, and get it approved \u2013 in other words, go back to Step One. While this is stressful, it is nowhere near as stressful as dealing with these issues after deadlines have passed and money has been spent. (And the consultants called in\u2026!)<\/p>\n

The second option is to charter a second project. When pushing back against<\/p>\n

\"subproject-triangle\"<\/p>\n

Creep, the project manager and sponsor are not necessarily saying that the ideas are bad or the features unneeded, what they\u2019re saying is, they are not needed now<\/u> as part of this project<\/u>. So draw a second triangle \u2013 and go back to Step One.<\/p>\n

 <\/p>\n

 <\/p>\n

 <\/p>\n

 <\/p>\n

Stop the Creep<\/h4>\n

Projects, by definition, need to end. Perpetual Scope Creep puts that at serious risk. Clarifying the project\u2019s Scope \u2013 frequently \u2013 minimizes that risk.<\/p>\n

Clarity, and understanding, are in the ear of the beholder. It is the project manager\u2019s job to ensure that the Scope is understood; it is not enough to hold one meeting and presume the work is done.<\/p>\n

To say that \u201cunderstanding\u201d is a magic cure-all is, of course, na\u00efve. There will always be opportunities (and bullies) where the Scope needs to be cracked open and re-built. By following these rational steps, that should happen less frequently. And when it does, it should be less painful than it was for that poor badge-reading team.<\/p>\n

 <\/p>\n

 <\/p>\n

Save<\/span><\/p>\n

Save<\/span><\/p>\n","protected":false},"excerpt":{"rendered":"

‘Scope Creep’ isn’t something that just happens to a project. It can be controlled, and good project managers know how to do that.<\/p>\n

This post includes some causes and corrections of a common project malady.<\/p>\n

Continue reading Stop Creep from Sneaking Up on You<\/span><\/a><\/p>\n","protected":false},"author":1,"featured_media":2159,"comment_status":"closed","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_jetpack_newsletter_access":"","_jetpack_dont_email_post_to_subs":false,"_jetpack_newsletter_tier_id":0,"_jetpack_memberships_contains_paywalled_content":false,"_jetpack_feature_clip_id":0,"_jetpack_memberships_contains_paid_content":false,"footnotes":"","jetpack_post_was_ever_published":false},"categories":[8],"tags":[40,56,64,65,85],"class_list":["post-662","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-managing-projects","tag-getting-shit-done","tag-planning","tag-project-management","tag-project-sponsor","tag-visible-thinking"],"jetpack_featured_media_url":"https:\/\/thirdactmedia.com\/b-spoke\/wp-content\/uploads\/2016\/10\/creep1.png","jetpack_sharing_enabled":true,"_links":{"self":[{"href":"https:\/\/thirdactmedia.com\/b-spoke\/wp-json\/wp\/v2\/posts\/662","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/thirdactmedia.com\/b-spoke\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/thirdactmedia.com\/b-spoke\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/thirdactmedia.com\/b-spoke\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/thirdactmedia.com\/b-spoke\/wp-json\/wp\/v2\/comments?post=662"}],"version-history":[{"count":1,"href":"https:\/\/thirdactmedia.com\/b-spoke\/wp-json\/wp\/v2\/posts\/662\/revisions"}],"predecessor-version":[{"id":2459,"href":"https:\/\/thirdactmedia.com\/b-spoke\/wp-json\/wp\/v2\/posts\/662\/revisions\/2459"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/thirdactmedia.com\/b-spoke\/wp-json\/wp\/v2\/media\/2159"}],"wp:attachment":[{"href":"https:\/\/thirdactmedia.com\/b-spoke\/wp-json\/wp\/v2\/media?parent=662"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/thirdactmedia.com\/b-spoke\/wp-json\/wp\/v2\/categories?post=662"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/thirdactmedia.com\/b-spoke\/wp-json\/wp\/v2\/tags?post=662"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}