2004 is almost over and it is time to make some Project Management resolutions/goals for the New Year. In looking back over the past year I can see where I have made some mistakes, and I see these mistakes as learning opportunities. Now is the time to resolve to make changes in how I manage my projects.
My 2005 resolutions are:
Be a better listener
Apply the principles of Earned Value to more of my projects
Begin each project with the end (deliverables) in mind
Rely less on e-mail and more on face-to-face conversations
Be a better Project Leader
Accept the fact that criticism from others is part of the project life cycle
Be willing to accept failures and use them as learning experiences
Believe that most people on your project team are doing the best they can do
Be positive, enthusiastic, and supportive of others
Tuesday, December 28, 2004
Sunday, December 19, 2004
ProjectSteps
ProjectSteps has been updated with a bright white font so the site is more readable. I have vacation this week so I will be busy working around the house and enjoying the Christmas holiday.
Have a very Merry Christmas
Have a very Merry Christmas
Monday, December 13, 2004
Can you hear me?
Do you manage your projects mostly from your desk? Are you falling into the trap of managing projects via e-mail, voice mail, fax, letter, and failing to communicate with your customers and stakeholders face-to-face?
People value one-on-one conversations. A project manager that doesn't spend significant time on his or her project speaking directly to their customers will not be as effective as the one the takes the time to conduct meetings in person.
As project managers we are selling "experiences" and "solutions". Can you effectively sell your ideas as a faceless e-mail machine? Can you "WOW" your customers with tired voice mails and bland status reports?
Good customers want to see you as much as possible. They want to feel your enthusiasm, experience your excitement, and have you tell them eye-to-eye that "it’s all good".
Don’t cower (and sour) behind your keyboard sending status reports and e-mails and think your are doing your job. You can't gain your customer's trust unless you speak with them one on one.
As Tom Peter says, "If there is nothing special about your work...you won't get noticed, and that means you won't get paid much either".
It is hard to get noticed when people can't see you. BE VISIBLE!
People value one-on-one conversations. A project manager that doesn't spend significant time on his or her project speaking directly to their customers will not be as effective as the one the takes the time to conduct meetings in person.
As project managers we are selling "experiences" and "solutions". Can you effectively sell your ideas as a faceless e-mail machine? Can you "WOW" your customers with tired voice mails and bland status reports?
Good customers want to see you as much as possible. They want to feel your enthusiasm, experience your excitement, and have you tell them eye-to-eye that "it’s all good".
Don’t cower (and sour) behind your keyboard sending status reports and e-mails and think your are doing your job. You can't gain your customer's trust unless you speak with them one on one.
As Tom Peter says, "If there is nothing special about your work...you won't get noticed, and that means you won't get paid much either".
It is hard to get noticed when people can't see you. BE VISIBLE!
Monday, December 06, 2004
What I Believe - Part II
When it comes to Project Management, "what I believe" is that we all must follow Stephen Covey's advice and continually "Sharpen the Saw". After reviewing the new version of PMI's "Guide to the PMBOK", I must say it is much more readable and logical. I spent some time recently sharpening the saw by reviewing the new PMBOK, and while it isn't a book you would want to curl up with on a cold winter's night, it is the foundational reference for Project Manager's everywhere and we all need to be familiar with its content and terminology.
The last few weeks have been challenging for me as a Project Manager. Uncooperative team members, hidden agendas, and scope change requests have been running amuck on my projects. Through it all I have relied on proven Project Management processes, techniques, and tools to help me through the rough spots and get my projects back on track.
As I develop an internal training course – Introduction to Project Management - I'm reminded that we all need to remember the basics of Project Management.
Do you have a signed-off Project Charter?
Do you have a Project Sponsor that is actively involved with your project?
Do you have a cohesive, high performing Project Team? How do you know?
Do you have a written Project Plan (word document)?
Do you have written, agreed upon Requirements?
Do you have a Cost and Schedule Baseline?
Do you have a Communication Plan?
Do you have an Implementation Plan?
Don't forget the "basics". Project Failure is often linked to neglecting one of the above items.
The last few weeks have been challenging for me as a Project Manager. Uncooperative team members, hidden agendas, and scope change requests have been running amuck on my projects. Through it all I have relied on proven Project Management processes, techniques, and tools to help me through the rough spots and get my projects back on track.
As I develop an internal training course – Introduction to Project Management - I'm reminded that we all need to remember the basics of Project Management.
Do you have a signed-off Project Charter?
Do you have a Project Sponsor that is actively involved with your project?
Do you have a cohesive, high performing Project Team? How do you know?
Do you have a written Project Plan (word document)?
Do you have written, agreed upon Requirements?
Do you have a Cost and Schedule Baseline?
Do you have a Communication Plan?
Do you have an Implementation Plan?
Don't forget the "basics". Project Failure is often linked to neglecting one of the above items.
Thursday, December 02, 2004
What I Believe
Tom Peters is an inspiration to me. He brings so much passion to his beliefs and states them in a way like no one else. After reading his "This I Believe! - Tom's 60 TIBs" I became inspired to start a series entitled "What I Believe". I certainly don't have Tom's passion, nor do I have his brain power or writing abilities, but I do know "What I Believe" and I will attempt to pass some of those beliefs here (as I have in the past).
In the Project Management world What I Believe is the average project team member has a very low level of what I call "project success maturity". My experience has shown that many of the people I have worked with - or that have been assigned to my project - are only interested in themselves or their "silo" of responsibility. I have to say this is one of my greatest frustrations as a project manager. After saying that I also realize that this is my problem to solve.
When managing projects, I understand that I have to be the focal point of the energy, emotion, and passion that drives the project forward (and hopefully inspires those around me to see the bigger picture). If there are people on the team that don't want to play, and I and the other team members have made a concerted effort to get them on board to support the project, then they need to find somewhere else to play. I have no problem telling them that and helping to facilitate the process of having them removed from the team.
As Tom Peters says "... all quests worth undertaking - a Girl Scout merit badge or a Nobel Prize require audacity and willpower." To paraphrase Tom, we need to continually challenge conventional wisdom, accept the lumps, and persist until vicotry.
What I Believe? Be a great leader, be passionate about what you are doing, and always challenge assumptions.
Don't allow unmotivated, emotionally unintelligent people to change your course or dictate new rules.
Can I get an AMEN?
In the Project Management world What I Believe is the average project team member has a very low level of what I call "project success maturity". My experience has shown that many of the people I have worked with - or that have been assigned to my project - are only interested in themselves or their "silo" of responsibility. I have to say this is one of my greatest frustrations as a project manager. After saying that I also realize that this is my problem to solve.
When managing projects, I understand that I have to be the focal point of the energy, emotion, and passion that drives the project forward (and hopefully inspires those around me to see the bigger picture). If there are people on the team that don't want to play, and I and the other team members have made a concerted effort to get them on board to support the project, then they need to find somewhere else to play. I have no problem telling them that and helping to facilitate the process of having them removed from the team.
As Tom Peters says "... all quests worth undertaking - a Girl Scout merit badge or a Nobel Prize require audacity and willpower." To paraphrase Tom, we need to continually challenge conventional wisdom, accept the lumps, and persist until vicotry.
What I Believe? Be a great leader, be passionate about what you are doing, and always challenge assumptions.
Don't allow unmotivated, emotionally unintelligent people to change your course or dictate new rules.
Can I get an AMEN?
Monday, November 29, 2004
Break it Down
When faced with large projects the first thing I try to do is to break the project down into smaller, manageable chunks of work. Many of our projects can be large and complex. Breaking the project down into management tasks will help to:
Simplify the process of creating Metrics to manage project progress
Reduce Risk by creating shorter timelines with less overall scope
Make it easier for individuals and groups to understand the Work they must perform
Make Planning easier and more realistic
When creating your Project Charter be sure to address all phases of the project, but emphasize that the project will be delivered in phases. In addition, make sure your Project Charter clearly addresses the:
Project Objectives
Project Benefits
Project Risks (initial assessment)
Project Constraints
Project Assumptions
Project Dependencies
Resource Requirements
Project Cost and Duration estimates (establish your range for this estimate and state it)
What the Project won't address or deliver
There are other items that can be included in the Project Charter, but addressing the above items clearly and getting the sponsor's buy-in will be critical to getting your project off to a good start.
For more information regarding a Project Charter click here
Simplify the process of creating Metrics to manage project progress
Reduce Risk by creating shorter timelines with less overall scope
Make it easier for individuals and groups to understand the Work they must perform
Make Planning easier and more realistic
When creating your Project Charter be sure to address all phases of the project, but emphasize that the project will be delivered in phases. In addition, make sure your Project Charter clearly addresses the:
Project Objectives
Project Benefits
Project Risks (initial assessment)
Project Constraints
Project Assumptions
Project Dependencies
Resource Requirements
Project Cost and Duration estimates (establish your range for this estimate and state it)
What the Project won't address or deliver
There are other items that can be included in the Project Charter, but addressing the above items clearly and getting the sponsor's buy-in will be critical to getting your project off to a good start.
For more information regarding a Project Charter click here
Monday, November 22, 2004
Reforming Project Management Theory and Practice
Reforming Project Management Theory and Practice. Hal has created a very good project management website that provides great insight and valuable information that any project manager can use.
In a recent posting Hal talks about leadership and mentioned that as project managers we should provide just enough leadership to support the efforts of others. While on the face of it that statement sounds reasonable I believe that you may not know how much "just enough" is.
My thought is a project manager should provide leadership consistently throughout the project with all stakeholders versus trying to figure out how much is just enough. Obviously when we are working with executives and senior management we need to keep our messages and leadership short and to the point.
As Hal says "what we need on projects is to cultivate leadership throughout the team" and I would add we need to always Lead by Example.
In a recent posting Hal talks about leadership and mentioned that as project managers we should provide just enough leadership to support the efforts of others. While on the face of it that statement sounds reasonable I believe that you may not know how much "just enough" is.
My thought is a project manager should provide leadership consistently throughout the project with all stakeholders versus trying to figure out how much is just enough. Obviously when we are working with executives and senior management we need to keep our messages and leadership short and to the point.
As Hal says "what we need on projects is to cultivate leadership throughout the team" and I would add we need to always Lead by Example.
Monday, November 15, 2004
Change and the Project Manager
Every project we work on as Project Managers brings change to the organization. Those individuals or groups that react negatively to change usually do so out of fear. How can we overcome this fear early in the project so it doesn't manifest itself later and throw the project into chaos?
To help in the process of managing change lets look at the "Stages of Negative Reaction to Change". As stated in the book "Project Manager's Portable Handbook - Second Edition" (David I. Cleland and Lewis R. Ireland), the stages of negative reaction to change are:
* Disruption of Work
* Denial of Change
* Realization of Change
* Negotiating Change
* Accepting Change
Basically the authors are telling us that Change needs to be managed, and furthermore managing change is a process. Inflicting change on an organization without realizing the repercussions or backlash can contribute to project failure.
Project Management can provide structure and help articulate the reasons for a change. The processes behind Project Management are there to help move the organization to accept the changes that come about as a result of the project's deliverables.
Keep the following in mind to help manage the change that will occur as a result of your project:
* Use SMART Objectives in your project (Specific, Measurable, Attainable, Relevant, Time Bound)
* Create a Risk Management Plan
* Create a Project Schedule that is realistic and agreed upon
* Create an atmosphere of Trust
* Define and Use a Scope Change Process
* Solicit feedback throughout your project from the stakeholders that will be experiencing the brunt of the change
Change will be disruptive and can cause unexpected behavior and results. Understanding the positive and negative results of change prior to its implementation will help you to head off problems early. Be patient with your stakeholders, and if necessary be ready and willing to escalate issues to senior management to get quick resolution and closure. Allowing stakeholders to hold your project hostage because of their biases and fears will only lead to project failure and ill will.
Understand the positive and negative effects of the change you are implementing, develop goals early in the project to mitigate the negative effects of the change, communicate your plan to all stakeholders, and involve your stakeholders in developing and effecting the change.
To help in the process of managing change lets look at the "Stages of Negative Reaction to Change". As stated in the book "Project Manager's Portable Handbook - Second Edition" (David I. Cleland and Lewis R. Ireland), the stages of negative reaction to change are:
* Disruption of Work
* Denial of Change
* Realization of Change
* Negotiating Change
* Accepting Change
Basically the authors are telling us that Change needs to be managed, and furthermore managing change is a process. Inflicting change on an organization without realizing the repercussions or backlash can contribute to project failure.
Project Management can provide structure and help articulate the reasons for a change. The processes behind Project Management are there to help move the organization to accept the changes that come about as a result of the project's deliverables.
Keep the following in mind to help manage the change that will occur as a result of your project:
* Use SMART Objectives in your project (Specific, Measurable, Attainable, Relevant, Time Bound)
* Create a Risk Management Plan
* Create a Project Schedule that is realistic and agreed upon
* Create an atmosphere of Trust
* Define and Use a Scope Change Process
* Solicit feedback throughout your project from the stakeholders that will be experiencing the brunt of the change
Change will be disruptive and can cause unexpected behavior and results. Understanding the positive and negative results of change prior to its implementation will help you to head off problems early. Be patient with your stakeholders, and if necessary be ready and willing to escalate issues to senior management to get quick resolution and closure. Allowing stakeholders to hold your project hostage because of their biases and fears will only lead to project failure and ill will.
Understand the positive and negative effects of the change you are implementing, develop goals early in the project to mitigate the negative effects of the change, communicate your plan to all stakeholders, and involve your stakeholders in developing and effecting the change.
Monday, November 08, 2004
Setting Up a Project Management Office
When developing a Project Management Office keep in mind the following items:
PMO Need - Why are you setting up a PMO? What are the Pros and Cons?
Cultural Change - What barriers will there be to setting up PMO? How will the PMO overcome these barriers?
Organizational Assessment - What is the Project Management Maturity of your project managers and the organization?
Methodologies - What Methodoligies will you use in the PMO? Templates? Business Processes?
Resources - How many people will comprise the PMO staff and what are their roles and responsibilities?
Training - What type of training does the staff require? What type of training does the organization require to support the PMO?
Metrics - What type of metrics will the PMO be responsible for collecting?
Lines of Authority - Who runs the PMO and why?
PMO Type - What type of PMO are you going to setup? Strategic? Business Unit Focus? Project Control Office?
Executive Buy-In - How are you going to get your company executives to buy-in to and then support the PMO?
Setting up a PMO is a daunting challenge that all to often ends up in failure. If your organization is seriously considering starting up a PMO make sure they have done their homework.
There are several excellent books that will help you and your company setup and operate a successfull PMO.
Take a look at:
The Strategic Project Office - A Guide to Improving Organizational Performance - J. Kent Crawford
Advanced Project Portfolio Management and the PMO - Multiplying ROI at Warp Speed - Gerald I Kendall, PMP and Steven C. Rollins, PMP
One final thought, don't be afraid to bring in an outside consulting company to help you through the process of setting up your PMO. Most PMOs are shutdown within the first few years due to the lack of perceived value by senior executives.
PMO Need - Why are you setting up a PMO? What are the Pros and Cons?
Cultural Change - What barriers will there be to setting up PMO? How will the PMO overcome these barriers?
Organizational Assessment - What is the Project Management Maturity of your project managers and the organization?
Methodologies - What Methodoligies will you use in the PMO? Templates? Business Processes?
Resources - How many people will comprise the PMO staff and what are their roles and responsibilities?
Training - What type of training does the staff require? What type of training does the organization require to support the PMO?
Metrics - What type of metrics will the PMO be responsible for collecting?
Lines of Authority - Who runs the PMO and why?
PMO Type - What type of PMO are you going to setup? Strategic? Business Unit Focus? Project Control Office?
Executive Buy-In - How are you going to get your company executives to buy-in to and then support the PMO?
Setting up a PMO is a daunting challenge that all to often ends up in failure. If your organization is seriously considering starting up a PMO make sure they have done their homework.
There are several excellent books that will help you and your company setup and operate a successfull PMO.
Take a look at:
The Strategic Project Office - A Guide to Improving Organizational Performance - J. Kent Crawford
Advanced Project Portfolio Management and the PMO - Multiplying ROI at Warp Speed - Gerald I Kendall, PMP and Steven C. Rollins, PMP
One final thought, don't be afraid to bring in an outside consulting company to help you through the process of setting up your PMO. Most PMOs are shutdown within the first few years due to the lack of perceived value by senior executives.
Thursday, November 04, 2004
Are you Trustworthy?
As I get ready to develop an internal training course entitled "Introduction to Project Management" I'm reminded of my past Project Management training. Invariably all Project Management training courses talk about the triple constraints, baselines, critical paths, scope, risk, cost management etc. While all these things, and more, are important to manage on every project, I think a lot of my training has been lacking in “What Matters Most” when it comes to successfully managing projects.
In my career I have found that the ability to work well with others, show empathy towards their needs, and being trustworthy have done more for my successes than being overly reliant on tools such as pert charts, resource loaded histograms, and quantitative risk analysis discussions. Granted, I haven't managed very large (over $10M) or overly complex projects, but I don’t think that matters when it boils down to what is important when managing projects. When managing any size project the project manager needs to focus on what is most important to that project. Only you, your sponsor, and stakeholders can answer that question. Is the most important thing getting the project done on time, coming in at or under budget, delivering at a high level of quality, or having a big WOW factor? (See Tom Peter's – “The Project 50” book for more on the WOW factor). You must decide what the Project “Driver” is before you begin your planning.
Don't get caught in the trap of believing that if you meet your Time, Cost, and Scope objectives your project is a success. If your users and/or sponsor aren't satisfied with the project's results YOUR PROJECT IS A FAILURE!
Every project needs a project sponsor, charter, a budget, a realistic agreed upon schedule, competent resources, a list of valid assumptions, a list of the project’s constraints, dependencies, and people assigned to your team that are dedicated and personally committed to seeing the project succeed. However, you as the project manager must have the trust of all stakeholders and demonstrate that your are committed to doing your best and delivering on your promises.
To get back to my initial point, your internal Project Management training (you don't just rely on external vendors do you?) must put a heavy emphasis on Project Communications and teaching your audience how to be TRUSTWORTHY Project Managers. Without the trust of your peers, management, and customers your project management career won't last very long.
In my career I have found that the ability to work well with others, show empathy towards their needs, and being trustworthy have done more for my successes than being overly reliant on tools such as pert charts, resource loaded histograms, and quantitative risk analysis discussions. Granted, I haven't managed very large (over $10M) or overly complex projects, but I don’t think that matters when it boils down to what is important when managing projects. When managing any size project the project manager needs to focus on what is most important to that project. Only you, your sponsor, and stakeholders can answer that question. Is the most important thing getting the project done on time, coming in at or under budget, delivering at a high level of quality, or having a big WOW factor? (See Tom Peter's – “The Project 50” book for more on the WOW factor). You must decide what the Project “Driver” is before you begin your planning.
Don't get caught in the trap of believing that if you meet your Time, Cost, and Scope objectives your project is a success. If your users and/or sponsor aren't satisfied with the project's results YOUR PROJECT IS A FAILURE!
Every project needs a project sponsor, charter, a budget, a realistic agreed upon schedule, competent resources, a list of valid assumptions, a list of the project’s constraints, dependencies, and people assigned to your team that are dedicated and personally committed to seeing the project succeed. However, you as the project manager must have the trust of all stakeholders and demonstrate that your are committed to doing your best and delivering on your promises.
To get back to my initial point, your internal Project Management training (you don't just rely on external vendors do you?) must put a heavy emphasis on Project Communications and teaching your audience how to be TRUSTWORTHY Project Managers. Without the trust of your peers, management, and customers your project management career won't last very long.
Tuesday, October 26, 2004
PMI 2004 World Congress
I'm in Anaheim, California this week for the Project Management Institute's (PMI) Annual World Congress. This year's event has been well organized, and I have gained a lot of new knowledge that I can use on my projects. Stay tuned for more information.
The Keynote Speaker for this years event was Tim Sanders. Tim authored the book "Love is the Killer App" and gave a great keynote presentation. I have purchased his book (you can also by clicking the link on this page) and when I finish reading it I will write my thoughts here. Suffice it to say that Tim left a big impression on me and I'm sure all the other attendees that listened to his presentation. Tim is a smart man that has some great insights that all project managers can use when working with members of their team. Check out his website by clicking here.
I will provide new links, hints, and tips in the coming weeks that I acquired while attending this years conference. Check back in the next few days.
The Keynote Speaker for this years event was Tim Sanders. Tim authored the book "Love is the Killer App" and gave a great keynote presentation. I have purchased his book (you can also by clicking the link on this page) and when I finish reading it I will write my thoughts here. Suffice it to say that Tim left a big impression on me and I'm sure all the other attendees that listened to his presentation. Tim is a smart man that has some great insights that all project managers can use when working with members of their team. Check out his website by clicking here.
I will provide new links, hints, and tips in the coming weeks that I acquired while attending this years conference. Check back in the next few days.
Monday, October 18, 2004
Communications and Listening
How well do you listen? When speaking with others, most people want to make a point and fail to remember that communicating is always two-way. When we are e-mailing, talking on the phone, or creating presentations we must remember that there is a communications feedback loop. That feedback loop helps to ensure the communication was received and understood. If people misunderstand your message, you failed to communicate.
What do you do when you realize that you aren't being understood? You listen carefully! Listening attentively lets the communicator know you are supportive and paying attention. When involved in a conversation, don't interrupt; let the speaker know you are listening by using reinforcing body language and verbal cues.
When planning your communications, use the words of Stephen Covey, "Seek first to understand, and then be understood".
What do you do when you realize that you aren't being understood? You listen carefully! Listening attentively lets the communicator know you are supportive and paying attention. When involved in a conversation, don't interrupt; let the speaker know you are listening by using reinforcing body language and verbal cues.
When planning your communications, use the words of Stephen Covey, "Seek first to understand, and then be understood".
Wednesday, October 13, 2004
Project Failure
If you are an "experienced" project manager and haven't had a few project failures, in my mind, you aren't a very good project manager. Project managers must constantly push their team members towards exceeding their comfort levels, take (calculated) risks, be decisive, make firm commitments, and be aggressive when base-lining and managing the triple constraints (Time, Cost, Quality). Just like a successful NASCAR driver, a project manager must learn to live close to the edge of disaster, but while doing so, he or she must aggressively manage their project’s Risks.
In my opinion, too many project managers are unwilling to set firm expectations with their team for fear of being unpopular. There are going to be times when your project team doesn't really care if a milestone is missed or a promise isn't kept. The problem is your project isn't always your team’s top concern. Don’t forget that. You live with and for your project and at the same time some of your team members might loathe your project. Many team members have other responsibilities outside of your project and your project may be preventing them from doing their regular job.
Project Tip - If you find that you have members on your project team that aren't 100% committed to achieving the goals of your project, you need to start thinking about replacing them.
Based upon my experience, - at least on IT projects - most project problems that are encountered in the Project Execution phases are the fault of the project manager. Proper Risk Management will help the project manager foresee and mitigate many problems that will arise during project execution. If you have lots of problems and issues on your project you did a poor job of Risk Management in the planning phase.
Some things to keep in mind to avoid failure when planning your project:
Be crystal clear when communicating with your team. All important communications should be in writing.
Don't allow project committees or executive oversight groups to dictate how you plan your project.
Communicate quickly to your team and senior management if you believe that your project is out of control.
Don't assume that suppliers or vendors will be honest with you. Make sure you continually follow-up and get commitments in writing (preferably in the contract).
Split your project into manageable phases.
Ensure that your end users are involved every step of the way.
Communicate Status as often as is needed. Include bad news, problems, issues, and concerns in your status report and be sure to include how you plan to overcome them.
Don't let your project fail because you aren't communicating or your team isn't functioning properly.
Believe in the statement that “Project failure is always the Project Manager's fault”!
In my opinion, too many project managers are unwilling to set firm expectations with their team for fear of being unpopular. There are going to be times when your project team doesn't really care if a milestone is missed or a promise isn't kept. The problem is your project isn't always your team’s top concern. Don’t forget that. You live with and for your project and at the same time some of your team members might loathe your project. Many team members have other responsibilities outside of your project and your project may be preventing them from doing their regular job.
Project Tip - If you find that you have members on your project team that aren't 100% committed to achieving the goals of your project, you need to start thinking about replacing them.
Based upon my experience, - at least on IT projects - most project problems that are encountered in the Project Execution phases are the fault of the project manager. Proper Risk Management will help the project manager foresee and mitigate many problems that will arise during project execution. If you have lots of problems and issues on your project you did a poor job of Risk Management in the planning phase.
Some things to keep in mind to avoid failure when planning your project:
Be crystal clear when communicating with your team. All important communications should be in writing.
Don't allow project committees or executive oversight groups to dictate how you plan your project.
Communicate quickly to your team and senior management if you believe that your project is out of control.
Don't assume that suppliers or vendors will be honest with you. Make sure you continually follow-up and get commitments in writing (preferably in the contract).
Split your project into manageable phases.
Ensure that your end users are involved every step of the way.
Communicate Status as often as is needed. Include bad news, problems, issues, and concerns in your status report and be sure to include how you plan to overcome them.
Don't let your project fail because you aren't communicating or your team isn't functioning properly.
Believe in the statement that “Project failure is always the Project Manager's fault”!
Monday, October 11, 2004
Surround Them, Margnalize Them, Forget Them!
Tom Peters a highly regarded speaker and writer said it best in his book The Project 50, “as project managers we should not try to convert our project enemies by overcoming their objections” and I would add through appeasement. Tom states “we should set out to surround and marginalize them; additionally, the most effective change agents ignore the barbs and darts, their time is spent on allies and likely allies”.
It seems to be in our nature to take on those that oppose us, particularly if they have been attacking us behind our backs. This taking on of the opposition is a waste of valuable project time and detracts the project manager from the task at hand. All projects will have detractors, whiners, and complainers. Don’t waste your time trying to convince them of the error of their ways. Let your project’s results answer your critics!
As project managers we need to spend our time working with our advocates and supporters, not answering our critics. If you say you don’t have critics on your project than I say you probably aren’t a very good project manager. The project manager that has friends everywhere on his projects is usually trying to satisfy everyone, and many times at the end of their project – if it ever ends – there will be low overall satisfaction due to all of the tradeoffs that were made between all of the competing interests.
When you push people, demand excellence, set deadlines, push for quality, hold individuals accountable, and are firm on agreed upon commitments you are going to ruffle some feathers. Get over it, and realize no matter what you do on your project there will always be detractors. Just don’t let the detractors sway you from implementing your project on time, on budget, within requirements, and most importantly with a satisfied customer as your biggest fan.
It seems to be in our nature to take on those that oppose us, particularly if they have been attacking us behind our backs. This taking on of the opposition is a waste of valuable project time and detracts the project manager from the task at hand. All projects will have detractors, whiners, and complainers. Don’t waste your time trying to convince them of the error of their ways. Let your project’s results answer your critics!
As project managers we need to spend our time working with our advocates and supporters, not answering our critics. If you say you don’t have critics on your project than I say you probably aren’t a very good project manager. The project manager that has friends everywhere on his projects is usually trying to satisfy everyone, and many times at the end of their project – if it ever ends – there will be low overall satisfaction due to all of the tradeoffs that were made between all of the competing interests.
When you push people, demand excellence, set deadlines, push for quality, hold individuals accountable, and are firm on agreed upon commitments you are going to ruffle some feathers. Get over it, and realize no matter what you do on your project there will always be detractors. Just don’t let the detractors sway you from implementing your project on time, on budget, within requirements, and most importantly with a satisfied customer as your biggest fan.
Monday, October 04, 2004
People are the Problem?
The employees within your company either help it to prosper or impede its effectiveness. Because employees at all levels of the organization make decisions that could effect your project, we as project managers need to be aware if these workers are motivated, properly placed, supported by senior management, and well trained.
A good question to ponder before starting work on that new project is: will your project team be staffed with the right people, having the right set of skills, doing the right things, at the right time, in the right place?
Also, are your project team members motivated and committed to doing a good job, and are they supportive of the company's goals, mission, and values? Do they have the support of their management? Is there a senior management representative assigned to your project that will act as Project Sponsor and be held responsible for the success of the project?
If not, STOP YOUR PROJECT!
Refuse to work on or manage a project that doesn't have motivated, skilled, properly trained team members. Better to kill a project (or recommend one to be killed) than to be the one that hears the words "You're Fired" when the project fails.
A good question to ponder before starting work on that new project is: will your project team be staffed with the right people, having the right set of skills, doing the right things, at the right time, in the right place?
Also, are your project team members motivated and committed to doing a good job, and are they supportive of the company's goals, mission, and values? Do they have the support of their management? Is there a senior management representative assigned to your project that will act as Project Sponsor and be held responsible for the success of the project?
If not, STOP YOUR PROJECT!
Refuse to work on or manage a project that doesn't have motivated, skilled, properly trained team members. Better to kill a project (or recommend one to be killed) than to be the one that hears the words "You're Fired" when the project fails.
Saturday, September 25, 2004
Good Website
In case you haven't heard the Ten Step website has some excellent free project management white papers and templates, and additionally they license (for a fee) a number of Project Management Methodologies (TenStep, PMOStep, SupportStep, etc). The prices are reasonable, and I personally have licenses for the TenStep and PMOStep methodologies and can highly recommend these for new or experienced project managers.
I have no affiliation with this site, but use the content and have found it to be an excellent source of project management information. If you visit the site let Tom Mochal (President of TenStep) know I sent you.
Tom has just recently written a book entitled Lessons in Project Management, and from what I understand it has received rave reviews. I will be purchasing a copy for myself within the next few weeks.
Until next time...
I have no affiliation with this site, but use the content and have found it to be an excellent source of project management information. If you visit the site let Tom Mochal (President of TenStep) know I sent you.
Tom has just recently written a book entitled Lessons in Project Management, and from what I understand it has received rave reviews. I will be purchasing a copy for myself within the next few weeks.
Until next time...
Thursday, September 16, 2004
What Makes a Successful Project?
The four measurements that must always be used are:
1.) The customer is satisfied
2.) The project is delivered within or under budget
3.) The project is completed on time
4.) The project's requirements have been met
Keep in mind the most important measure of project success is Customer Satisfaction. If you deliver a project on-time, within budget and it meets all requirements yet the customer is not satisfied, the project is a FAILURE!
Keep your customers (stakeholders/sponsor) informed throughout the project. Communicate to your customers using face-to-face conversations (yes, good project managers actually do this), status reports, e-mail, status meetings, voice mail, formal documentation, even sky writing if you have to. Your customers must be kept informed and remain engaged throughout the project. If you aren't hearing from them during your project, you aren't communicating with them. We all know that effective communications are two-way. If members of your project team choose not to communicate with you during your project look to have them removed from the team immediately.
In closing, maintaining a dialogue with your customers throughout your project helps you to address concerns and issues quickly. Combining effective communications and management of the project's triple constraints (Time, Cost Quality/Requirements) will help to ensure that your customers are satisfied with the end result of the project.
1.) The customer is satisfied
2.) The project is delivered within or under budget
3.) The project is completed on time
4.) The project's requirements have been met
Keep in mind the most important measure of project success is Customer Satisfaction. If you deliver a project on-time, within budget and it meets all requirements yet the customer is not satisfied, the project is a FAILURE!
Keep your customers (stakeholders/sponsor) informed throughout the project. Communicate to your customers using face-to-face conversations (yes, good project managers actually do this), status reports, e-mail, status meetings, voice mail, formal documentation, even sky writing if you have to. Your customers must be kept informed and remain engaged throughout the project. If you aren't hearing from them during your project, you aren't communicating with them. We all know that effective communications are two-way. If members of your project team choose not to communicate with you during your project look to have them removed from the team immediately.
In closing, maintaining a dialogue with your customers throughout your project helps you to address concerns and issues quickly. Combining effective communications and management of the project's triple constraints (Time, Cost Quality/Requirements) will help to ensure that your customers are satisfied with the end result of the project.
Wednesday, September 15, 2004
What is Not in Writing Has Not Been Said - Part II
A subject of one of my previous posts contained the quote "what is not in writing has not been said". While you may not want to make that statement to your boss when asked about your last conversation, there are many times when this statement is applicable during your project's lifecycle.
A project manager’s main function is to complete his or her project on time and on budget. This takes teamwork and a strong commitment by all team members. To be a successful project manager you must use written communications to ensure the team is kept informed.
Having said that, just because you go to the trouble to document your thoughts does not mean that your communications are clear. The receiver of your message will act on the message they think they received, which is then filtered by the receiver through their emotions and assumptions.
Don't be as concerned with what your words mean, but more with the effect they will have on the people that read them.
An important fact when writing, "Know Your Audience". If the tone of the message reflects the audience's needs you are more likely to grab the reader’s attention and keep it longer.
Most of your readers are overworked, underpaid, unappreciated, and tired of reading all the e-mails, memos, and office correspondence they receive. While this may see extreme, keep it in mind when writing your message and you will tend to keep your messages focused to the point and brief.
A project manager’s main function is to complete his or her project on time and on budget. This takes teamwork and a strong commitment by all team members. To be a successful project manager you must use written communications to ensure the team is kept informed.
Having said that, just because you go to the trouble to document your thoughts does not mean that your communications are clear. The receiver of your message will act on the message they think they received, which is then filtered by the receiver through their emotions and assumptions.
Don't be as concerned with what your words mean, but more with the effect they will have on the people that read them.
An important fact when writing, "Know Your Audience". If the tone of the message reflects the audience's needs you are more likely to grab the reader’s attention and keep it longer.
Most of your readers are overworked, underpaid, unappreciated, and tired of reading all the e-mails, memos, and office correspondence they receive. While this may see extreme, keep it in mind when writing your message and you will tend to keep your messages focused to the point and brief.
Wednesday, September 08, 2004
Team Communications
How clear are your Project Communications with your project team? As we all know, project teams are made up of diverse individuals with different skills, priorities, and needs. Project teams need timely, clear communications in order to function as a cohesive and productive group. While managing your project, you should focus your team communications to address the following areas:
Accountability - What are the team members accountable for? Which tasks and/or deliverables is each team member responsible for delivering?
Approvals - What decisions are the team members authorized to make? What type of communication needs to be sent by the project manager to the team when project approvals have been made?
Synchronizing - Timely and accurate information needs to be provided to the team members regarding the project's tasks and milestones. Special attention must be paid to how the work is coordinated so all team members are working on the right things at the right times. Include the team when making decisions about synchronizing the work.
Progress Tracking - The project manager is responsible for tracking project status and the team must participate in the status reporting process and be kept informed. Ensure that the team is aware of the project's issues and allow them the authority to take remedial action to avert a crisis.
Accountability - What are the team members accountable for? Which tasks and/or deliverables is each team member responsible for delivering?
Approvals - What decisions are the team members authorized to make? What type of communication needs to be sent by the project manager to the team when project approvals have been made?
Synchronizing - Timely and accurate information needs to be provided to the team members regarding the project's tasks and milestones. Special attention must be paid to how the work is coordinated so all team members are working on the right things at the right times. Include the team when making decisions about synchronizing the work.
Progress Tracking - The project manager is responsible for tracking project status and the team must participate in the status reporting process and be kept informed. Ensure that the team is aware of the project's issues and allow them the authority to take remedial action to avert a crisis.
Thursday, September 02, 2004
What is not in writing has not been said
While the title of this message may seem extreme, there are many times when it is relevant in project management. One example is in the area of requirements. Project requirements are always in written form. In the field of project management there is no such thing as a verbal project requirement.
The following text was taken from Chapter Twenty in the “Field Guide to Project Management”. The authors Francis M Webster, Jr. and Stephen D. Owens state, "the written document provides instructions, restates previous instructions, conveys importance to the message, and helps the project manager to cover their tracks".
The authors also make the point that that "e-mail isn't always enough and can get you in trouble faster and with more people". As we all know from experience, e-mail usually isn't given enough thought before it is sent which can lead to messages being misinterpreted and having unintended consequences.
A project manager that is doing his or her job will formally document all items that are important and relevant to supporting a project's triple constraints (Time, Cost, Quality).
The following text was taken from Chapter Twenty in the “Field Guide to Project Management”. The authors Francis M Webster, Jr. and Stephen D. Owens state, "the written document provides instructions, restates previous instructions, conveys importance to the message, and helps the project manager to cover their tracks".
The authors also make the point that that "e-mail isn't always enough and can get you in trouble faster and with more people". As we all know from experience, e-mail usually isn't given enough thought before it is sent which can lead to messages being misinterpreted and having unintended consequences.
A project manager that is doing his or her job will formally document all items that are important and relevant to supporting a project's triple constraints (Time, Cost, Quality).