DISCLAIMER *** Yesterday’s Project Management Best Practices Checklist posting
Just so I don’t get in trouble, I didn’t author the checklist that appeared on the blog yesterday. I found it buried in the reams of documentation, templates, and various Project Management documents that I have in my possession. While virtually all of the postings on this blog were written by me, I will always credit sources when available. I am unsure of the source of yesterday’s posting.
Thanks
Stephen F. Seay, PMP
Thursday, August 25, 2005
Wednesday, August 24, 2005
Project Management Best Practices Checklist
Identify the participants and their roles.
Identify potential project team members as well as the major players in the user community that will test and except the final product or service.
Assign an experienced project manager early
This Project Manager will make or break a project. Be sure the individual has the expertise to manage the project and works well with others. Don't hesitate to look at outside sources if there is no one on staff that qualifies.
Assess the qualifications and experience of the planned project team members
Along with the project manager, assess carefully the qualifications and experience of each team member as they pertain to the specifics of this project. Keep in mind the importance of team players, and the ability to get along with others.
Complete a detailed workplan
A preliminary workplan with major milestones should have been completed while developing the PIJ. Now is the time to work with the project manager in identifying the tasks involved for each milestone. The workplan should list the tasks for each milestone with the estimated hours, start and stop dates, costs and responsible parties. Sample workplans and templates are available through GITA upon request.
Establish an issues control tracking system
Establish a method by which, all issues pertaining to the project are recorded and can be reviewed regularly and tracked by the project team. All issues should eventually have a documented resolution. Software to perform these functions may be available through GITA upon request.
Establish a regular project team review meeting schedule
Regularly scheduled project review meetings should be incorporated into the workplan. These meetings are to review the current progress of the project including the percentage of completeness of workplan tasks.
Establish a participant update meeting schedule
Periodic participant update meetings should be incorporated into the workplan. These meetings are to present the current progress of the project to upper management and major participants in the user community.
Conduct a project kickoff meeting
Officially start the project with a meeting of all parties involved. The project team should be introduced, the milestones reviewed with estimated completion dates, and expectations as to the level of participation, should be outlined.
Monday, August 15, 2005
Keep IT Simple
There was a popular survey some time ago that asked leaders in several mid-sized companies about their success. One of the main reasons that many were successful is they focused on simplicity in everything they did. The study concluded that simple, focused companies were more profitable.
The Pareto or 80/20 Principle can help us realize the power of keeping things simple.
Some popular statistics that relate to the Pareto Principle are below:
80% of beer is consumed by 20% of the beer drinkers
80% of classroom participation comes from 20% of the students
80% of traffic jams occur on 20% of roads
20% of your clothes will be worn 80% of the time
80% of sales are generated by 20% of the sales staff
80% of problems are generated by 20% of the employees
80% of problems come from 20% of the customer base
Now that we know this, how do we make things simpler? The answer is "simple". We need to analyze the data. We cannot guess where the problems are. We cannot just use emotion. As I have stated in previous posts, it is important to look at your business processes to eliminate waste and complexity.
Questions to ask yourself and your organization when seeking to simplify your business processes:
What are our processes?
Who are our customers?
What systems do we use? Do we have the right systems in place to support our business?
What services do we offer internally and externally? Are they still valuable today?
Look for the 20% that adds value and eliminate or redesign the rest. Keep in mind that we are looking to automate, minimize, isolate, reduce, redesign, or reallocate those things that are not helping us to achieve simplicity.
Keep it Simple!!!
The Pareto or 80/20 Principle can help us realize the power of keeping things simple.
Some popular statistics that relate to the Pareto Principle are below:
80% of beer is consumed by 20% of the beer drinkers
80% of classroom participation comes from 20% of the students
80% of traffic jams occur on 20% of roads
20% of your clothes will be worn 80% of the time
80% of sales are generated by 20% of the sales staff
80% of problems are generated by 20% of the employees
80% of problems come from 20% of the customer base
Now that we know this, how do we make things simpler? The answer is "simple". We need to analyze the data. We cannot guess where the problems are. We cannot just use emotion. As I have stated in previous posts, it is important to look at your business processes to eliminate waste and complexity.
Questions to ask yourself and your organization when seeking to simplify your business processes:
What are our processes?
Who are our customers?
What systems do we use? Do we have the right systems in place to support our business?
What services do we offer internally and externally? Are they still valuable today?
Look for the 20% that adds value and eliminate or redesign the rest. Keep in mind that we are looking to automate, minimize, isolate, reduce, redesign, or reallocate those things that are not helping us to achieve simplicity.
Keep it Simple!!!
Wednesday, August 10, 2005
Project Management Behavior
When CIOs were interviewed by ComputerWorld in 2001 regarding what skills a Project Manager should have, the consensus was the following competencies are the most important: Technology, Business, Behavior - not necessarily in that order.
I know that I have lived a sheltered project management life, but I think many project managers haven't sufficiently mastered the "Behavior" competency. My experience is limited, but I have worked with many project managers, and I believe that we all could improve our skills as they relate to the "Behavior" competency. We should all be able to agree that in order to motivate people a project manager needs an understanding of human behavior and how to motivate teams. How many project managers do you know have mastered these skills? How well do you do in this area? I can admit that I have room for improvement.
As I said, "Behavior" was listed in the top three of the most important competencies. I find that to be interesting because other surveys of CIOs find that the number one complaint about project managers is that they are whiners and excuse makers. How can we change that? Collectively we must decide as project managers we will exhibit the highest ethical and behavioral standards. We will empathize with others, we will be known as good listeners, and we can be trusted to not gossip and participate in destructive office politics.
I know that I have lived a sheltered project management life, but I think many project managers haven't sufficiently mastered the "Behavior" competency. My experience is limited, but I have worked with many project managers, and I believe that we all could improve our skills as they relate to the "Behavior" competency. We should all be able to agree that in order to motivate people a project manager needs an understanding of human behavior and how to motivate teams. How many project managers do you know have mastered these skills? How well do you do in this area? I can admit that I have room for improvement.
As I said, "Behavior" was listed in the top three of the most important competencies. I find that to be interesting because other surveys of CIOs find that the number one complaint about project managers is that they are whiners and excuse makers. How can we change that? Collectively we must decide as project managers we will exhibit the highest ethical and behavioral standards. We will empathize with others, we will be known as good listeners, and we can be trusted to not gossip and participate in destructive office politics.
Thursday, August 04, 2005
Project Managers and Meeting Facilitation
I really do not like meetings. For the most part, I find my time would be better spent doing other things. As project managers, we will be involved in meetings. When we call a meeting we need to ensure that the meeting has an agenda and that meeting minutes are taken.
I find that one of the things that is usually missing from larger meetings is a good facilitator. As a project manager that has called a meeting it is usually best if you have a person (other than yourself) designated as a meeting facilitator.
A Facilitator is: one who brings organization and process to the meeting so attendees are able to interact effectively and make sound business decisions. They enable good meeting habits and support the group to achieve exceptional outcomes.
A Facilitator provides leadership without taking control. They get others to assume responsibility and help them to participate and lead effectively.
Facilitators should:
Assist the group to identify goals and objectives around the meeting topic
Help identify attendee needs
Guide discussions to keep them focused on the agenda
Ensure assumptions are brought out and discussed
Guide the group to consensus on issues by ensuring all attendees are heard
Use tools and processes to ensure the meeting is run efficiently and good decisions are made
Lead brainstorming sessions
Help attendees to assess their skills and assist them in building new skills to support the meeting's objectives
A good facilitator can bring clarity and focus to a meeting. There are many resources on the internet, and there are many good books on the subject. Effective meetings help to build effective outcomes. Ineffective meetings can be seen as time-wasters and can alienate some of the people you need the most.
Make sure your meetings are efficient and effective. One way to do this is to survey meeting attendees to gather feedback.
Until next time…
I find that one of the things that is usually missing from larger meetings is a good facilitator. As a project manager that has called a meeting it is usually best if you have a person (other than yourself) designated as a meeting facilitator.
A Facilitator is: one who brings organization and process to the meeting so attendees are able to interact effectively and make sound business decisions. They enable good meeting habits and support the group to achieve exceptional outcomes.
A Facilitator provides leadership without taking control. They get others to assume responsibility and help them to participate and lead effectively.
Facilitators should:
Assist the group to identify goals and objectives around the meeting topic
Help identify attendee needs
Guide discussions to keep them focused on the agenda
Ensure assumptions are brought out and discussed
Guide the group to consensus on issues by ensuring all attendees are heard
Use tools and processes to ensure the meeting is run efficiently and good decisions are made
Lead brainstorming sessions
Help attendees to assess their skills and assist them in building new skills to support the meeting's objectives
A good facilitator can bring clarity and focus to a meeting. There are many resources on the internet, and there are many good books on the subject. Effective meetings help to build effective outcomes. Ineffective meetings can be seen as time-wasters and can alienate some of the people you need the most.
Make sure your meetings are efficient and effective. One way to do this is to survey meeting attendees to gather feedback.
Until next time…
Monday, July 25, 2005
Strategic MRO and Asset Management
I just returned from a conference entitled MRO-World. The purpose of the conference was to enhance learning around activities that support Asset Management and the Maintenance, Repair, and Operation (MRO) of those assets. How does this fit in with Project Management? As we all know, Operational activities are focused on maintaining, while Project activities are focused on change. Having said that, Operations activities still have change that needs to be managed.
Strategic MRO is composed of business processes, and is not meant to be an activity management mechanism. Strategic MRO is focused on managing change and continuous improvement in regards to a company's assets. Where I work, we have Strategic Assets that must work nearly 100% of the time. Our systems consist of Water Distribution, Waste Water Treatment, Storm Water Management, Land Fill Operations, Roads, Traffic Control, IT Systems, etc. How these assets are maintained, repaired, and operated can have a huge impact on the bottom line.
In my opinion Project Management can help in the implementation of software to manage assets, in helping scheduling the work to support the MRO of the assets (preventative maintenance for example) , and additionally through communicating the status of critical work and changes to assets going on in the Enterprise.
Part of any organization's responsibilities is to manage their assets to maximize their value. To do this they must:
Define the current state of the asset
Determine the future asset state objectives
Perform a gap analysis between the current and future states
Develop a prioritized task list of what needs to be done to close the gaps
This sounds a lot like project management to me. As I said, I will be doing more research in this area and will report my findings here. As always I welcome your feedback.
Strategic MRO is composed of business processes, and is not meant to be an activity management mechanism. Strategic MRO is focused on managing change and continuous improvement in regards to a company's assets. Where I work, we have Strategic Assets that must work nearly 100% of the time. Our systems consist of Water Distribution, Waste Water Treatment, Storm Water Management, Land Fill Operations, Roads, Traffic Control, IT Systems, etc. How these assets are maintained, repaired, and operated can have a huge impact on the bottom line.
In my opinion Project Management can help in the implementation of software to manage assets, in helping scheduling the work to support the MRO of the assets (preventative maintenance for example) , and additionally through communicating the status of critical work and changes to assets going on in the Enterprise.
Part of any organization's responsibilities is to manage their assets to maximize their value. To do this they must:
Define the current state of the asset
Determine the future asset state objectives
Perform a gap analysis between the current and future states
Develop a prioritized task list of what needs to be done to close the gaps
This sounds a lot like project management to me. As I said, I will be doing more research in this area and will report my findings here. As always I welcome your feedback.
Monday, July 11, 2005
What is a Project?
As the readers of this blog know, I try to cover the basics of Project Management. As project managers, we get in trouble when we try to complicate things. In my career, I have worked for many different types and sizes of organizations. Some have embraced Project Management and others have made excuses so as not to be constrained by what they believe is a process that slows things down (adds cost and overhead). I have preached the same message for years. Project Management is designed to help reduce or eliminate rework and surprises at the end of a project.
So why don’t some organizations see the value of Project Management? Usually it is because they do not understand the benefits of Project Management, they do not trust the Project Managers they currently have, or the ones they have encountered in the past. OK, we can accept that, however, what we should never accept is the idea that Project Management just adds cost and overhead.
We need to educate those around us about the difference between projects and other organizational work. Senior management needs to realize the fact that work is basically broken down into two areas: Operations (focused on Maintaining) and Projects (focused on Change). Most organizations do an adequate job of managing their operations; however, my experience (limited as it is) has shown that projects and the support of project management vary greatly.
Every organization has projects; sometimes they are just too busy to realize it. As project managers, we need to keep fighting the good fight of educating the influencers in our organizations about the benefits of Project Management. In addition, we need to realize that the benefits of Project Management are demonstrated in the successful implementation of projects. Do not preach the benefits of Project Management; demonstrate them by walking the walk and talking the talk.
Therefore, to answer our central question and wrap this up, a project is:
A temporary endeavor to create a unique product or service
Unique
Constrained by a finite budget
Constrained by a finite timeline (defined start and end date)
Composed of interrelated activities
Focused on attaining one or more clearly defined objectives
The last point needs to be stressed. Without clearly defined and agreed upon objectives your project is doomed to fail from the start. I would also add that your project does not have a chance for success unless you have an engaged, influential, and respected executive in the role of project sponsor.
So why don’t some organizations see the value of Project Management? Usually it is because they do not understand the benefits of Project Management, they do not trust the Project Managers they currently have, or the ones they have encountered in the past. OK, we can accept that, however, what we should never accept is the idea that Project Management just adds cost and overhead.
We need to educate those around us about the difference between projects and other organizational work. Senior management needs to realize the fact that work is basically broken down into two areas: Operations (focused on Maintaining) and Projects (focused on Change). Most organizations do an adequate job of managing their operations; however, my experience (limited as it is) has shown that projects and the support of project management vary greatly.
Every organization has projects; sometimes they are just too busy to realize it. As project managers, we need to keep fighting the good fight of educating the influencers in our organizations about the benefits of Project Management. In addition, we need to realize that the benefits of Project Management are demonstrated in the successful implementation of projects. Do not preach the benefits of Project Management; demonstrate them by walking the walk and talking the talk.
Therefore, to answer our central question and wrap this up, a project is:
A temporary endeavor to create a unique product or service
Unique
Constrained by a finite budget
Constrained by a finite timeline (defined start and end date)
Composed of interrelated activities
Focused on attaining one or more clearly defined objectives
The last point needs to be stressed. Without clearly defined and agreed upon objectives your project is doomed to fail from the start. I would also add that your project does not have a chance for success unless you have an engaged, influential, and respected executive in the role of project sponsor.