Project Management

Please login or join to subscribe to this thread

It is usually said that “milestones should be conveyed consistently to all the team members”. Are there instances when you would not do this?

linkedin twitter facebook   Work Breakdown Structures (WBS)  
avatar
Vivek Kumar Mumbai, Maharashtra, India
It is usually said that “milestones should be conveyed consistently to all the team members”. Are there instances when you would not do this?
Sort By:
avatar
Evan Sanders Project Manager| Health Catalyst Ut, United States
Since I believe strongly in 100% internal visibility across a project team, I have difficulty coming up with good examples for witholding project schedule information from team members. Excluding people from such information will likely lead to project problems. For example, if some team members are told that the "deadline" is at the end of the month, even though the "real deadline" is several weeks later, there will likely be quality problems due to rushed delivery and reduced morale once the team members find out the communicated deadline was false.


With that said, there is an that may be appropriate for selective communication. This is when a project team spans multiple companies. In a recent project involving a sub-contractor, one of the milestones was to implement a solution such that the subcontractor would no longer be needed. It would have been difficult for the subcontractor to work diligently on their parts of the WBS if they were fully aware that their role in the project was soon going to end. Therefore, they were only given visibility to a subset of the project milestones. Stil, this type of strategy is risky and can even be an ethical problem, so I would only recommend it with reservations.
avatar
Andy Jordan President| Roffensian Consulting S.A. Cherry Grove, AB, Canada
I would never convey misinformation to my team - that doesn't foster trust and commitment, but there would be situations where I will provide selective information. In some cases it may be due to sensitivity / confidentiality issues, but in the vast majority of cases it is simply to avoid overload. For example the development team doesn't need to know all of the non development milestones so I won't necessarily provide them. If they're relevant (QA has to be done by the end of the month so they need to get a build from you guys by Friday) then provide them, if they're not (the legal department's review of the contract has to be finished by Thursday) then don't introduce the potential for confusion. Andy Jordan, President, Roffensian Consulting Inc., www.roffensian.com
avatar
Mark Price Perry Business Driven PMO Evangelist| BOT International Orlando, Fl, United States

Hi Vivek,


I strongly agree with the wise advice provided by Mssrs. Sanders and Jordan. However, I do feel there are select instances when milestones should "not" be conveyed consistently to all the team members. And, I see your question having two parts and three dimensions:



  • Part I , should milestones be conveyed to all the team members..?

  • Part II , should milestones be consistently conveyed to all team members..?

  • Dimension I, what kind of projects - IT, Non-IT, Human Resources (RIF)..?

  • Dimension II, what kind of teams - internal, vendor, contractor, outsourcer..?

  • Dimension III, what kinds of milestones..?


For most projects, the answer to the above two questions is likely to be "yes" for the excellent rationale offered by Mssrs. Sanders and Jordan. And this is especially the case for normal internal IT kinds of projects where consistent project execution, teamwork, morale, and management of the PMO requires a high performance, transparent, process and metrics oriented culture.


In certain kinds of projects, say an HR RIF project, there may very well be project milestones that would be inappropriate to even discuss with the project team. Let's say you are an HR project manager leading an RIF project as the result of outsourcing your call center. Your RIF project team will likely consist of many members who will no longer be employed after the project. And based upon business needs, management assessment, leadership skills demonstrated by the project team members, some of these team members may be targeted for retention, others may not. And management may, or may not, have flexibility built into the project charter with respect to RIF targets. Hence, only project information and milestones appropriate to discuss with the team can be.


Or you might have a project in which you will be using a external consulting firm for a Phase 0, but you may or may not be committed, or even want, to use them in future phases of the project. Hence, you might prefer to provide visibility into only those project matters and milestones that they have a business need to know. Additionally, you may need to take care to not reveal confidential matters.


Likewise, high risk projects, particularly those that involve external resources, may very well have risk mitigation strategies, risk goals, and risk review milestones with the leadership team, above and beyond contractual items, of which some or all of these matters would be inappropriate to reveal to the performing project team members.


The key points of course are the nature of the milestone and to a large extent the nature of the project. As project manager, you must clearly communicate the project to the project team members and project team members must know those things that they have a project need to know. In some instances, however, you might need to follow the cautionary advice of the Navy, "Loose lips, sink ships..!"

Please login or join to reply

Content ID:
ADVERTISEMENTS

"Don't worry about people stealing your ideas. If your ideas are any good, you'll have to ram them down people's throats."

- Howard Aiken

ADVERTISEMENT

Sponsors