Saying “no” is hard for everyone.<\/p>\n
“If I say “no”, they will think I’m not a team player.”
\n“If I say “no”, they will think I’m not committed to the product’s (company’s) success.”
\n“If I say “no”, they will blame me for the other project’s failure (because I wouldn’t let my resource spend some time helping it).”
\n“If I say “no”, they will be disappointed in me.”
\n“If I say “no”, they will say that I’m inflexible.”
\n“If I say “no”, they will say that my team isn’t willing to work hard.”
\n“If I say “no”, they will be mad at me.”<\/p>\n
And no one likes people to be mad at them.<\/p>\n
However, it’s critical for a Project Manager to understand when and how to say “no”.<\/p>\n
Laying the groundwork for saying “no”, and the way you say “no” can help minimize or eliminate any bad feelings that follow.<\/p>\n
All projects should begin with a Vision and Scope statement.\u00a0 The purpose of the “Vision” part is to describe the consensus on the purpose and goals of the project, its operating environment, and any assumptions made by stakeholders.\u00a0\u00a0 The “Scope” part is usually a list of features, pre-requirements spec, along with expected phasing of features if everything isn’t to be delivered or developed all at once.\u00a0<\/p>\n
“Stakeholders” include you, the Project Manager, and it is here, in the Vision part, that you can document your assumptions regarding project schedule and resources.\u00a0 And likewise, the Scope should include a list of features that will not<\/em><\/strong> be developed or delivered (without getting too picky, but making sure that everyone understands).<\/p>\n Treat this as a contract between you and the project sponsor.\u00a0 Don’t let it get out of date.\u00a0 When the scope feature list evolves into the requirements document, update anything that contradicts your original agreement or assumptions, even if it’s just a note to replace the feature list with the one in the requirements document.\u00a0 Don’t let contradictions stand: otherwise the original agreement becomes useless and confusing.\u00a0 If you end up getting more resources or schedule to develop some of those features that were originally on your “not” list, update that list, along with the resources and schedule assumptions.\u00a0 The updates don’t have to be complicated: after all, the Vision and Scope statement isn’t that large.<\/p>\n It is this agreement, the Vision and Scope statement, along with the requirements document, which will back you up later when you need to say “no”.\u00a0 It will give you a way to say it nicely, professionally, and firmly.\u00a0 You can describe all the work and discussion that went into it, why it says what it says, and explain that your planning relied on the word of all its stakeholders.\u00a0 And that while you’d like<\/em> to be a team player, and don’t want<\/em> to be seen as a roadblock, there would have to be a discussion on your original assumptions (or on your constraints) in order to accommodate this change\/addition\/loss of resource, etc.<\/p>\n Your team will be relieved that you’re saying “no” on their behalf (because everyone<\/em> hates to say “no”)\u00a0 Your sponsor will understand that there’s a right way and a wrong way to go about making changes to the plan (after all, change is<\/em> inevitable).\u00a0 Don’t worry about saying “no” to the wrong thing, to something really, really important.\u00a0 If it’s truly critical, your project sponsor will figure out a way to work with you to allow it to happen through feature reprioritization, increased resources, or a longer schedule.<\/p>\n And you will have the respect of everyone.<\/p>\n Anita Wotiz Saying “no” is hard for everyone. “If I say “no”, they will think I’m not a team player.” “If I […]<\/p>\n","protected":false},"author":18,"featured_media":0,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"give_campaign_id":0,"site-sidebar-layout":"default","site-content-layout":"","ast-site-content-layout":"default","site-content-style":"default","site-sidebar-style":"default","ast-global-header-display":"","ast-banner-title-visibility":"","ast-main-header-display":"","ast-hfb-above-header-display":"","ast-hfb-below-header-display":"","ast-hfb-mobile-header-display":"","site-post-title":"","ast-breadcrumbs-content":"","ast-featured-img":"","footer-sml-layout":"","ast-disable-related-posts":"","theme-transparent-header-meta":"","adv-header-id-meta":"","stick-header-meta":"","header-above-stick-meta":"","header-main-stick-meta":"","header-below-stick-meta":"","astra-migrate-meta-layouts":"default","ast-page-background-enabled":"default","ast-page-background-meta":{"desktop":{"background-color":"","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""},"tablet":{"background-color":"","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""},"mobile":{"background-color":"","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""}},"ast-content-background-meta":{"desktop":{"background-color":"var(--ast-global-color-5)","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""},"tablet":{"background-color":"var(--ast-global-color-5)","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""},"mobile":{"background-color":"var(--ast-global-color-5)","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""}},"footnotes":""},"categories":[2,7,6],"tags":[39,204,64,126,38,50,36,65,298],"class_list":["post-1103","post","type-post","status-publish","format-standard","hentry","category-leadership","category-goals","category-communications","tag-best-practices","tag-change","tag-communication","tag-project-commitment","tag-project-management","tag-requirements","tag-scope-creep","tag-stakeholder","tag-ucsc-extension"],"aioseo_notices":[],"jetpack_featured_media_url":"","_links":{"self":[{"href":"https:\/\/svapm.org\/index.php?rest_route=\/wp\/v2\/posts\/1103","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/svapm.org\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/svapm.org\/index.php?rest_route=\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/svapm.org\/index.php?rest_route=\/wp\/v2\/users\/18"}],"replies":[{"embeddable":true,"href":"https:\/\/svapm.org\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=1103"}],"version-history":[{"count":1,"href":"https:\/\/svapm.org\/index.php?rest_route=\/wp\/v2\/posts\/1103\/revisions"}],"predecessor-version":[{"id":14045,"href":"https:\/\/svapm.org\/index.php?rest_route=\/wp\/v2\/posts\/1103\/revisions\/14045"}],"wp:attachment":[{"href":"https:\/\/svapm.org\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=1103"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/svapm.org\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=1103"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/svapm.org\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=1103"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}
\nwww.duckpondsoftware.com<\/a> (see the Consulting tab)
\nInstructor, UCSC Extension, SEQ Program<\/a>
\nSoftware Requirements Engineering and Management<\/a> (next class starts Aug 5 2008)
\nSoftware Project Planning, Monitoring, and Management<\/a> (next class Oct\/Nov 2008)<\/p>\n","protected":false},"excerpt":{"rendered":"