2.9. Types of Teams

Blythe Allman

2.9. Types of Teams

Teams can outperform individual team members in several situations. The effort and time invested in developing a team and the work of the team are large investments of project resources, and the payback is critical to project success. Determining when a team is needed and then chartering and supporting the development and work of the team are other critical project management abilities.

Teams are effective in several project situations:

When no one person has the knowledge, skills, and abilities to either understand or solve the problem
When a commitment to the solution is needed by large portions of the project team
When the problem and solution cross-project functions
When innovation is required

Individuals can outperform teams on some occasions. An individual tackling a problem consumes fewer resources than a team and can operate more efficiently—as long as the solution meets the project’s needs. A person is most appropriate in the following situations:

When speed is important
When one person has the knowledge, skills, and resources to solve the problem
When the activities involved in solving the problem are very detailed
When the actual document needs to be written (Teams can provide input, but writing is a solitary task.)

In addition to knowing when a team is appropriate, the project manager must also understand what type of team will function best.

Functional Teams

A functional team refers to the team approach related to the project functions. The engineering team, the procurement team, and the project controls team are examples of functional teams within the project. On a project with a low complexity profile that includes low technological challenges, good team member experience, and a clear scope of work, the project manager can utilize well-defined functional teams with clear expectations, direction, and strong vertical communication.

Cross-Functional Teams

Cross-functional teams address issues and work processes that include two or more of the functional teams. The team members are selected to bring their functional expertise to address project opportunities.

Problem-Solving Teams

Problem-solving teams are assigned to address specific issues that arise during the life of the project. The project leadership includes members who have the expertise to address the problem. The team is chartered to address that problem and then disband.

Qualitative Assessment of Project Performance

Project managers should provide an opportunity to ask such questions as “What is your gut feeling about how the project is going?” and “How do you think our client perceives the project?” This creates the opportunity for reflection and dialogue around larger issues on the project. The project manager creates an atmosphere for the team to go beyond the data and search for meaning. This type of discussion and reflection is very difficult in the stress of day-to-day problem-solving.

The project manager has several tools for developing good quantitative information—based on numbers and measurements—such as the project schedules, budgets and budget reports, risk analysis, and goal tracking. This quantitative information is essential to understanding the current status and trends of the project. Just as important is the development of qualitative information—comparisons of qualities—such as judgments made by expert team members that go beyond the quantitative data provided in a report. Some would label this the “gut feeling” or intuition of experienced project managers.

The Humm Factor is a survey tool developed by Russ Darnall to capture the thoughts of project participants. It derived its name from a project manager who always claimed he could tell you more by listening to the hum of the project than by reading all the project reports. “Do you feel the project is doing the things it needs to do to stay on schedule?” and “Is the project team focused on project goals?” are the types of questions that can be included in the Humm Factor. It is distributed on a weekly or less frequent basis, depending on the complexity profile of the project. A project with a high level of complexity due to team-based and cultural issues will be surveyed more frequently.

The qualitative responses are converted to a quantitative value as a score from 1 to 10. Responses are tracked by individuals and the total project, resulting in qualitative comparisons over time. The project team reviews the ratings regularly, looking for trends that indicate an issue may be emerging on the project that might need exploring.

Example: Humm Survey Uncovers Concerns

On the project in Abu Dhabi, the project surveyed the project leadership with a Humm Survey each week. The Humm Factor indicated an increasing worry about the schedule beginning to slip when the schedule reports indicated that everything was according to plan. When the project manager began trying to understand why the Humm Factor was showing concerns about the schedule, he discovered an apprehension about the performance of a critical project supplier. When he asked team members, they responded, “It was the way they answered the phone or the hesitation when providing information—something didn’t feel right.”The procurement manager visited the supplier and discovered the company was experiencing financial problems and had serious cash flow problems. The project manager was able to develop a plan to help the supplier through the period, and the supplier eventually recovered. The project was able to meet performance goals. The Humm Factor survey provided a tool for members of the project team to express concerns that were based on very soft data, and the project team was able to discover a potential problem.

Another project team used the Humm Factor to survey the client monthly. The completed surveys went to a person who was not on the project team to provide anonymity to the responses. The responses were discussed at the monthly project review meetings, and the project manager summarized the results and addressed all the concerns expressed in the report. “I don’t feel my concerns are being heard” was one response that began increasing during the project, and the project manager spent a significant portion of the next project review meeting attempting to understand what this meant. The team discovered that as the project progressed toward major milestones, the project team became more focused on solving daily problems, spent more time in meetings, and their workday was becoming longer. The result was fewer contacts with the clients, slower responses in returning phone calls, and much fewer coffee breaks where team members could casually discuss the project with the client.

The result of the conversation led to a better understanding by both the project team and client team of the change in behaviour based on the current phase of the project and the commitment to developing more frequent informal discussions about the project.

Creating a Project Culture

Project managers have a unique opportunity during the start-up of a project. They create a project culture, something organizational managers seldom have a chance to do. In most organizations, the corporate or organizational culture has developed over the life of the organization, and people associated with the organization understand what is valued, what has status, and what behaviours are expected. Edgar Schein identified three distinct levels in organizational culture:

Artifacts and behaviours
Espoused values
Assumptions

Artifacts are visible elements in a culture, and they can be recognized by people who are not part of the culture. Espoused values are the organization’s stated values and rules of behaviour. Shared basic assumptions are the deeply embedded, taken-for-granted behaviours that are usually unconscious but constitute the essence of culture.

Characteristics of Project Culture

A project culture represents the shared norms, beliefs, values, and assumptions of the project team. Understanding the unique aspects of a project culture and developing an appropriate culture to match the complexity profile of the project are important project management abilities.

Culture is developed through the communication of:

The priority
The given status
The alignment of official and operational rules

Official rules are the rules that are stated, and operational rules are the rules that are enforced. Project managers who align official and operational rules are more effective in developing a clear and strong project culture because the project rules are among the first aspects of the project culture to which team members are exposed when assigned to the project.

Example: Creating a Culture of Collaboration

A project manager met with his team prior to the beginning of an instructional design project. The team was excited about the prestigious project and the potential for career advancement involved. With this increased competitive aspect came the danger of selfishness and backstabbing. The project leadership team told stories of previous projects where people were fired for breaking down the team efforts and often shared inspirational examples of how teamwork created unprecedented successes—an example of storytelling. Every project meeting started with teambuilding exercises—a ritual—and any display of hostility or separatism was forbidden—taboo—and was quickly and strongly cut off by the project leadership if it occurred.

Culture guides behaviour and communicates what is important and is useful for establishing priorities. On projects that have a strong culture of trust, team members feel free to challenge anyone who breaks confidence, even managers. The culture of integrity is stronger than the cultural aspects of the power of management.

Innovation on Projects

The requirement for innovation in projects is influenced by the nature of the project. Some projects are chartered to develop a solution to a problem, and innovation is a central ingredient of project success. The lack of education available to the world at large prompted the open education movement, a highly innovative endeavour that resulted in the textbook you are now reading. Innovation is also important to developing methods of lowering costs or shortening the schedule. Traditional project management thinking provides a trade-off between cost, quality, and schedule. A project sponsor can typically shorten the project schedule with an investment of more money or a lowering of quality. Finding innovative solutions can sometimes lower costs while also saving time and maintaining quality.

Innovation is a creative process that requires both fun and focus. Stress is a biological reaction to perceived threats. Stress, at appropriate levels, can make the work environment interesting and even challenging. Many people working on projects enjoy a high-stress, exciting environment. When the stress level is too high, the biological reaction increases blood flow to the emotional parts of the brain and decreases the blood flow to the creative parts of the brain, making creative problem-solving more difficult. Fun reduces the amount of stress on the project. Project managers recognize the benefits of balancing the stress level on the project with the need to create an atmosphere that enables creative thought.

Example: Stress Managed on a Website Design Project

When a project manager visited the team tasked with designing the website for a project, she found that most of the members were feeling a great deal of stress. As she probed to find the reason behind the stress, she found that in addition to designing, the team was increasingly facing the need to build the website as well. As few of them had the necessary skills, they were wasting time that could be spent designing and trying to learn building skills. Once the project manager was able to identify the stress as well as its cause, she was able to provide the team with the support it needed to be successful.

Exploring opportunities to create savings takes time and energy, and on a time-sensitive project, the project manager must create the motivation and the opportunity for creative thinking.

“Chapter 16: Working with Individuals and Teams” from NSCC Project Management by NSCC is licensed under a Creative Commons Attribution 4.0 International License, except where otherwise noted.