Search This Blog

Friday, June 03, 2011

Toxic People


Mark Goulston, MD writes:
A toxic person...
    1. Interrupts.
    2. Doesn’t take turns.
    3. Takes advantage of people who are down.
    4. Gloats in victory.
    5. Is sullen in defeat.
    6. Is not fair.
    7. Lacks integrity.
    8. Is the kind of person you’ll avoid if you possibly can.
Three good responses to nearly every type of toxic person...
"Huh?" This one word can stop a jerk in his tracks. Use a mild, neutral tone of voice. Do this when the toxic person says something utterly ridiculous but acts as if he is being perfectly reasonable. This response conveys that what the toxic person is saying doesn’t make sense. It works because it signals that you are not engaging with the content of what he said.
"Do you really believe what you just said?" Use a calm, straightforward tone, not a confrontational one. This question works because toxic people often resort to hyperbole to throw others off balance. They are prone to using the words "always" and "never" to drive home their points. However, don’t expect the toxic person to admit that he is wrong. He is more likely to walk away in a huff -- which is fine because then you won’t have to waste more energy dealing with him.
"I can see how this is good for you. Tell me how it’s good for me." This response is a useful way to deal with a toxic person’s demands. If he stalls or changes the subject, you can say, "Since it’s not clear how this is good for me, I’m going to have to say no."

Tuesday, May 31, 2011

Look to the Past

Have you heard the quote by George Santayana that states, "Those who cannot remember the past are condemned to repeat it".  In project management, we need to remember that historical data from old projects is our best source of data when planning new projects.  This data can help you to reduce negative risk and increases your odds for project success.
When planning new projects:

Review your companies past project files for information regarding past resource estimates, lessons learned, budget data, risks, assumptions, etc...

Conduct interviews with select project team members from past projects to understand what went right and what went wrong.

Interview customers and other project managers for lessons learned from their past projects.

Do searches on the Internet about similar projects to gather information which might assist in planning your project.

Most importantly, use risk management during the planning cycle to identify issues that could cost you later on.

Finally, do not fall victim to the project manager's curse of not learning from the past.  Remember the old saying, "Those who cannot remember the past are condemned to repeat it"

Wednesday, May 25, 2011

My Project Management Rules (revisited, reworked, repost)

Remove people from your team that don’t ask questions, don’t talk with other team members, won’t provide documentation, or won’t do analysis

Only people that aren’t competent won’t show off their work

Question authority or live with the result

A sense of humor can help get teams through tough times

A working meeting should have no more than five people. Meetings with more than five should be reserved for providing updates or relaying information

Project failure is planned at the beginning of the project

Project initiation is the most important project phase

Be honest in all your dealings

Project managers are expected to offer their opinions, but be accountable for their words

When it comes to project scope, what is not in writing has not been said

Have verifiable milestones

End of project surveys must be completed and the results distributed to the team

Bad conclusions lead to more bad conclusions

Documented assumptions are believed to be true for planning purposes

The best lessons learned come from failures

Without data you only have an opinion

Data doesn’t tell the whole story

Bad data leads to bad decisions

Senior management is usually clueless when it comes to what your project is all about

A bad project team will never deliver good project results

If your project sponsor isn’t responsive you should put your project on-hold until such time they can become involved

The bottleneck is at the top of the bottle

A project manager’s main job is to keep the customer happy

At the end of a project if you have met all scope, quality, budget, and schedule objectives, but the customer isn’t satisfied your project is a failure

Documentation doesn’t replace knowledge

Most people want to do good work. Many times they don’t have the tools or information they need to perform well, or they aren’t managed properly

Project managers aren’t successful if their team members aren’t successful

Not all successful project managers are competent and not all unsuccessful project managers are incompetent. Sometimes you just have to be lucky

Good project managers are insecure by nature

An introvert can’t be a (successful) project manager

A project manager with lots of enemies won’t be able to be successful over the long run

You must be a relationship guru and be ready to fall on the sword sometimes

A project manager must be a motivator

If you don’t listen, you can’t plan

Project managers deal with change. You must be the change agent for your project. Your project sponsor is the change salesman