Time and Budget Targets for Projects

Survey of project managers in Ireland show a greater focus on achieving the enterprise objectives over emphasis on time and budget targets. ...

... "only a third of project managers feel that completing on time and on budget are critical to project success. Some 70pc rated meeting organisational objectives as being the most important factor. " ...

Via SiliconRepublic: IT project managers

PM Goes Radical on Agile

Project manager's view on agile methods ...

Project Management Interview: Lessons from the Super Bowl, Continued

A newly minted PMP interviews for the project manager position ...

Project Management Challenge

Costing too much and falling short on delivery is the path to extinction. ...

... "Project managers agree that they are regularly charging too much – and not just to public sector clients. " ...

Via Finance Week UK: Project managers accused of costing too much, delivering too little

Project Management Career Path

Benchmarks for project manager's career path are discussed. ...

Google Project Manager Clip

Quick video insights from Google project manager ...

Project Manager Versatility

Ahhh, the versatility of project managers ...

... "My sister recently went from being an IT project manager at a major North American company to selling ladies underwear for lingerie manufacturers. " ...

Via edmontonsun: Peace of mind

Change Management Situational

Get aligned, find a champion, and leverage the art of change management to your project situation. ...

... "In my experience, successful projects tend to revolve around a certain type of project manager or coordinator. Someone who really knows the organization, is respected, collects chits constantly, listens well, doesn't personalize disagreement, remains flexible, and generally wraps a friendly persona around a persistent pursuit of project objectives. " ...

Via CMS Watch: Change Management Challenges

BlackBerry, The Project Manager's Best Friend, Just Got Better

Get this for your project managers ...

Federal-IT Project Management Progress

Feds make progress on the IT project management front, close gaps in security, and have more work to do on talent. ...

... "OMB also reported that, based on current agency submissions, 83 percent of major IT investments have qualified project managers compared with approximately 70 percent reported in last year's submissions. " ...

Via GCN: IT Perspective on the Federal Budget

Project Controller: The Project Manager's Best Friend

Halleluyah! Finally, there's an article saying what I've been saying for years. With projects becoming more and more complex, and leadership and stakeholder management requiring more attention than project managers have time for, there's a need for another role to manage the "control" aspects of the project.

This article by Robert Wourms on Projects@Work details how organizations such as State Farm have had success doing just that. Bring on the Project Controller. As a member of the leadership team for PMI's new standards for program management and portfolio management, I witnessed first hand how valuable this role was, as it freed the program manager up to actually lead the program.

The article shows how the project controller's role can include tasks such as:

1) Educating the team on processes
2) Facilitating Planning and Control sessions
3) Developing the project schedule
4) Controlling progress
5) Tracking and analyzing costs
6) Managing Issues, Risks, and Changes
7) Documenting and delivering status information

So what's left for the project manager to do? Plenty. Supporting this, the article offers a valuable table outlining the role of the project manager vs. the program controller. Read on...

http://www.projectsatwork.com/content/Articles/221443.cfm

Getting good at estimating

A couple of the current consulting engagements include good work estimation of project activities as a required end state. And it needs to be done quickly!
In one case there are a couple of high-profile projects with rigid completion dates. And the organisation has a history of fixed duration scheduling. In a balanced matrix project management environment where the functional managers have traditionally taken care of resource availability, the project managers are concerned with meeting dates. The top management is now concerned that there are sufficient fumctional resources to meet the project workload.
The other case is in a less advanced organisation. Top management wants to implement a project management regime that provides for cost and schedule management. In this weak matrix environment, there is no history of estimating either cost or schedule.

A quote I came across recently points up the dilemma:
"The trouble with using experience as a guide is that the final exam comes first and then the lesson" (Anonymous)

The challenge for an organisation is to have the lessons before the final exam. And that means starting to capture the experience. And the realisation that the capability cannot be built overnight.

There are many references as to how to 'do' estimating. The PMBOK is one obvious example and Simon Wallace at the EPM Book gives a very readable description. But we're still faced with the issue of getting to the point where estimating is an established part of the project management process. And that is not a quick transition.

So what's to do? The short answer is 'make a start'. Start creating estimates - using the techniques described in the literature. Start recording estimates. Start measuring actual effort. Start feeding back variance information into the estimating process. Start engaging other parts of the organisation in the importance of estimating. It won't happen overnight but the sooner you start, the sooner the client organisation will improve its project management capability.

Is Project Management Relevant?

Over the years, I've had discussions with software developers who question the need for project management. I've heard everything from "The developers are the only ones who really know what's needed anyway!" to "All the project managers do is slow things down and add unnecessary bureaucracy!" to "Why can't the the developers just work with the customer to give them what they need and avoid the middleman?"

The fact is, given the right developer and a fairly isolated project, all of these are valid statements. But many projects are much more complex than that. They involve multiple stakeholders with conflicting needs, offshore resources, multiple vendors, complex interrelationships with other activities and departments, and more. They frequently involve managing all of this against budget and schedule constraints.

Leading, facilitating, and managing all of these elements is where a good project manager can help. An effective project manager removes barriers for a team rather than adding barriers. Any activities that may appear like "nuisance work" to technicians, such as reporting time or percent complete against milestones, are often necessary to meet the project's schedule or budget constraints.

A good project manager will work with developers to determine the appropriate project approach, depending on the constraints and the level of uncertainty involved. Perhaps an agile approach is warranted, with learnings applied incrementally. Perhaps piecemeal deliverables can be achieved for quick wins and earlier value. A good project manager will also prepare management reports, conduct presentations, and deal with vendor issues.

Most of all, a good project manager will communicate to all parties throughout the project. Although some developers do indeed have the expertise to do all this, it distracts from the work they need to do.

This is not just a nuance of the software industry. The same holds true in any industry where technical or subject matter experts question the need for project management. Project management is a completely different skill set, necessarily so. It's geared toward leading people to achieve objectives. An organization can of course put the project manager in a better position to be successful by providing adequate tools, general principles, and minimal bureaucracy.

The article below offers clear and simple evidence of the importance of project management. It begins with the results of a 1999 study that showed that the number one reason companies stopped working with Internet design firms was not about their lack of creativity or high costs---it was about their inability to effectively manage a project.

Here's the article...

MB Journal Article Archives

Project Execution

Tom Peters and crew on strategy implementation through execution ... here's a chance for the project manager to shine ... Get the leadership support. Break the plan into chunks. Schedule the first chunk and resource the team. Start driving. ... Sounds simple. ...

... "Great execution happens in small manageable chunks by taking large plans and breaking them into manageable parts. Otherwise, the path to execution can seem so overwhelming, people can't conjure up the energy. " ...

Via tompeters!: Execution through Projects

Requirements: Where Are You Headed?

There's a good article on Projects@Work about a project manager who won an iPod by submitting his story to a "Requirements Horror Story" contest.

I can relate to his horror as his boss touted their software's ability to "solve anything" to a client---software that, by the way, didn't exist yet.

His story makes the point that, unless there are agreed-upon requirements, there's no way to tell when the project is over.

I've sometimes had this debate with clients who are afraid to commit to requirements, preferring to keep things loose. While I'm all for "managing to the present understanding," and allowing for the ability to change course based on learnings, this should all be coordinated and agreed upon at every step of the way. There should at least be an initial set of requirements or objectives. It's hard to redirect your course if you have no course.

Here's the article. Maybe you have your own requirements horror story to share!

http://www.projectsatwork.com/content/Articles/234766.cfm

Managing Expectations: Surprise Machine

Nice article on managing expectations, which is critical for project managers and business leaders. Are we managing a surprise machine? An "upside" is good, when it comes to benefits. Should we routinely under-promise? ...

... "Says Robert Sutton, professor of management science at Stanford University: If you're managing a large organization, you're managing a surprise machine. " ...

Via Charlotte Observer: Link

All About OPM3

PMI's Organization Project Management Maturity Model (OPM3) is not without controversy, and things are heating up more than ever. Some tout it's ability to help organizations navigate a growth path and others claim it's too focused on academia and doesn't hit on real world issues facing project managers.

Here are a few recent articles that show the good and the bad ---- all you need to know to decide if OPM3 is for you.

First, this month, AllPM is highlighting articles on OPM3, including the following:

The Essence of OPM3

The Business Value of Maturity Assessment

OPM3 and your 'C' Level

Comparing CMMI and OPM3

For another perspective, there's a very insightful critique of OPM3 on Projects@Work:

Assessing OPM3

Of course, we need to keep in mind that it's the first iteration, and will evolve over time. I do know that there are major improvements in store for the next release. It'll be interesting to weigh in after the product matures. Meanwhile, it's a tool, and, like any other, can easily be misapplied or overused.

Project Management Quotations

Here's a Wiki Quote site with a number of project management quotations. Despite some tired and well worn ones, there are a few gems in there, such as:

"The bitterness of poor quality last long after the sweetness of making a date is forgotten."

"Some projects finish on time in spite of project management best practices."

"The more ridiculous the deadline the more money will be wasted trying to meet it."

"The most valuable and least used phrase in a project manager's vocabulary is "I don't know"."

"The nice thing about not planning is that failure comes as a complete surprise rather than being preceded by a period of worry and depression."

"The project would not have been started if the truth had been told about the cost and timescale."

"You can con a sucker into committing to an impossible deadline, but you cannot con him into meeting it."

"All project managers face problems on Monday mornings - good project managers are working on next Monday's problems."

"At the heart of every large project is a small project trying to get out."

"Everyone asks for a strong project manager - when they get him they don't want him."

"Good project managers know when not to manage a project."

"If you don't attack the risks, the risks will attack you."

Enjoy...

http://en.wikiquote.org/wiki/Project_management

Project Management Imperatives: Ten Keys to Success

Someone recently asked me what I felt the critical success factors were for any project (i.e. what were the top "must do's"). Although I can think of many more, here were what I felt were the top ten:

1) Get the roles right. (Insure accountability; use a RACI chart or Responsibility Matrix so roles are clearly defined. Insuring people understand their commitments up front will avoid problems later.)

2) Get the goals right. (Make sure all the key stakeholders agree on the goals. I've seen more projects go wrong for this reason than any other. Time spent here will pay dividends later.)

3) Get the current scope right. (I say "current scope," because change should be expected. Projects by default contain change because they are unique in nature. It's not whether you'll experience change, it's how you analyze the potential impacts and manage the approval of the change that counts. Agreed-upon and approved scope changes are perfectly acceptable, with one caveat: It's often wise to set a limit to the number of times scope can be changed for the current product release, and defer some changes to a subsequent release, else value gets delayed.).

4) Obtain commitment from the business, customers, and other stakeholders as to their part in the success of the project. (Many projects derail because the customer doesn't live up to their side of the bargain, doesn't understand their side of the bargain, or some other necessary constituent isn't cooperating for various reasons. Obtain the right commitment up front, starting with senior management.)

5) Determine the critical success factors and risks. (Critical success factors and risks go hand in hand. Many people ignore this or sweep it under the rug, and accept any related risks as a given. The critical success factors will identify related risks and help set expectations).

6) Set expectations. (This is frequently overlooked and is a key cause of failure. The sponsor, customers, and anyone impacted by the project must be given realistic expectations for what is needed from them, how long the project will take, how much it will cost, what the uncertainty factor is, what the available resources are, and anything else necessary to avoid surprises and/or an under-equipped effort.)

7) Beware of conflicting directives. (I call this the "Robocop Syndrome." In the film, Robocop, the titular robotic policeman goes on full tilt when he encounters directives that conflict with his primary directive. I see this happen often in organizations where a project sponsor demands something that is in conflict with other key stakeholders' wishes and/or top organizational directives. This could be covered under "goals" or "expectations," but it's so important that it warrants its own point. The project manager must head this off at the pass before the project goes down a rat hole it won't recover from.)

8) Plan Collaboratively. (The act of planning is not an isolated exercise. It's a collaborative exercise and should be done with the project core team and subject matter experts via some sort of facilitated brainstorming session---possibly with sticky labels on a wall.)

9) Beware of unilateral and granular "one-size-fits-all" solutions. (This is often ineffective, both as a project management methodology and a process implementation policy. Look at the big picture, and the potential variations. Keeping a framework high-level can allow for greatest flexibility and adaptability. Aim for principles over rules wherever possible. Use rules when safety is involved, regulatory requirements exist, or exact accuracy is needed---per Marcus Buckingham's guidelines from "First Break All the Rules.")

10) Don't let rank set you off course. (Often, a senior manager pulls rank and makes requests that are either detrimental, unwise, or in direct conflict with organizational goals. When this happens, see rules 6 and 7. It is the project manager's responsibility to set the right expectations, warn of potential risks, and head off potential conflicting directives at the pass.)

There it is. My list of "must do's." Project management isn't rocket science. In fact it's not a science at all. It's more of an art. Hopefully, the guidelines above can serve as a useful palette.

Predictive or Adaptive?

WSJ article makes light of inaccurate predictions, something which project managers need to get comfortable with (think project and portfolio estimates and forecasts). However, the prediction below seems to have come true, if you are a frequent visitor of college campuses. ...

... "In 1929, a New York City haberdasher, John David, predicted that the well-dressed man of 2020 will wear shorts for every occasion except formal events. " ...

Via Wall Street Journal: Deja Vu

Influencing People: The Project Manager's Secret Weapon

I recently attended a presentation on self-awareness and influence by Dr. Charles Dwyer, Academic Director of the Aresty Institute’s Leading and Managing People program in the Wharton School. I was so impressed with the presentation that I bought his book, The Shifting Sources of Power and Influence.

This book was a real eye-opener, and a jewel for anyone in project management. In the book, Dwyer states three major challenges we all face:

• Dissonant Value Systems (i.e. people’s conflicting value systems, made even more visible by the advent of the media, internet, etc.)
• Diffused Power (i.e. power being spread around in a matrix fashion, with more and more decentralization and special interest groups, etc.)
• Limited Resources (We all face a limited set of resources, made even more challenging by our lack of a mindset geared towards accepting tradeoffs, or a good mechanism to guide operational priorities)

Sound like any projects you know?

Dwyer goes on to caution that public statements, such as vision, mission, organizational values, etc. may be useful for articulating the values of the leadership or giving people a sense of structure, but do not in themselves change anyone’s value systems. Many leaders assume they can use these statements to change people’s value systems to match organizational values, but this is a myth.

What is needed instead is the ability to influence others by getting them to change their behavior to match your values. To do this, have a clear picture of what you want the unit to look like; set specific, measurable objectives; and insure that people have a way of achieving those objectives.

According to Dwyer, some tried and true methods include asking people for help, offering or implying something in return, or influencing indirectly (i.e. working through someone else who’s in a better position to influence).

Dwyer points out five guidelines for influencing people (I’ve paraphrased them):

1. Insure they have adequate capability (Do they know what to do, have the competence and self-confidence to carry it out?)
2. Address their perception of “Potential Value Satisfaction” (WIIFM or “what’s in it for me”)
3. Address their perception of the probability of value satisfaction (i.e. Do they trust you? You must build trust through visible examples.)
4. Address their perception of cost (Do this by giving them alternatives or a sense of options, and helping them understand the costs and implications.)
5. Address their perception of risk (Try to assume or distribute some of the risk. Don’t ignore it.)

These are the five things everyone weighs in their mind when someone attempts to influence them. In essence, the five elements (four of which are perceptions) make up an equation for behavior. We can influence people’s behavior by addressing this equation (I’ve paraphrased for simplicity):

Behavior=Capability + (Perceived Value * Trust factor) – (Perceived cost and risk)

These are just some of the gems of wisdom in Dwyer's book. He offers reams of memorable examples, often with a humorous style. With 90% of a project manager's job being communication (including influence), I highly recommend Dwyer’s book for project managers, or anyone in a leadership position for that matter.

Olympic IT Project: Risk Management Challenge

Atos project team will manage the Olympics IT project for Vancouver games. It manages risks by leveraging accumulated knowledge and experience forward. Lesson learned, knowledge transfer, sustaining core team members, and scaling high-performance teams are all ingredients of successful Olympic technology events. ...

... "In June 2006, only months after completion of the Torino 2006 Winter Games, Atos Origin dispatched IT managers and engineers to already start working on the Vancouver project. Currently the size of the Atos Origin IT team in Vancouver is around 15 but the team will grow rapidly over the next couple of years. During the 2010 Winter Games, Atos Origin will manage the technology consortium team estimated at 2,000 staff, including 400 Atos Origin experts, made up of locally hired staff, local volunteers and overseas Olympic Games technology experts.

The complex, massive IT infrastructure of the Olympic Games is deployed by large teams of people into different cities in different countries every other year. Such a major task is all about risk management capitalizing on the knowledge gained from previous Games Operations. This knowledge and experience transfer is critical in keeping costs down and in lowering the risk of future Olympic Games. " ...

Via Atos Origin: Atos Origin IT Team already in place for the Vancouver 2010 Olympic and Paralympic Winter Games

Right Brain Project Management

I recently re-read Daniel Pink's book, A Whole New Mind. I noticed now that it's out on paperback, the subtitle changed from "Moving from the Information Age to the Conceptual Age" to "Why Right-Brainers will Rule the Future."

The latter is probably more accessible and gets to the heart of the book. The premise is that with more technical jobs being eliminated due to automation and offshore outsourcing, we're left clinging to the one thing that computers and offshore resources can't replace---the soft skills. It's not that offshore people don't have the capacity to do this, it's just not effective from a remote location.

The books specifically outlines Six Senses that are now required to compete in today's market (I'd add that these were always needed for effectiveness, but now it's a necessity for career survival). The Six Senses we need to build are:

1) Not just function, but DESIGN (the WOW factor)
2) Not just argument, but STORY (i.e. we need to be storytellers to make a good case)
3) Not just focus, but SYMPHONY (i.e. synthesis of complex relationships vs. heads-down analysis)
4) Not just logic, but EMPATHY (incidentally, the key trait in Daniel Goleman's Emotional Intelligence)
5) Not just seriousness, buy PLAY (fun leads to employee satisfaction, which leads to customer satisfaction and profits. Therefore, Fun=$ !)
6) Not just accumulation, but MEANING

FACT (not from the book, but relevant nonetheless): Per a recent management forum of 70 business schools, many of them are requiring less quantitative courses and more leadership courses. Also, a number of organizations are now recruiting design students instead of MBAs.

The key is that the logical, sequential left-brain stuff is still necessary, but we need to compliment it with the more contextual and feeling right-brain skills. With communication being 90% of a project manager's job, I'd say this directly applies to project managers as well.

Below is a link to Pink's book on Amazon...

Amazon.com: A Whole New Mind: Why Right-Brainers Will Rule the Future: Books: Daniel Pink

Managing the Grey Areas: Lessons from the Leadership Quadrant Seminar

On November 15th and 16th, I conducted a seminar with productivity consultant Jerome Jewell called The Leadership Quadrant: 4 Ps for Organizational Excellence. The 4 Ps are Principles, People, Productivity, and Process. It was held at the National Constitution Center in Philadelphia, and we incorporated the museum’s rousing multi-media show, Freedom Rising, into the seminar.

The seminar participants came from the healthcare, criminal intelligence, and manufacturing sectors, which led to some fascinating discussion and dynamics. With any seminar, the value to all in attendance is magnified by the contributions of the participants, and this was no exception.

In the seminar, which included sections on principles, emotional intelligence, systemic thinking, talent management, innovation, project management, and more, the collective group highlighted a number of “grey areas” that a manager must frequently weigh when making decisions.

Some questions arose, such as:

"What if someone no longer likes a role they excel at and prefers a role they're poor at?"

"Do people always need to see the big picture?"

"Should one person be expected to serve the role of a manager, leader, and administrator? A strategist and tactician? A generalist?"

"How do you strike a balance between effective time management and remaining available to your staff?"

"Are recurring meetings effective or are they time wasters?"

In line with these questions, below are some of the factors that managers must consider:

• People’s individual needs vs. organizational goals
• Big picture inclusiveness vs. security (or the desire to give people narrow focus)
• Using generalists vs. specialists (and where the specialty should focus – on a functional area or on a particular skill)
• Effective time management vs. flexibility and being available to your staff’s needs
• Recurring meetings vs. consideration for people’s time
• Informing vs. influencing (for deciding whether to email or meet; even then, the decision is not always straightforward)
• Innovation vs. execution (knowing when to move from ideation to “getting things done”)
• Systemic (whole view) thinking vs. systematic thinking (routine, repeatable process)
• Vigilance vs. delegation (how much is safe to delegate, and to whom?)
• Firm principles vs. ethical dilemmas (should a firm principle ever be bypassed?)

In all of these cases, the group determined that the answer isn’t always black and white, and that each situation requires weighing these items. The trick is to observe, orient, decide and act quickly (referencing Colonel John Boyd’s OODA principle).

On the item of firm principles vs. ethical dilemmas, the group applied lessons from various cases throughout history where the US Constitution was challenged. It was obvious that there was no “one size fits all” answer.

With more recent events, consider OJ Simpson’s book. If you manage a bookstore with a principle of defending freedom of speech, do you carry O.J. Simpson’s new book, even though it is "ethically challenged," to say the least? Most large-chain bookstores creatively tried to satisfy both sides of the equation by donating all of the proceeds to the victims’ families. Of course, in the end, the book was canceled, but for a while, this was a real challenge to bookstores.

All of this reaffirms that management is abstract, not concrete. Managers cannot have all the answers; but they can and must insure that the right questions are considered, and they must have the courage to make decisions.

Extreme Project Management: Reality Rules

I just finished reading Doug DeCarlo's book, Extreme Project Management. I met Doug at a recent PMI event we both presented at. Not only is his keynote presentation a crowd pleaser (hint: he plays the drums to illustrate the pace of a typical project and uses Noah's Ark as a sample project from the "ultimate Sponsor"), but his book is chock full of practical, immediately usable ideas.

I was amazed at how much his philosophy mirrors my own, with a focus on simplicity, value, results, and the understanding that change is inevitable. A key point of Extreme Project Management is that reality rules. Plans are nice, but then results must drive further planning instead of assuming reality will yield to the plan.

As an example of simplicity, consider what he calls "The Four Business Questions":

1) Who needs what and why?
2) What will it take to get it?
3) Can we get what it takes?
4) Is it worth it?

As another example, check out his "Three Sentence Project Skinny":

1) Who will do what for whom?
2) This project will be considered completed when: ___
3) Why? This project supports the organizations objective to: ___

The book also offers handy checklists (such as what to ask the sponsor during the first and secend meetings, etc..), the 4 Accelerators, the 10 Shared Values, the 7 Win Conditions, and more.

Although the book is the size of the Encyclopedia Britannica, it's extremely readable and has diagrams that bring together all the concepts in the book. I highly recommend it to anyone looking for a book grounded in reality as opposed to academic theory. Above all, this will help project managers succeed where the rubber meets the road---communicating and dealing with stakeholders.

Amazon.com: eXtreme Project Management: Using Leadership, Principles, and Tools to Deliver Value in the Face of Volatility: Books: Douglas DeCarlo

Earned Value Lies and Truths

There was a great quote from Benjamin Disraeli in David Hillson's letter to the editor in the latest PM Network Magazine.

Disraeli allegedly* said, "There are three kinds of lies: lies, damn lies, and statistics."

* As an aside, there's apparently some debate over the actual origin of this phrase.

In any case, Hillson's interesting letter was cautioning those who frequently misapply statistics, and offered some clarification the terminology----specifically, the mean (average), mode (most frequently occuring item), and median (the middle item if all were lined up in order).

I find that many misuse Earned Value statistics the same way. The intent of EVM is to be an early indicator of a potential cost or schedule overrun (and I personally feel that it's better at predicting cost than schedule). However, much like the Ghost of Christmas Future, it's not set in stone. There are many things a project manager can do to get things back in order. More importantly, sometimes there are reasons for the apparent variance that indicate that the variance is explainable and not a concern at all.

The key with EVM (much like any metric) is to not take the statistics at face value, and to use them as a trigger to do further subjective examination. It's a tool, and organizations often overuse such tools (much like they do with Six Sigma). If all you have is a hammer, everything looks like a nail.

Microsoft Live: Project Management App ...

Review of the Microsoft Office Live servicce by CNet ...

... "The Premium version has more back-office tools, like a project management application and a time manager. " ...

Via CNet: Link

IT Project Managers: On Board?

We need IT project managers to be on-board with project management tools. What works? Compliance or coaching? ...

... "We get more buy-in on using the new tools from IT's customers than from the IT project managers. How do I help get them on board? " ...

Via ComputerWorld: Read

Hug a Project Manager Today ...

Fun video .......

Unconsulting: Common Sense Lessons for Project Managers

At someone's recommendation, I just finished reading Unconsulting, by David Newman. Fascinating and energizing book for anyone in business.

His book is partly inspired by Peter Drucker's statement, "Only marketing and innovation produce revenue. All other business functions produce costs." To this end, Newman offers that "the bottom line is meaningless if the top line is weak." He points out that, according to studies, "Companies with the same earnings per share that got there from SALES were worth about 30% more than companies who got there with COST CUTTING."

Newman, who, according to the book's back cover, has been called "a younger version of Tom Peters with less hair," offers 95 common-sense "in your face" tips.

A few more key points, paraphrased from the book:

• When consulting, talk to people (especially the impact points such as customers, suppliers, etc.) to gain anecdotal data to gain texture, context, and perspective.
• 95 percent of problems can be addressed by making significant changes to 5 percent of the processes, people, or technology.
• Simplicity defined: Find the shortest way to the best answer.
• Be with the client, not of the client. Rock the boat. You're there preceisely for that reason and to give advice. You're there to do your thing for them, not be a "yes" man (or woman).
• There is no cookie-cutter. Don't sell canned solutions. Listen to the client and look at unique angles to each engagement.
• Bill Cosby says, "I don't know the key to success, but the key to failure is trying to please everybody."
• Don't isolate talent management and organizational development to one department. Institutionalize it in all your management.
• The unconsultant handles an engagement in this way:
  
  "I'll ask some questions, do some research, guide the discussion, help set clear and specific objectives for the work, offer options, tools and answers each step of the way, and then we'll do the work together."
  
  All in all, very refreshing stuff. And a good model for project managers as well. I highly recommend this book. It's not available on Amazon.com, only on Newman's site, but well worth getting. Also, see the wealth of free white papers on his site, as well as his blog...
  
  David Newman: Professional Speaker Motivational Speaker and Keynote Speaker and Business Consultant

IT Management Career Evolution: Flexibility ...

Flexiblity, coordinating, bridging, IT-savvy are all descriptions of the new (project) manager position in the information technology field. The "computer guy" career path is evolving. SIM finds these as requisite skills: planning, budgeting, scheduling, leadership, and risk management ...

... "But it's even more about IT-savvy project managers pegged to coordinate initiatives that bridge departments, where the dotted lines on the org chart are every bit as important as the boxes. " ...

Via Information Week: IT Manager Jobs Are Up 44% In 5 Years ...

Leadership Seminar: Announcing The Leadership Quadrant

For project managers looking to expand their horizons in the leadership arena, I'd like to invite PMThink readers attend an exciting two-day workshop at The National Constitution Center in Philadelphia, PA on November 15th and 16th, 2006.

The seminar, which I'm co-facilitating with Jerome Jewell of Jewell Consulting Group, is titled: The Leadership Quadrant: 4 Ps for Organizational Excellence. We're offering a $100 discount to select groups, and PMThink readers certainly qualify (plus group rates are available for parties of 3 or more).

In case you're wondering what the 4 Ps are, they are: Principles, People, Productivity, and Process. In the seminar, we'l