Back in 1940 a man by the name of John Gallo, an assembly worker at Ford Motor Company, was fired after being "caught in the act of smiling". He had been warned on a previous occasion for "laughing with others". At that time Ford's workers weren't allowed to hum, whistle, or talk with other workers, even during lunch. Henry Ford believed that work was for work and play was for outside of work. He believed the two should never be mixed.
Southwest Airlines has a completely different philosophy. They believe that "people rarely succeed at anything unless they are having fun doing it". If you review their website you see comments like “our people are our single greatest strength and most enduring longterm competitive advantage.”
Part of Southwest Airline's mantra is to:
Have FUN
Don’t take yourself too seriously
Maintain perspective (balance)
Celebrate successes
Enjoy your work
Be a passionate team player
What is the culture look like at your company? Are the employees excited to come to work or do they dread coming to work? Remember, if you and your team aren't having fun at work you aren't doing your best work.
Tips, hints, links, and helpful information related to the discipline of Project Management.
Search This Blog
Monday, February 22, 2010
Tuesday, February 16, 2010
Groups, Values and Toxic Turkeys
I really liked George Carlin's last book; "Last Words - A Memoir". In it he wrote the following, which I find very scary and very profound all at once.
"The worst thing about groups are their values...you will do things in the name of a group that you would never do on your own...because you’ve lost your identity, because you now owe your allegiance to this thing that’s bigger than you are and that controls you.
What are your group's values? Honesty, trust, cooperation, respect, or get it done at any cost?
Project management is about groups of people working together to bring to realization the project's objectives...and doing it on time, on budget and with expected quality and scope.
In my experience, most project teams are staffed with decent, cooperative, competent people, but many times there can be one or more toxic team members bent on steering the group to service their personal agenda. These toxic turkeys don't care about the project's objectives, they only care about themselves and their own agenda (usually hidden). When you see this type of person on your team remove them or get your sponsor to remove them before they poison the rest of the team and stop your project's progress.
Remember what Carlin said about large groups, "the larger the group, the more toxic it is, and the more of your beauty as an individual you have to surrender for the sake of group thought."
Click here to purchase George Carlin's last book from Amazon.com.
"The worst thing about groups are their values...you will do things in the name of a group that you would never do on your own...because you’ve lost your identity, because you now owe your allegiance to this thing that’s bigger than you are and that controls you.
What are your group's values? Honesty, trust, cooperation, respect, or get it done at any cost?
Project management is about groups of people working together to bring to realization the project's objectives...and doing it on time, on budget and with expected quality and scope.
In my experience, most project teams are staffed with decent, cooperative, competent people, but many times there can be one or more toxic team members bent on steering the group to service their personal agenda. These toxic turkeys don't care about the project's objectives, they only care about themselves and their own agenda (usually hidden). When you see this type of person on your team remove them or get your sponsor to remove them before they poison the rest of the team and stop your project's progress.
Remember what Carlin said about large groups, "the larger the group, the more toxic it is, and the more of your beauty as an individual you have to surrender for the sake of group thought."
Click here to purchase George Carlin's last book from Amazon.com.
Monday, February 15, 2010
Technology Questions
Marshall McLuhan said “first we shape our tools and then they shape us.” Sometimes how we are "shaped" by technology isn't pleasant or what we were expecting. We need to keep in mind that technology for technologies' sake will never deliver anything of lasting value. When thinking about implementing a technology ask yourself a couple of very important questions.
Can we or should we do it?
Will it make our situation simpler or more complex?
Will it help us to solve a problem or cause a problem?”
Should we do nothing?
Also, when implementing technology remember these three rules:
The customer is your partner
The customer defines the requirements
Open systems beat closed systems
The customer defines the requirements
Open systems beat closed systems
Remember it isn't the technology that matters, it is what the technology makes possible.
Tuesday, February 09, 2010
Does your Project Still have Value (revisited)
Are you working on a project that has diminished in value? If you or others are questioning the value of one of your projects, think about these things:
What would happen in your organization if the project were cancelled? Would some of the cancelled project's objectives find their way into an existing project... a new project? Should a portion of your current project be de-scoped because of changes beyond your control?
What would happen in your organization if the project were cancelled? Would some of the cancelled project's objectives find their way into an existing project... a new project? Should a portion of your current project be de-scoped because of changes beyond your control?
Does the project still link to your organizations strategic goals and/or objectives?
Does the project still have visible support from senior management?
Does the project still generate excitement?
Is your organization still going to gain all the efficiencies or be more competitive as a result of successfully completing the project?
Are you hearing a lot of negative "buzz" about the project?
Would your project have had more value if it were implemented sooner?
Is the project over budget, late?
Is scope creep a problem?
Has the project sponsor suddenly abandoned the project?
I'm know there are lots of other questions that could be asked. We need to keep in mind that all projects eventually end. Some end when they are completed successfully, and others are terminated early for a variety of reasons.
The important thing to keep in mind is that you must continually communicate across, up, and down the organization to find out what others are thinking about your project, and more importantly, you muse communicate what is happening with your project.
If the project manager is the only person in the organization that thinks his or her project has value, then the project manager isn't really thinking.
Monday, February 08, 2010
Basic Team Communications
Do you know the difference between objective and subjective language/information? Objective information is precise and uses specific targets or numbers/indicators to help ensure the communication is clear. Subjective language uses unclear or non-specific information with terms like “accurate”, “quick”, “big”, and “best”. We can’t agree to subjective terms because they mean different things to different people.
We obviously want to use objective language whenever we communicate important information. Remember to use the “SMART” test when communicating with your project team (either in writing or verbally):
Specific
Measureable
Attainable
Realistic
Time constrained
Unclear project communications are the fault of the project manager, and can lead to project delays and cost overruns. When communicating with your team, be aware of their listening filters because these will affect how your message is received. Lastly, always ask questions of your team to ensure your message is being received and understood.
We obviously want to use objective language whenever we communicate important information. Remember to use the “SMART” test when communicating with your project team (either in writing or verbally):
Specific
Measureable
Attainable
Realistic
Time constrained
Unclear project communications are the fault of the project manager, and can lead to project delays and cost overruns. When communicating with your team, be aware of their listening filters because these will affect how your message is received. Lastly, always ask questions of your team to ensure your message is being received and understood.
Sunday, January 31, 2010
Quality Revisited (again)
Quality is a heavily tested knowledge area on the PMP exam and as such we should all be familiar with the subject.
According to Philip B. Crosby, Quality is “conformance to requirements”. He goes on to state the Four Absolutes of Quality as:
The definition of quality is conformance to requirements
The system of quality is prevention
The performance standard is zero defects
The measurement of quality is the price of nonconformance
Another Quality Guru is Joseph Juran. He states that “Quality is fitness for use”. He also defines something called the Quality Trilogy.
It is composed of:
Quality Improvement
Quality Planning
Quality Control
Juran also goes on to define the “Ten Steps in the Quality Improvement Process”. They are:
Build awareness of the need and opportunity for improvement
Set goals for improvement
Organize to reach the goals
Provide training throughout the organization
Carry out the projects to solve problems
Report progress
Give recognition
Communicate results
Keep score
Maintain momentum by making annual improvement part of the regular systems and processes of the company.
Lastly, we look at what Dr. W. Edwards Deming says about Quality. According to Dr. Deming, Quality is “continuous improvement through reduced variation”.
His five principles are:
The central problem in lack of quality is the failure of management to understand variation
It is management’s responsibility to know whether the problems are in the system or behavior of people
Teamwork should be based upon knowledge, design, and redesign. Constant improvement is management’s responsibility. Most causes of low quality and productivity belong to the system
Train people until they are achieving as much as they can (within the limits of the system)
It is management’s responsibility to give detailed specifications
Do the above statements reflect the situation in your work environment? Is your management engaged in Quality? Are they hands-on, hands-off, or asleep at the switch?
Quality is everyone’s job; however Quality cannot be managed with out the participation of management. I would even be so bold to say that “poor quality equals poor management”.
Tuesday, January 26, 2010
16 Points to PM Maturity
One of my favorite project management books is called - "Project Management - A Systems Approach to Planning, Scheduling and Controlling" - and is written by Dr. Harold Kerzner. In this book there is a section entitled "16 Points to Project Management Maturity". These points are listed below, and are worth reviewing on a regular basis.
1. Adopt a project management methodology and use it consistently
2. Implement a philosophy that drives the company toward project management maturity and communicate to everyone
3. Commit to developing effective plans at the beginning of each project
4. Minimize scope changes by committing to realistic objectives
5. Recognize that cost and schedule management are inseparable
6. Select the right person as project manager
7. Provide executives with project sponsor information, not project management information
8. Strengthen involvement and support of line management
9. Focus on deliverable rather than resources
10. Cultivate effective communication, cooperation, and trust to achieve rapid project management maturity
11. Share recognition for project success with the entire project team and line management
12. Eliminate non-productive meetings
13. Focus on identifying and solving problems early, quickly, and cost effectively
14. Measure progress periodically
15. Use project management software as a tool - not as a subsitute for effective planning or interpersonal skills
16. Institute an all-employee training program with periodic updates based upon documented lessons learned
If you have some of your own post them in the comments section.
1. Adopt a project management methodology and use it consistently
2. Implement a philosophy that drives the company toward project management maturity and communicate to everyone
3. Commit to developing effective plans at the beginning of each project
4. Minimize scope changes by committing to realistic objectives
5. Recognize that cost and schedule management are inseparable
6. Select the right person as project manager
7. Provide executives with project sponsor information, not project management information
8. Strengthen involvement and support of line management
9. Focus on deliverable rather than resources
10. Cultivate effective communication, cooperation, and trust to achieve rapid project management maturity
11. Share recognition for project success with the entire project team and line management
12. Eliminate non-productive meetings
13. Focus on identifying and solving problems early, quickly, and cost effectively
14. Measure progress periodically
15. Use project management software as a tool - not as a subsitute for effective planning or interpersonal skills
16. Institute an all-employee training program with periodic updates based upon documented lessons learned
If you have some of your own post them in the comments section.
Tuesday, January 19, 2010
My Take on Some Project Management Principles
Here are four basic Project Principles and some of my ideas regarding what to watch out for when managing your projects.
(1) Projects are often constrained from the start (Initiation Phase) by a fixed, finite budget and defined timeline. In other words, many projects have budgets that have strictly defined constraints and a timeline with a set start and end date. This is obvious to all project managers, however what is not so obvious is many times these budget and timelines are not sufficient (or realistic) to accomplish the project’s objectives. From the start, ensure the project sponsor is aware that budget and timelines may need to be renegotiated as project planning progresses.
(2) Projects can have many complex and interrelated activities that need to be coordinated so that proper organizational resources can be applied at the proper time. The big thing to watch out for here is "proper organizational resources". While you may not have input on which resources you get for your project, you do have input on the project’s estimates and schedule. Do not allow others to dictate unrealistic schedules or estimates for resources that are unproven, unreliable or untested.
(3) Projects are directed toward the attainment of a clearly defined objective(s) and once they are achieved, the project is over. Yea, right! Not all projects have clearly defined objectives, and if they do, they are not always achievable given the budget, time, and organizational constraints. Not only that, your organization’s culture can be a huge impediment to successfully managing your project. Be very careful when accepting a new project to ensure you are not being setup to fail. Do not accept projects with unclear or unrealistic objectives.
(4) Projects are unique. Because they are unique, the risks are great and failure is always an option. Minimize the risks by informing your sponsor that until you are finished with your initial project planning activities you may not be able to provide realistic budget and time estimates. Once you have completed your initial project planning activities, (project planning is continuous) provide your sponsor with an estimated budget and time range, and remind him or her that as planning progresses these ranges will be adjusted to closer reflect reality.
(1) Projects are often constrained from the start (Initiation Phase) by a fixed, finite budget and defined timeline. In other words, many projects have budgets that have strictly defined constraints and a timeline with a set start and end date. This is obvious to all project managers, however what is not so obvious is many times these budget and timelines are not sufficient (or realistic) to accomplish the project’s objectives. From the start, ensure the project sponsor is aware that budget and timelines may need to be renegotiated as project planning progresses.
(2) Projects can have many complex and interrelated activities that need to be coordinated so that proper organizational resources can be applied at the proper time. The big thing to watch out for here is "proper organizational resources". While you may not have input on which resources you get for your project, you do have input on the project’s estimates and schedule. Do not allow others to dictate unrealistic schedules or estimates for resources that are unproven, unreliable or untested.
(3) Projects are directed toward the attainment of a clearly defined objective(s) and once they are achieved, the project is over. Yea, right! Not all projects have clearly defined objectives, and if they do, they are not always achievable given the budget, time, and organizational constraints. Not only that, your organization’s culture can be a huge impediment to successfully managing your project. Be very careful when accepting a new project to ensure you are not being setup to fail. Do not accept projects with unclear or unrealistic objectives.
(4) Projects are unique. Because they are unique, the risks are great and failure is always an option. Minimize the risks by informing your sponsor that until you are finished with your initial project planning activities you may not be able to provide realistic budget and time estimates. Once you have completed your initial project planning activities, (project planning is continuous) provide your sponsor with an estimated budget and time range, and remind him or her that as planning progresses these ranges will be adjusted to closer reflect reality.
Friday, January 15, 2010
Is Accurate Estimating Possible?
I have been burned more times than I can count by bad estimates. What can a project manager do to help ensure the accuracy of estimates? First we should understand the basics behind the estimating process (there are many more than I have listed here). Some are:
• The more unique the project, the more of a challenge it will be to get good estimates
• Estimates are only as good as the estimator is at predicting the future
• "Padded" estimates are not always bad as long as the padding is communicated (... and as long as the Project Manager is the one doing/approving the "padding")
• An estimate is not a bid
• Estimates using sound estimating practices, performed by experienced estimators from clear specifications should never be negotiated
• Ballpark estimates are guesses and should be treated as much by the project team, management, and the project sponsor
Other items to consider when estimating are:
• Ensure the statement of work or contract is clear and understood by the person(s) doing the estimates
• Ensure that a schedule or mandated date doesn't drive the estimating thought process
• Include risk management in the estimating process
• Ensure that estimates take into account the skill level(s) of the person(s) that will do the work
• If your work breakdown structure (WBS) is flawed, your estimates will be inaccurate
Accurate estimating is an art and a science. The estimator (or estimating team) must take into account historical data from past proejcts, the team's knowledge and experience, the project risks, the statement of work and other project information to make the best estimate possible.
Keep in mind when planning your project that estimates aren't hard and fast numbers. They are guesses, however they should be very good guesses if you have good estimators and are following tried and true estimating practices.
• The more unique the project, the more of a challenge it will be to get good estimates
• Estimates are only as good as the estimator is at predicting the future
• "Padded" estimates are not always bad as long as the padding is communicated (... and as long as the Project Manager is the one doing/approving the "padding")
• An estimate is not a bid
• Estimates using sound estimating practices, performed by experienced estimators from clear specifications should never be negotiated
• Ballpark estimates are guesses and should be treated as much by the project team, management, and the project sponsor
Other items to consider when estimating are:
• Ensure the statement of work or contract is clear and understood by the person(s) doing the estimates
• Ensure that a schedule or mandated date doesn't drive the estimating thought process
• Include risk management in the estimating process
• Ensure that estimates take into account the skill level(s) of the person(s) that will do the work
• If your work breakdown structure (WBS) is flawed, your estimates will be inaccurate
Accurate estimating is an art and a science. The estimator (or estimating team) must take into account historical data from past proejcts, the team's knowledge and experience, the project risks, the statement of work and other project information to make the best estimate possible.
Keep in mind when planning your project that estimates aren't hard and fast numbers. They are guesses, however they should be very good guesses if you have good estimators and are following tried and true estimating practices.
Tuesday, January 12, 2010
A Project is Unique...
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 educate 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 educate 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.
Monday, January 04, 2010
Project Don'ts
Don’t believe everything you are told about a potential project’s benefits. Investigate for yourself and plan accordingly.
Don’t take on a project that doesn’t have a strong sponsor that is committed to seeing the project succeed.
Don't forget that most project assumptions should also be risks.
Don't set project expectations that are higher than reality can deliver.
Don't try to define reality too early in the project planning phase.
Don’t define solutions that do not address needs.
Don’t forget to manage customer expectations.
Don’t forget to thank your team members for doing a good job.
Don’t be a whiner. A leader never whines and a whiner never leads.
Don’t forget that leaders need to have credibility.
Don’t forget that credibility requires honesty, dedication, commitment, and capability.
Don’t forget that people are the number one reason for project failure.
Don’t forget that empowering teams is a management function.
Don’t allow others to influence your attitude. Be positive in the face of adversity.
Don’t forget to have fun while working on your projects.
Don’t forget that Project Management is mostly art and some science.
Don’t take on a project that doesn’t have a strong sponsor that is committed to seeing the project succeed.
Don't forget that most project assumptions should also be risks.
Don't set project expectations that are higher than reality can deliver.
Don't try to define reality too early in the project planning phase.
Don’t define solutions that do not address needs.
Don’t forget to manage customer expectations.
Don’t forget to thank your team members for doing a good job.
Don’t be a whiner. A leader never whines and a whiner never leads.
Don’t forget that leaders need to have credibility.
Don’t forget that credibility requires honesty, dedication, commitment, and capability.
Don’t forget that people are the number one reason for project failure.
Don’t forget that empowering teams is a management function.
Don’t allow others to influence your attitude. Be positive in the face of adversity.
Don’t forget to have fun while working on your projects.
Don’t forget that Project Management is mostly art and some science.
Tuesday, December 29, 2009
Saturday, December 26, 2009
How to be a Good Project Manager
Show appreciation - thanking people for their assistance is not only the right thing to do it is expected.
Listen effectively - think before speaking. Listen attentively. Make the person feel like they are the only thing you are focusing on.
Give credit to others - always give credit where credit is due.
Don't be negative - negative people can kill team creativity. Eliminate them from your team if possible.
Have a work/life balance - don't forget that all work and no play makes for a dull life.
Don't have hidden agendas - they are only hidden for a while, and most people realize what you are doing.
Be willing to publicly admit your failures - there is nothing more pathetic than the person that never admits a mistake.
Talk about the problem not the person - don't personalize problems and make them about a person or group. Be willing to focus on only on the problem.
If you lie down with dogs you will get fleas - be careful of your relationships in the workplace. Trust, but verify.
Don't gossip - gossip can hurt careers and projects. Don't participate in gossip and don't allow it on your team.
Use Empathy not Sympathy when dealing with delicate issues - Empathic listening is listening with intent to understand. Sympathetic listening is a form of agreement and judgement.
Diagnose before your prescribe - if people don't have confidence in your diagnosis, they won't have confidence in your prescription
Keep your commitments and promises - enough said.
Remember while you are free to choose your actions, you aren't free to choose the consequence of those actions.
Monday, December 21, 2009
Cool Gadget for Thirty Bucks!
Use coupon code MCU2009-06 when checking out
Overview from TI
Texas Instruments (TI) introduces the eZ430-Chronos, which is the world’s first customizable development environment within a sports watch. Taking the popular line of eZ430 development tools to the next level, the kit allowsdevelopers to easily harness the leading integration, ultra-low power and wireless capabilities of TI’s CC430 microcontroller (MCU).
The eZ430-Chronos is priced at $49. Key features and benefits are listed below:
- Wearable form factor allows customers to conveniently develop in remote locations
- TI’s SimpliciTI and BM Innovations’ Blue Robin™ RF protocols enable developers to easily establish wireless links regardless of RF knowledge, right out of the box
- Available in three different RF frequency bands – 915, 868, and 433 MHz – allowing for worldwide usage
- Integrated 3-axis accelerometer for motion sensitive control as well as sensors for measurement, including altimeter, temperature and batteryvoltage
- Internal CC430 memory available for data storage, holding up to 11 hours of data such as heart rate
- eZ430 emulator for simplified programming and debugging on top of basesoftware framework and RF functions
- USB-RF access point for PC communication and automation, supported by production-ready source projects, including, but not limited to, motion-based mouse control, sensor data logging with wireless PC download, keyboard and presentation control as well as time and calendar sync
- Large 96 segment LCD display driven directly by CC430
- Low cost system includes all supporting hardware and software, increasing accessibility and reducing development cost
Monday, December 14, 2009
A Leadership Void
"What creates trust, in the end, is the leader's manifest respect for the followers" - Jim O'Toole, Leadership Change.
A leadership void exists when the goals of the leaders aren't embraced by the followers. Respect, or lack of it plays a big part in helping to create this void.
Some leadership principles I have come to believe are:
Be consistent in what you say and do. Inconsistency shows a lack of focus. Being inconsistent will undermine your credibility with others.
As a leader you will need to provide focus, constancy of purpose, and clear direction to your team. The problem with many leaders isn't a lack of personality or charisma, it is a lack of focus and follow-through.
When leading remember "beware of no man more than thyself" - Thomas Fuller. Ask for feedback from others. Remember the higher the leader is in an organization the more blind spots he or she will experience.
A good leader is a master of the big picture and is knowledgeable of the details. A leader that isn't willing to get involved in the details is just plain lazy and won't have the respect of the team they are leading.
Be careful about negative assumptions. Leaders that are high achievers know their behavior tells the truth about their assumptions.
Leaders ensure that their followers know where they fit into the big picture.
Leaders who underestimate the intellect of others tend to overestimate their own.
Other things that are always displayed by a leader are the ability to:
Create and nurture a vision
Laugh!
Leave your ego at the door
Think before acting (not quick to criticize)
Be a risk taker
State and meet commitments
Be a role model
Have a can do attitude
Encourage success
and finally...BE VISIBLE
A leadership void exists when the goals of the leaders aren't embraced by the followers. Respect, or lack of it plays a big part in helping to create this void.
Some leadership principles I have come to believe are:
Be consistent in what you say and do. Inconsistency shows a lack of focus. Being inconsistent will undermine your credibility with others.
As a leader you will need to provide focus, constancy of purpose, and clear direction to your team. The problem with many leaders isn't a lack of personality or charisma, it is a lack of focus and follow-through.
When leading remember "beware of no man more than thyself" - Thomas Fuller. Ask for feedback from others. Remember the higher the leader is in an organization the more blind spots he or she will experience.
A good leader is a master of the big picture and is knowledgeable of the details. A leader that isn't willing to get involved in the details is just plain lazy and won't have the respect of the team they are leading.
Be careful about negative assumptions. Leaders that are high achievers know their behavior tells the truth about their assumptions.
Leaders ensure that their followers know where they fit into the big picture.
Leaders who underestimate the intellect of others tend to overestimate their own.
Other things that are always displayed by a leader are the ability to:
Create and nurture a vision
Laugh!
Leave your ego at the door
Think before acting (not quick to criticize)
Be a risk taker
State and meet commitments
Be a role model
Have a can do attitude
Encourage success
and finally...BE VISIBLE
Thursday, December 10, 2009
10 Most Important Things
Florida Power and Light management came up with the list below of the ten most important things they think helped them complete the St. Lucie 2 Nuclear Power Plant on schedule, within cost, and without major quality issues.
- Management Commitment
- A realistic and firm schedule
- Clear decision-making authority
- Flexible project control tools
- Teamwork
- Maintaining engineering before construction (design before build)
- Earlsy start-up involvement
- Organizational flexibility
- Ongoing critique of the project
- Close coordination with the Nuclear Regulatory Commission (strong, fair oversight)
This is an awesome list that can be adapted to any environment and project. Do you have a top ten list of things you need for your project to be successful?
Tuesday, December 08, 2009
Keep IT Simple! - Redesigned
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? Try looking 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.
We are looking to automate, minimize, isolate, reduce, redesign, throw away, reinvent, rejuvenate, refresh, retire, or reallocate those things that are not helping us to achieve simplicity. Achieving simplicity can be hard, but the rewards are worth the effort.
Keep it Simple!!!
Free Christmas Music
Want some free Christmas music? Head over to this page on Amazon.com and download 29 free holiday songs.
Sunday, December 06, 2009
Doing Things!
Another short, excellent Tom Peters Video - Click Here
Tom is one of my heros. I have posted several of his videos here in the past. Check out his website at Tompeters.com for more stuff
Monday, November 30, 2009
Good Project Estimating is an Art and a Science
I have been burned more times than I can count by bad estimates. What can a project manager do to help ensure the accuracy of estimates? First we should understand the basics behind the estimating process (there are many more than I have listed here). Some items to consider are:
The more unique the project, the more of a challenge it will be to get good estimates
Estimates are only as good as the estimator is at predicting the future
Padded" estimates are not always bad as long as the padding is communicated (... and as long as the Project Manager is the one doing the "padding")
An estimate is not a bid
Estimates using sound estimating practices, performed by experienced estimators from clear specifications should never be negotiated
Ballpark estimates are guesses and should be treated as much by the project team, management, and the project sponsor
Other items to consider when estimating are:
Ensure the statement of work or contract is clear and understood by the person(s) doing the estimates
Ensure that a schedule or mandated date doesn't drive the estimating thought process
Include Risk Management in the estimating process
Ensure that estimates take into account the skill level(s) of the person(s) that will do the work
If your work breakdown structure (WBS) is flawed, your estimates will be inaccurate
Accurate estimating is an art and a science. The estimator (or team) must take into account historical data from past projects, the team's knowledge and experience, the project risks, the statement of work and other project information to make the best estimate possible.
Keep in mind when planning your project that estimates aren't hard and fast numbers. They are guesses, however they should be very good guesses if you have good estimators and are following tried and true estimating practices.
The more unique the project, the more of a challenge it will be to get good estimates
Estimates are only as good as the estimator is at predicting the future
Padded" estimates are not always bad as long as the padding is communicated (... and as long as the Project Manager is the one doing the "padding")
An estimate is not a bid
Estimates using sound estimating practices, performed by experienced estimators from clear specifications should never be negotiated
Ballpark estimates are guesses and should be treated as much by the project team, management, and the project sponsor
Other items to consider when estimating are:
Ensure the statement of work or contract is clear and understood by the person(s) doing the estimates
Ensure that a schedule or mandated date doesn't drive the estimating thought process
Include Risk Management in the estimating process
Ensure that estimates take into account the skill level(s) of the person(s) that will do the work
If your work breakdown structure (WBS) is flawed, your estimates will be inaccurate
Accurate estimating is an art and a science. The estimator (or team) must take into account historical data from past projects, the team's knowledge and experience, the project risks, the statement of work and other project information to make the best estimate possible.
Keep in mind when planning your project that estimates aren't hard and fast numbers. They are guesses, however they should be very good guesses if you have good estimators and are following tried and true estimating practices.
Monday, November 23, 2009
Deming and Project Management
Continuous Improvement is the output of a good Quality Management process, and Continuous Improvement requires the proper application of quality tools and techniques. One of the most recognizable Quality Tools is the "Deming Wheel". The Deming Wheel is a simple diagram that focuses efforts around four processes: PLAN, DO, CHECK, and ACT (PDCA Cycle). While this diagram may seem simplistic at first sight, it is a very powerful tool when applied to projects. In fact, Project Management is dependent upon the PDCA Cycle to deliver effective results.
A quick summary of the PDCA Cycle follows.
Plan is the initial phase of the PDCA Cycle. High levels goals and objectives are agreed upon and resources are acquired. In this phase we are identifying a particular problem or problems and breaking them down into manageable tasks. We want to decide specifically how we will solve the problem and establish metrics to measure progress.
Do is executing the Plan. Also, reporting is done in this phase to check progress. Do can be prototyping in the IT world, designing experiments, constructing a building, building a model, etc.
Check is the evaluation phase. Did we do what we said we were going to do? Did we meet the project's objectives? What does the data tell us? This is where are metrics are analyzed. We are looking at our KPIs (Key Performance Indicators) and making recommendations for action.
Act is the adjustment phase. What are we going to do to get back on track or to make improvements? Should we continue or cancel the project? Do we need to re-plan and start the cycle over again? Here we are acting on our findings from the Check phase. We want to make sure we are acting on the right information at the right time.
The PDCA Cycle is a great tool to help us be successful in Project Management. Using proven Quality Management tools that support Continuous Improvement will help project managers to do a better job managing their projects.
Remember the Four Principles of Quality Management are:
Customer Satisfaction
Plan Do, Check, Act (PDCA) Cycle
Management by Fact
Respect for People
Combining these Quality Principles with your Project Management Processes will lead to powerful results for your customers.
A quick summary of the PDCA Cycle follows.
Plan is the initial phase of the PDCA Cycle. High levels goals and objectives are agreed upon and resources are acquired. In this phase we are identifying a particular problem or problems and breaking them down into manageable tasks. We want to decide specifically how we will solve the problem and establish metrics to measure progress.
Do is executing the Plan. Also, reporting is done in this phase to check progress. Do can be prototyping in the IT world, designing experiments, constructing a building, building a model, etc.
Check is the evaluation phase. Did we do what we said we were going to do? Did we meet the project's objectives? What does the data tell us? This is where are metrics are analyzed. We are looking at our KPIs (Key Performance Indicators) and making recommendations for action.
Act is the adjustment phase. What are we going to do to get back on track or to make improvements? Should we continue or cancel the project? Do we need to re-plan and start the cycle over again? Here we are acting on our findings from the Check phase. We want to make sure we are acting on the right information at the right time.
The PDCA Cycle is a great tool to help us be successful in Project Management. Using proven Quality Management tools that support Continuous Improvement will help project managers to do a better job managing their projects.
Remember the Four Principles of Quality Management are:
Customer Satisfaction
Plan Do, Check, Act (PDCA) Cycle
Management by Fact
Respect for People
Combining these Quality Principles with your Project Management Processes will lead to powerful results for your customers.
Thursday, November 19, 2009
Hope and the Project Manager
Hope is important in project management because it helps us keep our commitments, and also helps us put our faith in others . Don’t get me wrong. Hope won’t make you successful; however, hope can guide us to change the unchangeable and gives us courage to do the right things.
Hope gets us ready to fight the good fight. Hope helps us survive the storms that always come. Hope can dispel fear and give us the strength to carry on. To be good project managers (and leaders) we must always realize (and hope) that our best days are ahead of us.
Hope inspires confidence. Hope is contagious. Hope helps us keep commitments.
Hope gets us ready to fight the good fight. Hope helps us survive the storms that always come. Hope can dispel fear and give us the strength to carry on. To be good project managers (and leaders) we must always realize (and hope) that our best days are ahead of us.
Hope inspires confidence. Hope is contagious. Hope helps us keep commitments.
Thursday, November 12, 2009
Project Management Culture
Moving your organization to embrace a “project management culture” takes time and patience. A great first step an organization can take is to ensure that their project leaders are trained and fluent in the discipline of Project Management. Also, and most importantly, senior management must understand and embrace the value of project management, and commit to support the process of implementing project management throughout all levels of the organization.
To help change the organizational culture to one that embraces and values project management, it should fund and support the development of a project office, which can help facilitate rolling out this “project management culture”.
Some first steps that should be taken:
To help change the organizational culture to one that embraces and values project management, it should fund and support the development of a project office, which can help facilitate rolling out this “project management culture”.
Some first steps that should be taken:
- Clearly define the roles and responsibilities of existing project managers and project support personnel
- Develop a basic project management training plan for the entire organization to familiarize all with the project management verbiage and practices
- Identify and provide specialized advanced training for all project leaders and functional managers
- Develop a project management office (PMO) to provide enterprise coaching, and to develop and manage your organization’s project management methodology
- In addition to the methodology, the PMO should develop and maintain standard project management templates for the organization to use
- Ensure that existing projects are audited and meet your organization’s minimum project management standards
- Setup a program where your PMO provides coaching to less experienced project managers and oversight of all enterprise projects
- Ensure all projects have Lessons Learned captured
There are many more things that can be added to the list above, but the intent of this posting was to get people thinking about ways to change the Project Management Culture where they work.
Thursday, November 05, 2009
Theory Z 2.0
Free advice to help you keep your job (or get through life with a smile):
- Trust and be trustworthy
- Recognize changing conditions and relationships, and adapt quickly
- Commit to doing your best in everything you do
Do you have a Theory Z?
Stephen Seay, PMP
Tuesday, November 03, 2009
How to Lead Geeks
Ralph Nader once said, "I start with the premise that the function of leadership is to produce more leaders, not more followers". In the IT world it is hard to produce leaders, and it is doubly hard to produce and keep followers.
On his blog, Alexander Kjerulf talks about How Not to Lead Geeks and mentions that "the main reason IT people are unhappy at work is bad relations with management". He goes on to say that "the fact is that IT people hate bad management and have even less tolerance for it than most other kinds of employees".
Wow, I couldn't agree more. I see the mistakes listed below happen every day. I can only wonder how much more productive "geeks" would be if these mistakes weren't repeated on a regular basis.
Here are Alex's thoughts on the top 10 mistakes he has seen managers make when leading geeks:
1) Downplay training
I had a boss once who said that “training is a waste of money, just teach yourself”. That company tanked 2 years later. Training matters, especially in IT, and managers must realize that and budget for it. Sometimes you get the argument that “if I give them training a competitor will hire them away.” That may be true, but the alternative is to only have employees who are too unskilled to work anywhere else.
2) Give no recognition
Since managers may not understand the work geeks do very well, it’s hard for them to recognize and reward a job well done, which hurts motivation. The solution is to work together to define a set of goals that both parties agree on. When these goals are met the geeks are doing a great job.
3) Plan too much overtime
“Let’s wring the most work out of our geeks, they don’t have lives anyway,” seems to the approach of some managers. That’s a huge mistake and overworked geeks burn out or simply quit. In one famous case, a young IT-worker had a stress-induced stroke on the job, was hospitalized, returned to work soon after and promptly had another stroke. This post further examines the myth that long work hours are good for business.
4) Use management-speak
Geeks hate management-speak and see it as superficial and dishonest. Managers shouldn’t learn to speak tech, but they should drop the biz-buzzwords. A manager can say “We need to proactively impact our time-to-market” or simply use english and stick to “We gotta be on time with this project”.
5) Try to be smarter than the geeks
When managers don’t know anything about a technical question, they should simply admit it. Geeks respect them for that, but not for pretending to know. And they will catch it - geeks are smart.
6) Act inconsistently
Geeks have an ingrained sense of fairness, probably related to the fact that in IT, structure and consistency is critical. The documentation can’t say one thing while the code does something else, and similarly, managers can’t say one thing and then do something else.
7) Ignore the geeks
Because managers and geeks are different types of people, managers may end up leaving the geeks alone. This makes leading them difficult, and geeks need good leadership the same as all other personnel groups.
8) Make decisions without consulting them
Geeks usually know the technical side of the business better than the manager, so making a technical decision without consulting them is the biggest mistake a leader can make.
9) Don’t give them tools
A fast computer may cost more money than an older one and it may not be corporate standard, but geeks use computers differently. A slow computer lowers productivity and is a daily annoyance. So is outdated software. Give them the tools they need.
10: Forget that geeks are creative workers
Programming and most IT work is a creative process, not an industrial one. Geeks must constantly come up with solutions to new problems and rarely ever solve the same problem twice. Therefore they need leeway and flexibility. Strict dress codes and too much red tape kill all inovation. They also need creative surroundings to avoid “death by cubicle”.
Making one or more of these 10 mistakes (and I’ve seen managers who make all 10) has serious consequences, including:
Low motivation
, high employee turnover,
increased absenteeism,
lower productivity,
lower quality
, and bad customer service
Happy geeks are productive geeks!
Saturday, October 31, 2009
Thursday, October 29, 2009
Monday, October 26, 2009
From Ordinary to Great
What common behaviors or attributes turn ordinary people into great people? Here are a few I have assembled from various sources, including Tom Peter’s book "Reinventing Work, The Project 50" .
Great people almost always have had some of the traits below:
They are Risk Takers
They often don’t appear rational
They are obsessed with success (success is clearly defined up front)
Their ideas are often ahead of their time
They can be peculiar, creative, off-the-wall
They are often described as irreverent
They have a burning passion to make their dreams come true
They are determined to make a difference
They have little tolerance for the “the way it has always been done” crowd
They LOVE to go against the grain
They have thick skin
They have charisma
They thrive on chaos and often love to generate chaos
They are great at what they do
They hate J.A.M.S – Just Another Mediocre Success (Tom Peters)
They have a positive influence on the lives of others (not everyone, all the time)
They make lots of mistakes and are quick to admit they made them
They often ask forgiveness vs. permission
They hate, hate, hate politics and petty people. (They will occasionally play the “political” game to get what they want, but they know most career politicians are disingenuous, self-centered, and are only interested in furthering their own careers.)
They are great at marketing
They are often (not always) great listeners
They are masters of the little (important) things
They know how to sell
They hate whiners, complainers, and corporate Dilberts
They aspire to something higher than themselves
They are concerned with doing the “right” thing
They often make lots of people mad (usually the politicians and career procrastinators)
They know how to laugh
They call others out for a lack of commitment or disingenuous behavior
They know that most of the “suits” are empty
------------------------------------------------------------------------
Should project managers adopt some/all of these behaviors? The great ones already have.
Stephen F. Seay, PMP
sfseay@yahoo.com
Great people almost always have had some of the traits below:
They are Risk Takers
They often don’t appear rational
They are obsessed with success (success is clearly defined up front)
Their ideas are often ahead of their time
They can be peculiar, creative, off-the-wall
They are often described as irreverent
They have a burning passion to make their dreams come true
They are determined to make a difference
They have little tolerance for the “the way it has always been done” crowd
They LOVE to go against the grain
They have thick skin
They have charisma
They thrive on chaos and often love to generate chaos
They are great at what they do
They hate J.A.M.S – Just Another Mediocre Success (Tom Peters)
They have a positive influence on the lives of others (not everyone, all the time)
They make lots of mistakes and are quick to admit they made them
They often ask forgiveness vs. permission
They hate, hate, hate politics and petty people. (They will occasionally play the “political” game to get what they want, but they know most career politicians are disingenuous, self-centered, and are only interested in furthering their own careers.)
They are great at marketing
They are often (not always) great listeners
They are masters of the little (important) things
They know how to sell
They hate whiners, complainers, and corporate Dilberts
They aspire to something higher than themselves
They are concerned with doing the “right” thing
They often make lots of people mad (usually the politicians and career procrastinators)
They know how to laugh
They call others out for a lack of commitment or disingenuous behavior
They know that most of the “suits” are empty
------------------------------------------------------------------------
Should project managers adopt some/all of these behaviors? The great ones already have.
Stephen F. Seay, PMP
sfseay@yahoo.com
Sunday, October 25, 2009
Future of Reading
I just bought a new Kindle and I have to say these things are really cool. I won't give a review here because there are tons of them online, however, I will say that the Kindle's screen is much better than I expected, and the ability to upload your own documents to the Kindle for viewing is also a great plus.
Read more about the Kindle below:
Kindle Wireless Reading Device (6" Display, U.S. & International Wireless, Latest Generation)