Sunday, April 17, 2011

The Project Manager’s Cycle – Conduct Project Team Meeting

“Alright, let me take a few minutes to update everyone from the Sponsor meeting.  You got the minutes, but I’ll drive into some of the content between the lines.  Then we’ll go around and let everyone give their update.”
I like to hold my project team meetings early in the week – Monday afternoon or Tuesday morning – and focus on what will be accomplished by the end of the week.  Over the years I’ve attended many other team meetings.  Those experiences, like my own early experiences where I focused on getting a status from everyone, provided a very accurate after-the-fact picture of project slippage.
We near the end of this series on The Project Manager’s Cycle.  The project team meeting is a different animal than the Client Project Meeting.  It doesn’t need the formality.  It’s where you surface the problems and develop an action plan for responding to them, so that you can go to the client with solutions, rather than problems.
I found that meeting early in the week and asking the team members what they were going to accomplish by the end of the week was effective at focusing their energies as well as driving out issues before they occurred.  There are only a few possible responses.  For example, if a team member explained that they wouldn’t complete a task on schedule because of a blockage that I could eliminate, I could do my job, keep them productive, and avoid problems.  Or if they commit to accomplish things that aren’t in the schedule, that creates an opening for me to ask questions to understand the variance.
The best case is if they commit to complete activities that are aligned with the schedule.  For most people, that duration is short enough that they have visibility into anything that would prevent them from completing the task.  So I can be fairly confident that if they say they’ll get it done that week, they will.
There’s one more question I ask, though, that builds on the commitment.  “What can prevent you from completing this task on schedule?”  This question is subtly powerful.  The inexperienced or naïve may say “Nothing.”  But this is a trap.   If they subsequently fail to make the commitment they cannot then roll out a series of excuses.  They have already stated before their peers that the only reason they would fail to deliver is their own.
The experienced, sharp, connected team members will use this opportunity to list all of the possible causes of failure or delay, which is just what I want.  I write the list down, then go through each item one by one.  These are the detailed task risks that you don’t generally hear about until they are brought out as excuses after missing the date.  By exposing them before the due date, as a team we can qualify them, prioritize them, determine the appropriate response, and assign an owner before rather than after the fact.  If something does happen, we have evidence of anticipating the problem and proactively responding.  Further, it gives me the opportunity to ramp up client or management resources in anticipation of a problem.
Further, when team members see that I am using the information to make them successful, they become even more open and trusting.
In terms of process, the project team meeting consists of the activities publish the meeting agenda;  conduct the meeting; and publish the minutes.  Inputs are team member individual status reports, the project schedule, and minutes from the Client Project Meeting.  Outputs may include updates to the schedule, Project Status Report, risk register, and issue log.
Most team members are forthright and dependable.  The challenge, though, is recognizing and motivating the remainder.  What do you do in your project team meetings to improve success, even from the challenging members?  Do you have other best practices to share for optimizing the success of your project team?

The Project Manager’s Cycle – Conduct Client Project Meeting

The occasion was the monthly project review meeting.  The PMO hosted these and all PMs were in attendance.  The typical agenda would have the PMO director select a half dozen projects, three flowing smoothly and three challenged projects, the PMs for each project would present the status, then the floor would open for Q&A.  Having your project records open to your peers can be very intimidating.  For this meeting, however, the senior project auditor  was presenting the latest revision of the project audit checklist.
“As you can see on the monitor, the checklist has five items for the client meeting.  For documentation, the PM should bring the most recent six weeks of client meeting minutes.  These are the document of record for the meeting.  Step 62 confirms that you are using the correct minutes template.  For step 63 of the checklist, we will confirm the frequency of the actual meetings.  For step 64, we will review the invitees and minutes recipients.  For step 65, we check that project risks have been reviewed and documented in the minutes at least once in the last month.  The final step in this section, as all others, is for the auditor’s subjective review – that the documentation reflects meaningful, productive and valuable effort, not just completion of a “check box” so the PM can pass the audit.  Any questions?
As Bob Dylan sang, everybody’s gotta serve somebody.  Whether it is the Sponsor, Owner, or Client, you serve this person as their agent to deliver the project.  They have delegated this responsibility – and presumably the authority – to you and will periodically want to discuss your stewardship of their project.
The Client Project Meeting is an odd duck in The Project Manager’s Cycle.  The predecessor activity to the client project meeting is Publish the Project Status Report (PSR, which I haven’t discussed yet) and the project status report is the input into the client project meeting.  The output of the client project meeting, in addition to the minutes, is potential input into any of the nine Knowledge Areas of the PMBoK (integration management, scope management, time management, etc.), any of the Executing Process Group activities (those activities specific to delivering the product or service), action items, commitment management, and the agenda for the project team meeting.
If I am delivering specifically a project status meeting to a project owner or client, I generally prefer not to have other project team members attend.  This has advantages and disadvantages.  I have control of the information and the flow and we can talk more freely.  But it can be intimidating if there are several owner representatives and there is always the risk of filtering information too much.  I will make exceptions when a team member has a specific contribution (to support a technical discussion, for example) or if I particularly trust members of the project team.  The owner can invite anyone they choose to this meeting and when this happens the meeting becomes more a stakeholder meeting than just a Client Project Meeting.
The purpose of the Client Project Meeting is to deliver the project status and to receive any changes in direction or commitment.  The most recently published project status report is the document of record, even if it is a week old, which it can often be.  It is important to have, maintain, and deliver “one version of the truth.”  I start with the latest published PSR, then discuss developments since it was published, which can help foreshadow the content of the next PSR and prepare the stage for bad news that may be brewing.
The component activities for the Client Project Meeting are:  Prepare and distribute the meeting agenda (one business day in advance);  Prepare the meeting package (agenda, project status report, change requests needing approval, deliverables needing approval, etc.);  Conduct the Client Project Meeting;  Publish meeting minutes (within one business day);  and Update issue, change, acceptance, risk, and commitment logs.
On a good week, the Client Project Meeting can bolster your ego, with lots of praise and acclamation.  On a bad week, you may feel like a cheap cut of beef, dropped in the coals, left too long, then squeezed through the wringer.  Good or bad, I always walk out of these meetings counting my fingers and toes.  It was a good Client Project Meeting if they’re all still there.
Obviously there are many options for the Client Project Meeting;  the decision of who attends, alone, changes the tone of the meeting considerably.  What are your experiences, good and bad, with other approaches to the Client Project Meeting?