Why aren’t client objectives enough? Papercut Project Monitoring looks up the noses of stakeholder organizations and tries to fathom what’s important.
If someone’s objectives aren’t spelled out at the beginning of a project, sooner or later a senior stakeholder in that organization is going to notice and scream about what they’re not getting. That senior guy is going to put pressure on the project team to deliver, who will then try to wrestle project objectives away from the other teams.
The #1 Thing That Goes Wrong In Client Projects Even When You're Doing Everyt...Followbright
Erin Pheil's #CFC/#HOW Conference talk @ Moscone Center, San Francisco. June 23rd, 2013. // There's a powerful force most Creatives aren't aware of that can wreak havoc on client projects (whether web site design, logo design, web development, graphic design, etc.) EVEN when they're doing everything right—EVEN when their project proposals, processes, plans, communications, consulting are perfect.
1 simple way to better presentations: don't outline, PUMA!Dan Roam
The biggest problem in creating our presentation is making a great storyline. Here's how to do it: create a PUMA.
There's more in my book.
http://www.amazon.com/Show-Tell-Everybody-Extraordinary-Presentations/dp/1591846854/ref=zg_bs_660628_14
The #1 Thing That Goes Wrong In Client Projects Even When You're Doing Everyt...Followbright
Erin Pheil's #CFC/#HOW Conference talk @ Moscone Center, San Francisco. June 23rd, 2013. // There's a powerful force most Creatives aren't aware of that can wreak havoc on client projects (whether web site design, logo design, web development, graphic design, etc.) EVEN when they're doing everything right—EVEN when their project proposals, processes, plans, communications, consulting are perfect.
1 simple way to better presentations: don't outline, PUMA!Dan Roam
The biggest problem in creating our presentation is making a great storyline. Here's how to do it: create a PUMA.
There's more in my book.
http://www.amazon.com/Show-Tell-Everybody-Extraordinary-Presentations/dp/1591846854/ref=zg_bs_660628_14
This is a slide presentation from a TV training class conducted by Austin Petersen, editor of The Libertarian Republic and Chief Executive Officer of Stonegait LLC.
This class is to teach people how to get booked on television news, and how to act when they are on.
The Secret to Actually Producing Great Visual StorytellingLeslie Bradshaw
It's 2014 and there is no question that visual storytelling is an important tool in every marketer's tool belt. However, how to swiftly produce consistent, cost-effective and beautiful work is a lot less obvious. To arm you with the methods, resources and workflows you need to win at visual storytelling, we've asked marketer and data visualization pioneer Leslie Bradshaw to share her playbook. In her own words the session will deliver: Less hype. More do.
Human resource professionals can leverage Adaptimist's competency assessment services to identify growth areas for the talent within their organizations.
Parents can take advantage of Adaptimist's Personal Intelligence testing services designed for youth. These can augment existing wellness programs for their children.
Why Smart People Fail: The role of emotional intelligence in project success.Geoff Crane
This talk explores the role emotional intelligence plays in delivering successful projects. It uses the Bar-On dimensions and cites a cool project by Dr. Ashlea Troth at Griffin University in Australia. I preface it by talking about what a galactic nerd I was and how difficult it was to fit in. We all relate, right? :-)
"This is why we can't have nice things"
A project risk retrospective.
This presentation takes a look at great projects throughout history and identifies common threads regarding the risk management techniques applied during their execution.
Recruiting in the Digital Age: A Social Media MasterclassLuanWise
In this masterclass, presented at the Global HR Summit on 5th June 2024, Luan Wise explored the essential features of social media platforms that support talent acquisition, including LinkedIn, Facebook, Instagram, X (formerly Twitter) and TikTok.
RMD24 | Retail media: hoe zet je dit in als je geen AH of Unilever bent? Heid...BBPMedia1
Grote partijen zijn al een tijdje onderweg met retail media. Ondertussen worden in dit domein ook de kansen zichtbaar voor andere spelers in de markt. Maar met die kansen ontstaan ook vragen: Zelf retail media worden of erop adverteren? In welke fase van de funnel past het en hoe integreer je het in een mediaplan? Wat is nu precies het verschil met marketplaces en Programmatic ads? In dit half uur beslechten we de dilemma's en krijg je antwoorden op wanneer het voor jou tijd is om de volgende stap te zetten.
This is a slide presentation from a TV training class conducted by Austin Petersen, editor of The Libertarian Republic and Chief Executive Officer of Stonegait LLC.
This class is to teach people how to get booked on television news, and how to act when they are on.
The Secret to Actually Producing Great Visual StorytellingLeslie Bradshaw
It's 2014 and there is no question that visual storytelling is an important tool in every marketer's tool belt. However, how to swiftly produce consistent, cost-effective and beautiful work is a lot less obvious. To arm you with the methods, resources and workflows you need to win at visual storytelling, we've asked marketer and data visualization pioneer Leslie Bradshaw to share her playbook. In her own words the session will deliver: Less hype. More do.
Human resource professionals can leverage Adaptimist's competency assessment services to identify growth areas for the talent within their organizations.
Parents can take advantage of Adaptimist's Personal Intelligence testing services designed for youth. These can augment existing wellness programs for their children.
Why Smart People Fail: The role of emotional intelligence in project success.Geoff Crane
This talk explores the role emotional intelligence plays in delivering successful projects. It uses the Bar-On dimensions and cites a cool project by Dr. Ashlea Troth at Griffin University in Australia. I preface it by talking about what a galactic nerd I was and how difficult it was to fit in. We all relate, right? :-)
"This is why we can't have nice things"
A project risk retrospective.
This presentation takes a look at great projects throughout history and identifies common threads regarding the risk management techniques applied during their execution.
Recruiting in the Digital Age: A Social Media MasterclassLuanWise
In this masterclass, presented at the Global HR Summit on 5th June 2024, Luan Wise explored the essential features of social media platforms that support talent acquisition, including LinkedIn, Facebook, Instagram, X (formerly Twitter) and TikTok.
RMD24 | Retail media: hoe zet je dit in als je geen AH of Unilever bent? Heid...BBPMedia1
Grote partijen zijn al een tijdje onderweg met retail media. Ondertussen worden in dit domein ook de kansen zichtbaar voor andere spelers in de markt. Maar met die kansen ontstaan ook vragen: Zelf retail media worden of erop adverteren? In welke fase van de funnel past het en hoe integreer je het in een mediaplan? Wat is nu precies het verschil met marketplaces en Programmatic ads? In dit half uur beslechten we de dilemma's en krijg je antwoorden op wanneer het voor jou tijd is om de volgende stap te zetten.
Implicitly or explicitly all competing businesses employ a strategy to select a mix
of marketing resources. Formulating such competitive strategies fundamentally
involves recognizing relationships between elements of the marketing mix (e.g.,
price and product quality), as well as assessing competitive and market conditions
(i.e., industry structure in the language of economics).
The key differences between the MDR and IVDR in the EUAllensmith572606
In the European Union (EU), two significant regulations have been introduced to enhance the safety and effectiveness of medical devices – the In Vitro Diagnostic Regulation (IVDR) and the Medical Device Regulation (MDR).
https://mavenprofserv.com/comparison-and-highlighting-of-the-key-differences-between-the-mdr-and-ivdr-in-the-eu/
Company Valuation webinar series - Tuesday, 4 June 2024FelixPerez547899
This session provided an update as to the latest valuation data in the UK and then delved into a discussion on the upcoming election and the impacts on valuation. We finished, as always with a Q&A
Digital Transformation and IT Strategy Toolkit and TemplatesAurelien Domont, MBA
This Digital Transformation and IT Strategy Toolkit was created by ex-McKinsey, Deloitte and BCG Management Consultants, after more than 5,000 hours of work. It is considered the world's best & most comprehensive Digital Transformation and IT Strategy Toolkit. It includes all the Frameworks, Best Practices & Templates required to successfully undertake the Digital Transformation of your organization and define a robust IT Strategy.
Editable Toolkit to help you reuse our content: 700 Powerpoint slides | 35 Excel sheets | 84 minutes of Video training
This PowerPoint presentation is only a small preview of our Toolkits. For more details, visit www.domontconsulting.com
Personal Brand Statement:
As an Army veteran dedicated to lifelong learning, I bring a disciplined, strategic mindset to my pursuits. I am constantly expanding my knowledge to innovate and lead effectively. My journey is driven by a commitment to excellence, and to make a meaningful impact in the world.
Business Valuation Principles for EntrepreneursBen Wann
This insightful presentation is designed to equip entrepreneurs with the essential knowledge and tools needed to accurately value their businesses. Understanding business valuation is crucial for making informed decisions, whether you're seeking investment, planning to sell, or simply want to gauge your company's worth.
B2B payments are rapidly changing. Find out the 5 key questions you need to be asking yourself to be sure you are mastering B2B payments today. Learn more at www.BlueSnap.com.
Premium MEAN Stack Development Solutions for Modern BusinessesSynapseIndia
Stay ahead of the curve with our premium MEAN Stack Development Solutions. Our expert developers utilize MongoDB, Express.js, AngularJS, and Node.js to create modern and responsive web applications. Trust us for cutting-edge solutions that drive your business growth and success.
Know more: https://www.synapseindia.com/technology/mean-stack-development-company.html
Enterprise Excellence is Inclusive Excellence.pdfKaiNexus
Enterprise excellence and inclusive excellence are closely linked, and real-world challenges have shown that both are essential to the success of any organization. To achieve enterprise excellence, organizations must focus on improving their operations and processes while creating an inclusive environment that engages everyone. In this interactive session, the facilitator will highlight commonly established business practices and how they limit our ability to engage everyone every day. More importantly, though, participants will likely gain increased awareness of what we can do differently to maximize enterprise excellence through deliberate inclusion.
What is Enterprise Excellence?
Enterprise Excellence is a holistic approach that's aimed at achieving world-class performance across all aspects of the organization.
What might I learn?
A way to engage all in creating Inclusive Excellence. Lessons from the US military and their parallels to the story of Harry Potter. How belt systems and CI teams can destroy inclusive practices. How leadership language invites people to the party. There are three things leaders can do to engage everyone every day: maximizing psychological safety to create environments where folks learn, contribute, and challenge the status quo.
Who might benefit? Anyone and everyone leading folks from the shop floor to top floor.
Dr. William Harvey is a seasoned Operations Leader with extensive experience in chemical processing, manufacturing, and operations management. At Michelman, he currently oversees multiple sites, leading teams in strategic planning and coaching/practicing continuous improvement. William is set to start his eighth year of teaching at the University of Cincinnati where he teaches marketing, finance, and management. William holds various certifications in change management, quality, leadership, operational excellence, team building, and DiSC, among others.
24. • Be forthright about capturing objectives
• Be sensitive to people’s fears
Do
• Clearly identify consequences
• Foster a sense of team
25. • Give in to pressure
D on’t
• Agree to secret deals
• Be forthright about capturing objectives
• Be sensitive to people’s fears
Do
• Clearly identify consequences
• Foster a sense of team
26. • Give in to pressure
D on’t (ahem)
• Agree to secret deals
Image courtesy of
cliff1066 on Flickr.
• Be forthright about capturing objectives
• Be sensitive to people’s fears
Do
• Clearly identify consequences
• Foster a sense of team
28. Gr eat
Min ds!
@ReadyTOFeedback
@managementsushi
@alecsatin
29. http://www.twitter.com/PapercutPM
http://papercutpm.tumblr.com
http://www.myvirtualcv.com/papercutpm
http://ca.linkedin.com/papercutpm
[Feel free to tear off this branded slide
to use the file in your own presentation]
Editor's Notes
I’m Geoff Crane, Owner and Chief Consultant at Papercut Project Monitoring. In this week’s presentation, I’m going to talk a little bit about stakeholder management and why it’s so important to represent everyone at the planning table.
As project managers are fully aware, a stakeholder is anyone who has a “stake” or interest in a project. As most project managers also know, stakeholders can be found all over organizations, and are prone to prone to remain hidden until the last minute and pop out of the woodwork to throw a monkey wrench into things.
For purposes of this presentation, I’m going to keep things simple and talk about stakeholder organizations on a project, and what happens when they get neglected.
So here we have a client organization who’s commissioning the project.
*click*
They’re going to need some help from their end user community,
*click*
and likely they’ll also need some help from a vendor to help build the actual product or service.
These people will make up the core project team.
*click*
Unless these people entirely represent the organizations they work for, there’s likely senior stakeholders who are concerned with one thing in particular. Each organizations needs are going to be different.
The client organization, for example, is generally motivated by either a risk, like, we need a new service to be able to compete with our competitors, or the opposite of a risk, an opportunity. Like, here’s a new idea that will give us an edge over our competitors.
*click*
That’s very nice for the client, but the end user organization won’t give a crap about the clients needs. They want the product or service to be easy to use, and that’s all they care about.
*click*
The vendor, of course, couldn’t care less about what they other two want. They just want to get paid.
*click*
All of these needs come together at the heart of the project to form the project objectives.
*click*
So here we have a client organization who’s commissioning the project.
*click*
They’re going to need some help from their end user community,
*click*
and likely they’ll also need some help from a vendor to help build the actual product or service.
These people will make up the core project team.
*click*
Unless these people entirely represent the organizations they work for, there’s likely senior stakeholders who are concerned with one thing in particular. Each organizations needs are going to be different.
The client organization, for example, is generally motivated by either a risk, like, we need a new service to be able to compete with our competitors, or the opposite of a risk, an opportunity. Like, here’s a new idea that will give us an edge over our competitors.
*click*
That’s very nice for the client, but the end user organization won’t give a crap about the clients needs. They want the product or service to be easy to use, and that’s all they care about.
*click*
The vendor, of course, couldn’t care less about what they other two want. They just want to get paid.
*click*
All of these needs come together at the heart of the project to form the project objectives.
*click*
So here we have a client organization who’s commissioning the project.
*click*
They’re going to need some help from their end user community,
*click*
and likely they’ll also need some help from a vendor to help build the actual product or service.
These people will make up the core project team.
*click*
Unless these people entirely represent the organizations they work for, there’s likely senior stakeholders who are concerned with one thing in particular. Each organizations needs are going to be different.
The client organization, for example, is generally motivated by either a risk, like, we need a new service to be able to compete with our competitors, or the opposite of a risk, an opportunity. Like, here’s a new idea that will give us an edge over our competitors.
*click*
That’s very nice for the client, but the end user organization won’t give a crap about the clients needs. They want the product or service to be easy to use, and that’s all they care about.
*click*
The vendor, of course, couldn’t care less about what they other two want. They just want to get paid.
*click*
All of these needs come together at the heart of the project to form the project objectives.
*click*
So here we have a client organization who’s commissioning the project.
*click*
They’re going to need some help from their end user community,
*click*
and likely they’ll also need some help from a vendor to help build the actual product or service.
These people will make up the core project team.
*click*
Unless these people entirely represent the organizations they work for, there’s likely senior stakeholders who are concerned with one thing in particular. Each organizations needs are going to be different.
The client organization, for example, is generally motivated by either a risk, like, we need a new service to be able to compete with our competitors, or the opposite of a risk, an opportunity. Like, here’s a new idea that will give us an edge over our competitors.
*click*
That’s very nice for the client, but the end user organization won’t give a crap about the clients needs. They want the product or service to be easy to use, and that’s all they care about.
*click*
The vendor, of course, couldn’t care less about what they other two want. They just want to get paid.
*click*
All of these needs come together at the heart of the project to form the project objectives.
*click*
So here we have a client organization who’s commissioning the project.
*click*
They’re going to need some help from their end user community,
*click*
and likely they’ll also need some help from a vendor to help build the actual product or service.
These people will make up the core project team.
*click*
Unless these people entirely represent the organizations they work for, there’s likely senior stakeholders who are concerned with one thing in particular. Each organizations needs are going to be different.
The client organization, for example, is generally motivated by either a risk, like, we need a new service to be able to compete with our competitors, or the opposite of a risk, an opportunity. Like, here’s a new idea that will give us an edge over our competitors.
*click*
That’s very nice for the client, but the end user organization won’t give a crap about the clients needs. They want the product or service to be easy to use, and that’s all they care about.
*click*
The vendor, of course, couldn’t care less about what they other two want. They just want to get paid.
*click*
All of these needs come together at the heart of the project to form the project objectives.
*click*
So here we have a client organization who’s commissioning the project.
*click*
They’re going to need some help from their end user community,
*click*
and likely they’ll also need some help from a vendor to help build the actual product or service.
These people will make up the core project team.
*click*
Unless these people entirely represent the organizations they work for, there’s likely senior stakeholders who are concerned with one thing in particular. Each organizations needs are going to be different.
The client organization, for example, is generally motivated by either a risk, like, we need a new service to be able to compete with our competitors, or the opposite of a risk, an opportunity. Like, here’s a new idea that will give us an edge over our competitors.
*click*
That’s very nice for the client, but the end user organization won’t give a crap about the clients needs. They want the product or service to be easy to use, and that’s all they care about.
*click*
The vendor, of course, couldn’t care less about what they other two want. They just want to get paid.
*click*
All of these needs come together at the heart of the project to form the project objectives.
*click*
So here we have a client organization who’s commissioning the project.
*click*
They’re going to need some help from their end user community,
*click*
and likely they’ll also need some help from a vendor to help build the actual product or service.
These people will make up the core project team.
*click*
Unless these people entirely represent the organizations they work for, there’s likely senior stakeholders who are concerned with one thing in particular. Each organizations needs are going to be different.
The client organization, for example, is generally motivated by either a risk, like, we need a new service to be able to compete with our competitors, or the opposite of a risk, an opportunity. Like, here’s a new idea that will give us an edge over our competitors.
*click*
That’s very nice for the client, but the end user organization won’t give a crap about the clients needs. They want the product or service to be easy to use, and that’s all they care about.
*click*
The vendor, of course, couldn’t care less about what they other two want. They just want to get paid.
*click*
All of these needs come together at the heart of the project to form the project objectives.
*click*
Now the project management body of knowledge is very clear about needing to establish the project objectives at the beginning of a project. It doesn’t matter which methodology you subscribe to, making sure you capture objectives is clear across all of them. What’s not so clear is WHY you do it. Oh sure they’re clear about being sure the project team knows what the project is about, and what the client wants to achieve, but it’s not all about the client, is it?
If it were, the end user and vendor organizations wouldn’t be needed at all.
The fact of the matter is, getting the project done is a team effort between all organizations. That means giving the objectives of each organization equal weight.
So, take a second, and think of project objectives as a ball.
*click*
If someone’s objectives aren’t spelled out at the beginning, sooner or later a senior stakeholder in that organization is going to notice and scream about what he’s not getting. That senior guy is going to put pressure on the project team to deliver, who will then make a play for the objectives ball.
When that happens, stakeholders behind the other teams aren’t going to like it.
*click*
If someone’s objectives aren’t spelled out at the beginning, sooner or later a senior stakeholder in that organization is going to notice and scream about what he’s not getting. That senior guy is going to put pressure on the project team to deliver, who will then make a play for the objectives ball.
When that happens, stakeholders behind the other teams aren’t going to like it.
*click*
One of the other stakeholders will yell, putting pressure on their team, and they’ll wrestle for control of the ball.
One of the other stakeholders will yell, putting pressure on their team, and they’ll wrestle for control of the ball.
This will keep going. *click* And going. *click* And going. *click* And each time that ball *click* gets pulled away from the centre, *click* the tug of war will take its toll on the project, *click* and the project manager, who, all this time, *click* is struggling to sustain project momentum. *click* If this is allowed to continue, *click* it won’t take long before someone *click*....snaps.
This will keep going. *click* And going. *click* And going. *click* And each time that ball *click* gets pulled away from the centre, *click* the tug of war will take its toll on the project, *click* and the project manager, who, all this time, *click* is struggling to sustain project momentum. *click* If this is allowed to continue, *click* it won’t take long before someone *click*....snaps.
Nobody wants this to happen.
So it’s important to lock those objectives down at the start. And here’s where a lot of project managers miss the boat. Objectives are typically skewed towards one group or another. Generally, it’s the client organization, because they’re the ones with the money.
*click*
Sometimes the end user organization is the public at large, or separate from the client somehow, as is the case with B2B. In that case, the end users may not get an equal voice in the project objectives, and so will be poorly represented.
*click*
What the client THINKS their end users want and what the end users REALLY want may be two different things. The project completes, the end users don’t like the results, and so don’t use the product or service. Did the client achieve their objectives? Probably not.
And don’t forget the vendor. It’s an ugly truth that vendors are primarily interested in revenue. People accept that. But it often goes unspoken that vendors can have sales quotas. Projects span a period of time, easily crossing a year end. What happens to the vendor if a project delay pushes anticipated revenue into the new year? This could have an impact on the salesperson’s bonus, their job, and if the project was significant enough, even the value of vendor shares. Think of the kinds of behaviour you’ll get from your vendor as the year draws to a close and their objectives aren’t met.
*click*
I’ve seen it from both sides, and it’s not pretty.
But ahh...if their quotas were identified as a project objective early, key deadlines might be taken more seriously by everyone involved. If the schedule looked like it might slip, the vendor could be notified and make early arrangements to prevent any negative impacts from the slippage.
Here we’re entering sensitive territory, though, because a vendor might not want to tell the client about their financial objectives, and the client might be adamant they know more than the end users.
*click*
With all of these different variables, how do you get a lockdown on the situation and still keep the project going forward?
So it’s important to lock those objectives down at the start. And here’s where a lot of project managers miss the boat. Objectives are typically skewed towards one group or another. Generally, it’s the client organization, because they’re the ones with the money.
*click*
Sometimes the end user organization is the public at large, or separate from the client somehow, as is the case with B2B. In that case, the end users may not get an equal voice in the project objectives, and so will be poorly represented.
*click*
What the client THINKS their end users want and what the end users REALLY want may be two different things. The project completes, the end users don’t like the results, and so don’t use the product or service. Did the client achieve their objectives? Probably not.
And don’t forget the vendor. It’s an ugly truth that vendors are primarily interested in revenue. People accept that. But it often goes unspoken that vendors can have sales quotas. Projects span a period of time, easily crossing a year end. What happens to the vendor if a project delay pushes anticipated revenue into the new year? This could have an impact on the salesperson’s bonus, their job, and if the project was significant enough, even the value of vendor shares. Think of the kinds of behaviour you’ll get from your vendor as the year draws to a close and their objectives aren’t met.
*click*
I’ve seen it from both sides, and it’s not pretty.
But ahh...if their quotas were identified as a project objective early, key deadlines might be taken more seriously by everyone involved. If the schedule looked like it might slip, the vendor could be notified and make early arrangements to prevent any negative impacts from the slippage.
Here we’re entering sensitive territory, though, because a vendor might not want to tell the client about their financial objectives, and the client might be adamant they know more than the end users.
*click*
With all of these different variables, how do you get a lockdown on the situation and still keep the project going forward?
So it’s important to lock those objectives down at the start. And here’s where a lot of project managers miss the boat. Objectives are typically skewed towards one group or another. Generally, it’s the client organization, because they’re the ones with the money.
*click*
Sometimes the end user organization is the public at large, or separate from the client somehow, as is the case with B2B. In that case, the end users may not get an equal voice in the project objectives, and so will be poorly represented.
*click*
What the client THINKS their end users want and what the end users REALLY want may be two different things. The project completes, the end users don’t like the results, and so don’t use the product or service. Did the client achieve their objectives? Probably not.
And don’t forget the vendor. It’s an ugly truth that vendors are primarily interested in revenue. People accept that. But it often goes unspoken that vendors can have sales quotas. Projects span a period of time, easily crossing a year end. What happens to the vendor if a project delay pushes anticipated revenue into the new year? This could have an impact on the salesperson’s bonus, their job, and if the project was significant enough, even the value of vendor shares. Think of the kinds of behaviour you’ll get from your vendor as the year draws to a close and their objectives aren’t met.
*click*
I’ve seen it from both sides, and it’s not pretty.
But ahh...if their quotas were identified as a project objective early, key deadlines might be taken more seriously by everyone involved. If the schedule looked like it might slip, the vendor could be notified and make early arrangements to prevent any negative impacts from the slippage.
Here we’re entering sensitive territory, though, because a vendor might not want to tell the client about their financial objectives, and the client might be adamant they know more than the end users.
*click*
With all of these different variables, how do you get a lockdown on the situation and still keep the project going forward?
So it’s important to lock those objectives down at the start. And here’s where a lot of project managers miss the boat. Objectives are typically skewed towards one group or another. Generally, it’s the client organization, because they’re the ones with the money.
*click*
Sometimes the end user organization is the public at large, or separate from the client somehow, as is the case with B2B. In that case, the end users may not get an equal voice in the project objectives, and so will be poorly represented.
*click*
What the client THINKS their end users want and what the end users REALLY want may be two different things. The project completes, the end users don’t like the results, and so don’t use the product or service. Did the client achieve their objectives? Probably not.
And don’t forget the vendor. It’s an ugly truth that vendors are primarily interested in revenue. People accept that. But it often goes unspoken that vendors can have sales quotas. Projects span a period of time, easily crossing a year end. What happens to the vendor if a project delay pushes anticipated revenue into the new year? This could have an impact on the salesperson’s bonus, their job, and if the project was significant enough, even the value of vendor shares. Think of the kinds of behaviour you’ll get from your vendor as the year draws to a close and their objectives aren’t met.
*click*
I’ve seen it from both sides, and it’s not pretty.
But ahh...if their quotas were identified as a project objective early, key deadlines might be taken more seriously by everyone involved. If the schedule looked like it might slip, the vendor could be notified and make early arrangements to prevent any negative impacts from the slippage.
Here we’re entering sensitive territory, though, because a vendor might not want to tell the client about their financial objectives, and the client might be adamant they know more than the end users.
*click*
With all of these different variables, how do you get a lockdown on the situation and still keep the project going forward?
The best thing you can do is to maintain a climate of openness and encourage all your senior stakeholders to do the same.
Be up front that you want to capture ALL the objectives, and include them in the charter.
Some people are going to be afraid, though, and you need to be sensitive to that. If you strongarm them into telling the rest of the project team what their motivations are, they’re likely to just dig their heels in, which really isn’t a great way to start a project off.
Explain that it’s in their best interests for everyone to be aware of what they need to accomplish, and that once people come together with those objectives in mind, they can develop an approach to the project that will make everyone satisfied.
Also think with them what could happen if they don’t divulge their objectives. How could they wind up disappointed?
At the start of a project, everyone is likely to be a little bit shy and nervous about what other people think of them. Build a sense of team from the get go, encouraging everyone to work together. It will go a long way to help develop trust across the team, and will help establish your position as a leader.
*click*
What you shouldn’t do though, is give in to pressure or agree to secret deals. If you do, you’re essentially taking responsibility for non-disclosure and putting yourself at risk if one of your stakeholders is unhappy. People throughout time have been very consistent in their ability to throw blame around, and if you cave, you give them permission to send a lynch mob after you later on when they’re not getting their way.
*click*
If your stakeholders continue to resist, your best strategy is to push back, letting them know that you’re uncomfortable walking into a project that’s already shrouded with secrets. If you’re going to take that approach though, make sure you let stakeholders within your own organization know, because they’ll have their own objectives too! Being tough is much easier when you have strong support behind you.
The best thing you can do is to maintain a climate of openness and encourage all your senior stakeholders to do the same.
Be up front that you want to capture ALL the objectives, and include them in the charter.
Some people are going to be afraid, though, and you need to be sensitive to that. If you strongarm them into telling the rest of the project team what their motivations are, they’re likely to just dig their heels in, which really isn’t a great way to start a project off.
Explain that it’s in their best interests for everyone to be aware of what they need to accomplish, and that once people come together with those objectives in mind, they can develop an approach to the project that will make everyone satisfied.
Also think with them what could happen if they don’t divulge their objectives. How could they wind up disappointed?
At the start of a project, everyone is likely to be a little bit shy and nervous about what other people think of them. Build a sense of team from the get go, encouraging everyone to work together. It will go a long way to help develop trust across the team, and will help establish your position as a leader.
*click*
What you shouldn’t do though, is give in to pressure or agree to secret deals. If you do, you’re essentially taking responsibility for non-disclosure and putting yourself at risk if one of your stakeholders is unhappy. People throughout time have been very consistent in their ability to throw blame around, and if you cave, you give them permission to send a lynch mob after you later on when they’re not getting their way.
*click*
If your stakeholders continue to resist, your best strategy is to push back, letting them know that you’re uncomfortable walking into a project that’s already shrouded with secrets. If you’re going to take that approach though, make sure you let stakeholders within your own organization know, because they’ll have their own objectives too! Being tough is much easier when you have strong support behind you.
The best thing you can do is to maintain a climate of openness and encourage all your senior stakeholders to do the same.
Be up front that you want to capture ALL the objectives, and include them in the charter.
Some people are going to be afraid, though, and you need to be sensitive to that. If you strongarm them into telling the rest of the project team what their motivations are, they’re likely to just dig their heels in, which really isn’t a great way to start a project off.
Explain that it’s in their best interests for everyone to be aware of what they need to accomplish, and that once people come together with those objectives in mind, they can develop an approach to the project that will make everyone satisfied.
Also think with them what could happen if they don’t divulge their objectives. How could they wind up disappointed?
At the start of a project, everyone is likely to be a little bit shy and nervous about what other people think of them. Build a sense of team from the get go, encouraging everyone to work together. It will go a long way to help develop trust across the team, and will help establish your position as a leader.
*click*
What you shouldn’t do though, is give in to pressure or agree to secret deals. If you do, you’re essentially taking responsibility for non-disclosure and putting yourself at risk if one of your stakeholders is unhappy. People throughout time have been very consistent in their ability to throw blame around, and if you cave, you give them permission to send a lynch mob after you later on when they’re not getting their way.
*click*
If your stakeholders continue to resist, your best strategy is to push back, letting them know that you’re uncomfortable walking into a project that’s already shrouded with secrets. If you’re going to take that approach though, make sure you let stakeholders within your own organization know, because they’ll have their own objectives too! Being tough is much easier when you have strong support behind you.
The best thing you can do is to maintain a climate of openness and encourage all your senior stakeholders to do the same.
Be up front that you want to capture ALL the objectives, and include them in the charter.
Some people are going to be afraid, though, and you need to be sensitive to that. If you strongarm them into telling the rest of the project team what their motivations are, they’re likely to just dig their heels in, which really isn’t a great way to start a project off.
Explain that it’s in their best interests for everyone to be aware of what they need to accomplish, and that once people come together with those objectives in mind, they can develop an approach to the project that will make everyone satisfied.
Also think with them what could happen if they don’t divulge their objectives. How could they wind up disappointed?
At the start of a project, everyone is likely to be a little bit shy and nervous about what other people think of them. Build a sense of team from the get go, encouraging everyone to work together. It will go a long way to help develop trust across the team, and will help establish your position as a leader.
*click*
What you shouldn’t do though, is give in to pressure or agree to secret deals. If you do, you’re essentially taking responsibility for non-disclosure and putting yourself at risk if one of your stakeholders is unhappy. People throughout time have been very consistent in their ability to throw blame around, and if you cave, you give them permission to send a lynch mob after you later on when they’re not getting their way.
*click*
If your stakeholders continue to resist, your best strategy is to push back, letting them know that you’re uncomfortable walking into a project that’s already shrouded with secrets. If you’re going to take that approach though, make sure you let stakeholders within your own organization know, because they’ll have their own objectives too! Being tough is much easier when you have strong support behind you.
The best thing you can do is to maintain a climate of openness and encourage all your senior stakeholders to do the same.
Be up front that you want to capture ALL the objectives, and include them in the charter.
Some people are going to be afraid, though, and you need to be sensitive to that. If you strongarm them into telling the rest of the project team what their motivations are, they’re likely to just dig their heels in, which really isn’t a great way to start a project off.
Explain that it’s in their best interests for everyone to be aware of what they need to accomplish, and that once people come together with those objectives in mind, they can develop an approach to the project that will make everyone satisfied.
Also think with them what could happen if they don’t divulge their objectives. How could they wind up disappointed?
At the start of a project, everyone is likely to be a little bit shy and nervous about what other people think of them. Build a sense of team from the get go, encouraging everyone to work together. It will go a long way to help develop trust across the team, and will help establish your position as a leader.
*click*
What you shouldn’t do though, is give in to pressure or agree to secret deals. If you do, you’re essentially taking responsibility for non-disclosure and putting yourself at risk if one of your stakeholders is unhappy. People throughout time have been very consistent in their ability to throw blame around, and if you cave, you give them permission to send a lynch mob after you later on when they’re not getting their way.
*click*
If your stakeholders continue to resist, your best strategy is to push back, letting them know that you’re uncomfortable walking into a project that’s already shrouded with secrets. If you’re going to take that approach though, make sure you let stakeholders within your own organization know, because they’ll have their own objectives too! Being tough is much easier when you have strong support behind you.
The best thing you can do is to maintain a climate of openness and encourage all your senior stakeholders to do the same.
Be up front that you want to capture ALL the objectives, and include them in the charter.
Some people are going to be afraid, though, and you need to be sensitive to that. If you strongarm them into telling the rest of the project team what their motivations are, they’re likely to just dig their heels in, which really isn’t a great way to start a project off.
Explain that it’s in their best interests for everyone to be aware of what they need to accomplish, and that once people come together with those objectives in mind, they can develop an approach to the project that will make everyone satisfied.
Also think with them what could happen if they don’t divulge their objectives. How could they wind up disappointed?
At the start of a project, everyone is likely to be a little bit shy and nervous about what other people think of them. Build a sense of team from the get go, encouraging everyone to work together. It will go a long way to help develop trust across the team, and will help establish your position as a leader.
*click*
What you shouldn’t do though, is give in to pressure or agree to secret deals. If you do, you’re essentially taking responsibility for non-disclosure and putting yourself at risk if one of your stakeholders is unhappy. People throughout time have been very consistent in their ability to throw blame around, and if you cave, you give them permission to send a lynch mob after you later on when they’re not getting their way.
*click*
If your stakeholders continue to resist, your best strategy is to push back, letting them know that you’re uncomfortable walking into a project that’s already shrouded with secrets. If you’re going to take that approach though, make sure you let stakeholders within your own organization know, because they’ll have their own objectives too! Being tough is much easier when you have strong support behind you.
Before I finish, I want to mention some really smart people out there who also come at their work from a perspective of openness. Give their blogs a read because they have some really great things to say.
Sonia di Maulo is ReadyToFeedback on Twitter. She not only encourages openness but is a strong advocate for feedback. This lady believes that a little kindness can move mountains. From a stakeholder perspective, this approach is invaluable.
Bernie Ritchie, or Management Sushi, is full of excellent advice for leaders in a fast changing world. She delivers this in a variety of fabulously inventive formats.
Alec Satin is a project manager extraordinaire. With a smile that could win over the meanest stakeholder, he heaps out fantastic advice on how to make your projects go smoother.
You can find all of their writings on their sites linked from their Twitter homepages.
Incidentally, if you want to print off and use this presentation in your own meetings, feel free. I’ve deliberately kept my logo off all pages except this one.
That’s it, once again I’m Geoff Crane, owner of Papercut Project Monitoring, and you can find me online at any of these networks. Feel free to join me and share your ideas on stakeholder management.