Voices on Project Management

by , , , , , , , , , , , , , , , , , , ,
Voices on Project Management offers insights, tips, advice and personal stories from project managers in different regions and industries. The goal is to get you thinking, and spark a discussion. So, if you read something that you agree with--or even disagree with--leave a comment.

About this Blog

RSS

View Posts By:

Cameron McGaughy
Marian Haus
Lynda Bourne
Lung-Hung Chou
Bernadine Douglas
Kevin Korterud
Conrado Morlan
Peter Tarhanidis
Mario Trentim
Jen Skrabak
David Wakeman
Roberto Toledo
Vivek Prakash
Cyndee Miller
Shobhna Raghupathy
Christian Bisson
Rebecca Braglio
Rex Holmlin
Taralyn Frasqueri-Molina
Wanda Curlee

Recent Posts

What Do Next-Gen Project Leaders Look Like?

How to Avoid Useless Meetings

Future-Proof Projects — and Careers — With a Little Engineered Serendipity

I, Project: A Peek Into a Machine-Powered Future

Think Like a Gladiator—and a Transformer

Are Your Communication Habits Good Enough?

By Marian Haus

About 75-90 percent of a project manager’s time is spent formally or informally communicating, according to PMI’s Guide to the Project Management Body of Knowledge (aka, PMBOK). No surprise, then, how much communication is linked to project success.

PMI’s latest Pulse of the Profession report, published this month, reveals that up to a third of surveyed project managers identify inadequate or poor communication as a cause of project failure. A Towers Watson survey conducted in 2012 showed that companies emphasizing effective communication practices are 1.7 times more likely to succeed financially than their peers.

So what can project managers and organizations do to improve communication and hence drive success? Here are six good habits.

  1. Acknowledge and accept the need for active, clear and transparent communication as a key ingredient for project success.
  1. Establish a simple and transparent communication framework. This means agreeing on who communicates what, to whom, when and how. For instance, a team member might communicate the project’s internal and external technical matters (the “what”), while the project manager will communicate the project status (the “what” again) for various audiences (“whom”).

    The communication time frame and frequency (“when”) will depend on the communicated message and the targeted audience. The communication tools (“how”) could range from project status slides delivered via email to status updates exchanged on the project’s internal websites.

  1. Invest in communication, presentation and other related soft skills. Above all, the project manager has to be a confident communicator. Strengthening communication skills might be especially required if the project manager grew into the role from a more technical position.
  1. Encourage project managers and teams to communicate openly and proactively regardless of whether the message is positive or negative. Especially when things go wrong, communicating issues early and transparently can mean more for the organization than solving the issues itself.
  1. Put emphasis on the quality and effectiveness of communications. Communicating frequently and with the appropriate tools is not enough. Effective and high-quality communication means delivering the appropriate message in a simple and articulate manner and to the right stakeholders. For instance, within the project team you might use a detailed and technical communication approach. But when communicating (to management and sponsors), you will have to simplify your message.
  1. Last but not least, communication isn’t only about speaking, reporting and asking. Communication also means time spent listening to what others have to say.  

How much time do you estimate you spend communicating? What best practices can you share?

 

 

Posted by Marian Haus on: February 25, 2016 02:53 PM | Permalink | Comments (8)

Project Leaders as Ethical Role Models

 

By Peter Tarhanidis            

This month’s theme at projectmanagement.com is ethics.  Project leaders are in a great position to be role models of ethical behavior. They can apply a system of values to drive the whole team’s ethical behavior.

First: What is ethics, exactly? It’s a branch of knowledge exploring the tension between the values one holds and how one acts in terms of right or wrong. This tension creates a complex system of moral principles that a particular group follows, which defines its culture. The complexity stems from how much value each person places on his or her principles, which can lead to conflict with other individuals.

Professional ethics can come from three sources:

  1. Your organization. It can share its values and conduct compliance training on acceptable company policy.
  2. Regulated industries. These have defined ethical standards to certify organizations.
  3. Certifying organizations. These expect certified individuals to comply with the certifying group’s ethical standards.

In project management, project leaders have a great opportunity to be seen as setting ethical leadership in an organization. Those project leaders who can align an organization’s values and integrate PMI’s ethics into each project will increase the team’s ethical behavior. 

PMI defines ethics as the moral principles that govern a person’s or group’s behavior. The values include honesty, responsibility, respect and fairness.

For example, a project leader who uses the PMI® Code of Ethics to increase a team’s ethical behavior might:

  • Create an environment that reviews ethical standards with the project team
  • Consider that some individuals bring different systems of moral values that project leaders may need to navigate if they conflict with their own ethics. Conflicting values can include professional organizations’ values as well as financial, legislative, religious, cultural and other values.
  • Communicate to the team the approach to be taken to resolve ethical dilemmas.

Please share any other ideas for elevating the ethical standards of project leaders and teams, and/or your own experiences!

Posted by Peter Tarhanidis on: February 22, 2016 09:45 AM | Permalink | Comments (19)

The 3 Things That Transcend All Project Approaches

by Dave Wakeman

Recently I had the chance to engage with Microsoft’s social media team about some of the issues I have been covering here. Their team brought up a question you may have asked as well: How do you differentiate between “digital” project management and project management?

It’s an interesting question, because I firmly believe all projects should be delivered within a very similar framework. The framework enables you to make wise decisions and understand the project’s goals and objectives.

I understand that there are many types of project management philosophies: waterfall, agile, etc. Each of these methods has pros and cons. Of course, you should use the method you are most comfortable with and that gives you the greatest likelihood of success.

But regardless of which project management approach you employ, there are three things all practitioners should remember at the outset of every project to move forward with confidence.

Every project needs a clear objective. Even if you aren’t 100-percent certain what the “completed” project is going to look like, you can still have an idea of what you want the project’s initial iteration to achieve. This allows you to begin work with a direction and not just a group of tasks.

So, even if you only have one potential outcome you want to achieve, starting there is better than just saying, “Let’s do these activities and hope something comes out of it.”

Frameworks enable valuable conversations. I love talking about decision-making frameworks for both organizations and teams. They’re valuable not because they limit thought processes, but because they enable you to make decisions based on what you’re attempting to achieve.

Instead of looking at the framework as a checklist, think of it as a conversation you’re having with your project and your team. This conversation enables you to keep moving your project toward its goal.

During the execution phase, it can give you the chance to check the deliverable against your original goals and the current state of the project within the organization. Just never allow the framework to put you in a position where you feel like you absolutely have to do something that doesn’t make sense.

Strong communication is the bedrock. To go back to the question from Microsoft’s social media team about digital vs. regular project management: the key concept isn’t the field or areas that a project takes place in.

No matter what kind of project you’re working on and in which sector you’re in, the critical skill for project success is your ability to communicate effectively with all the project stakeholders.

This skill transcends any specific industry. As many of us have learned, it may constitute about 90 percent of a project manager’s job. You can put this into practice in any project by taking a moment to write down your key stakeholders and the information you need to get across to them. Then put time in your calendar to help make sure you are effective in delivering your communications.

In the end, I don’t think there should be much differentiation between “digital” projects or any other kind of projects. All projects benefit from having a set of goals and ideas that guide them. By trying to distinguish between different project classifications, we lose sight of the real key to success in project management: teamwork and communication.

What do you think? 

By the way, I've started a brand new weekly newsletter that focuses on strategy, value, and performance. Make sure you never miss it! Sign up here or send me an email at dave@davewakeman.com! 

Posted by David Wakeman on: August 30, 2015 09:49 PM | Permalink | Comments (12)

Guidelines to Plan and Facilitate a Brainstorming Session

In a previous post, I referred to brainstorming as one of the most constructive and fruitful techniques to collect project requirements.

Brainstorming can be similarly effective and efficient when applied to solving challenges in a project. Project managers can gather the project team together and brainstorm for creative ways to address the issues.

In a brainstorming session, the project manager can take on the planner role, as well as the facilitator role.

As a planner, project managers might consider the following guidelines:

  1. Clearly outline the problem or the idea to be explored.
  2. Define basic ground rules, such as no criticizing, analyzing or judging ideas during the session. Criticism inhibits creativity. The ideas evaluation should be done at the end of the session.
  3. Depending on the complexity of the targeted problem or idea, plan the session with no more than five to 10 people. In a larger group, it's challenging for everyone to participate.
  4. When looking to develop new ideas or concepts, gather a mixed audience to gain a wider perspective. On the other hand, if looking to solve a problem, gather people from a focused or specialized group.
  5. Schedule sufficient time so that people won't feel constrained. Factor in time for breaks so that people can feel refreshed.
  6. Have someone capturing the generated ideas and the underlying notes. 
  7. Plan the logistics such as use of flip charts, pin boards, snacks, etc.
As a facilitator, project managers might consider the following best practices:

  1. Create a relaxed atmosphere that stimulates creativity.
  2. Start the session with an icebreaker, a warm-up exercise or something funny.
  3. Allow open brainstorming but keep the focus on the initial idea or problem.
  4. Encourage everyone to participate and ensure a fair participation from each attendee.
  5. Accept all ideas positively and appraise them equally.
  6. Encourage people to be constructive, as well as to build on people's ideas.
  7. Keep the session unstructured and unconstrained.
Do you use brainstorming on your projects? What is your experience and results?

Posted by Marian Haus on: August 28, 2012 11:59 AM | Permalink | Comments (6)

Group Creativity Techniques to Collect Requirements

In my previous post, I discussed gathering requirements through a facilitated requirements workshop, conducted as part of the scoping phase.

A few creative group techniques allow a project manager to get the most out of a requirements workshop. They include mind mapping, brainstorming, affinity diagram, nominal group technique and Delphi technique. (A Guide to the Project Management Body of Knowledge (PMBOK® Guide) Chapter 5.1.)

The rigor, the number of applied techniques and the sequence in which these techniques are applied depend on the project's complexity, the workshop audience and the available time for gathering and prioritizing requirements.

Nevertheless, the following approach can be constructive and fruitful for collecting project requirements in a facilitated workshop:

1. Start gathering requirements by using the mind mapping technique.
Start with a topic, an issue or an area that you want to collect requirements for and develop ideas around it. Group the ideas visually, as a mind map, by writing down each idea and drawing how it relates to the initial topic. Ideally, you let anyone in the workshop create his or her own mind map.

2. Continue the process with a brainstorming session.
Allow anyone in the workshop to generate an unstructured requirements list for each idea captured on the mind map. To ensure that the brainstorming remains focused on the initial topic, lay basic ground rules and let anyone freely generate fresh ideas and requirements on the topic.

3. Use the list of unstructured ideas and requirements to build an affinity diagram, where your ideas are organized into groups based on their natural relationship. Let anyone in the workshop participate in organizing the items in the most natural group they can.

4. Identify the most important requirements by applying the nominal group technique. Allow each member or group in the workshop to identify which requirements are the most important for him or her. Rank each requirement on the affinity diagram with a priority: low, medium, high or from one to five. To avoid conflicts, facilitate an anonymous priority appraisal and ranking. Finally, tally the results and identify the most important requirements.

5. Close the process by running several rounds of independent feedback through the Delphi technique. Let any individual or group revise the list of requirements. Share an anonymous outcome from each review round and continue with further rounds, keeping in mind the objective to reach consensus and convergence.

Which of the group techniques are you using for collecting requirements? How do you apply them on your projects?

PMI Members: Learn more about mind mapping in our Knowledge Center.

Posted by Marian Haus on: July 13, 2012 03:41 PM | Permalink | Comments (2)
ADVERTISEMENTS

"A child of five would understand this. Send someone to fetch a child of five."

- Groucho Marx

ADVERTISEMENT

Sponsors