Are You Using the Tools, or Are the Tools Using You?
Posted by Brad Egeland
We have all kinds of tools to get information concerning our project distributed to the right people, don’t we? We have MS Project or similar projects like Seavus’ Project Planner to use for managing our project schedule. Word helps up put together project status meeting notes, project document and plan deliverables, and status reports. Sometimes Excel can do the same – plus it’s great for project budgeting and forecasting. For resource management it’s back to MS Project or another project scheduling tool or you can do it the old fashioned way with a spreadsheet like Excel. And Visio helps us put together meaningful flowcharts for functional and technical design documents and other related project materials. Finally, email is often our primary communication tool on projects. Since communication is probably the most critical function of the project manager, email is in heavy use throughout every engagement.
Throughout the project, the project manager and the rest of the project team are utilizing these tools to create visual, professional, and hopefully meaningful and useful project documents to give to the customer and show to the organization’s executive management. In fact, if the project manager is overseeing five or six or even more projects at once, the creation of these documents and files with these tools can end up taking most of his available time. Especially if accuracy and perfection is a goal – and it should be.
Don’t forget the personal side
What we need to always be aware of, however, is that our customer needs more than just information about the project. And for communication they need more than daily emails. It isn’t always about what we can produce for them and how professional it looks. The project manager must be able to connect with the customer on a more personal level than with schedules, charts, and reports. In order to maintain the highest level of customer satisfaction, the customer must feel like they are ‘in touch’ with the project and the project team. That isn’t likely to happen if all they see are emails coming their way with information and professional-looking document attachments.
Dealing with Project Failure
Posted by Brad Egeland
I’ve mentioned in recent articles that the many surveys and studies are putting the project failure rate in organizations at anywhere from 51% to 75%. Given this alarmingly, but not surprisingly, high rate of project failure, it seems only fitting that we discuss how to deal with project failure. After all, when a project fails it doesn’t just happen and then you move on to the next project. There’s always an aftermath …. there are always repercussions.
Some of these potential repercussions can include (depending on the size and visibility of the failure and the reasons behind it):
- Reprimanding or termination of the project manager
- Reprimanding or termination of project team members
- Lost future business with the customer
- Bad press for the organization damaging its reputation
- Bad feedback to other current or potential customers
So how do we deal successfully and proactively with project failures? When you’re a project manager, even if you’re an incredibly skilled, successful, and lucky project manager you’re going to experience failure at some point. So we all need to know how best to deal with this impending failure both for our sake and the sake of our team members who we may end up working with again on a future project.
I can’t say I’m always successful at performing these steps and thankfully the failures have been fairly small in very infrequent, but these are the processes that I believe the project manager needs to go through in order to best deal with the project failure in terms of his customer, the project team, and his executive management…
Lessons learned session with the project team
Hold a lessons learned session internally with the project team. Let them all air their issues. Better here than in public or in front of the customer. Many may feel that the failure is the customer’s fault and that can and should be discussed, but aggravations should be aired here, not in front of the project customer or even executive management.
Is PMP Helping Your Job Hunt?
Posted by Brad Egeland
Whether you’re employed right now, independently consulting, or unemployed, we’re all really looking for a job, right? No job is safe in this economy so if you’re employed you can’t afford to raise any flags for fear you could lose the job you have. But we’re all looking just in case. Or looking for our next gig. And even if you’re independent, you’d still probably take a W2 position – especially in this uncertain economy – if the right option presented itself to you, right?
So, here’s my question. For those of you who have the PMP certification after your name… are you finding that it is helping your job hunt? I actually had one recent comment to one of my articles from a reader who stated that the PMP designation actually hurt his job hunt. He started getting interviews based solely on the PMP certification (insert my comment here about lazy HR reps) only to have the interview end early when they found out that he had very little experience. Sometimes that hadn’t even bothered to check out his actual PM experience – they only included him in the interview process because he was PMP certified.
June PM Survey: Managing the Project – Part 2
Posted by Brad Egeland
Part 2 of the June PM survey is now available. This 2nd part of the monthly survey again deals with concepts associated with the ongoing management of the project.
The survey is now active and ready for your participation at:
http://www.bradegeland.com/june-survey-part-2.html
In this 2nd part of the survey, we’ll be looking at the following topics:
Definition of project success
For this question, I’m looking for how either you or your organization primarily defines project success. Is it on time project delivery, on budget project delivery, or customer satisfaction? And for those of you who feel it’s something other than those three options, there is a write-in ‘other’ response area available.
Percentage of successful projects delivered
This one will definitely a best-guess scenario because I doubt that anyone has compiled hard numbers on this plus it’s somewhat subjective as to what one would call a ‘successful’ project. I’m trying to get an idea of where our readership stands in regards to successful vs. failed projects. Recent studies – as I’ve reported here in recent articles – place the percentage of failed projects between 62% and 75%. It will be interesting to see where PM Tips readers fall in that spectrum.
Percentage of project revenue from change orders
Change orders are always a love – hate thing. For the PM and team, they are a great way to increase project revenue and executive management loves them. However, it’s often difficult and even uncomfortable for the project manager to present the customer with change orders – unless they are the result of direct customer requests. Also, change orders are a necessary tool to bridge the gap between the originally defined requirements and what reality fleshes out over the course of the engagement.
June 2010 PM Survey: Managing the Project – Part 1
Posted by Brad Egeland
I’m seeing June as a multiple survey month and then I’ll probably tie all of the results into one summary article near the end of the month. I’d like to take a look at how we go about managing our projects.
As always, your participation is greatly appreciated and highly needed to make the results meaningful. And as usual, the surveys are still very short meaning you can take them in less than a minute.
For the June PM survey on Managing the Project – Part 1, please go here.
This Part 1 of the June survey will look at three things:
- The most important characteristic of a good project manager
- The biggest reasons for project failure
- The extent to which we conduct lessons learned sessions
