프로젝트 관리자가 A사에서 B사로 기술 관리 서비스를 이전하는 서비스 통합 프로젝트를 진행할 팀을 구성하고 있습니다. 프로젝트 팀은 양사 구성원으로 구성됩니다. 이 프로젝트에 참여할 잠재적 팀원들은 전 세계에 분포되어 있으며, 다양한 기술 배경을 가지고 있고, 업무 방식도 각기 다릅니다.
프로젝트 관리자는 어떻게 응집력 있고 성과가 높은 팀을 구성해야 할까요?
정답: B
The project manager should review the list of team members' skills and understand how they will work together to deliver the project outcomes to build a cohesive, high-performing team. According to the PMBOK Guide, a high-performing team is a team that exhibits a high level of collaboration, trust, commitment, and performance1. To build a high-performing team, the project manager should apply team development techniques that enhance the team's ability to work effectively and efficiently1. One of the team development techniques is skill assessment, which involves identifying and evaluating the skills and competencies of the team members, and aligning them with the project objectives and requirements1. By reviewing the list of team members' skills, the project manager can understand the strengths and weaknesses of the team, and determine the best way to assign roles and responsibilities. The project manager can also identify any skill gaps or overlaps that may affect the team performance, and plan for training or coaching to address them. Additionally, by understanding how the team members will work together, the project manager can facilitate communication and collaboration among the team members and other stakeholders, and foster a positive team culture that supports the project goals. This way, the project manager can build a cohesive, high-performing team that can deliver the project outcomes. The other options are not the best ways to build a cohesive, high-performing team, as they do not address the need to assess and align the team skills and competencies.
Organizing the team members into several kick-off sessions based on technology type is a possible action that the project manager can take, but it is not the main activity that the project manager should do to build a cohesive, high-performing team. Kick-off sessions are meetings that introduce the project and the team to the team members and other stakeholders, and establish the project vision, scope, and expectations1. While kick- off sessions can help the team members to get to know each other and the project, they do not necessarily help the project manager to review and evaluate the team skills and competencies, and align them with the project objectives and requirements. Moreover, organizing the team members into several kick-off sessions based on technology type may create silos and barriers among the team members, and reduce the team cohesion and collaboration.
Asking the human resources (HR) department to arrange interview meetings to select the team is a wrong way to build a cohesive, high-performing team, as it delegates the responsibility of the project manager to the HR department, and ignores the input and involvement of the team members and other stakeholders. The project manager is the person who is accountable for the team performance and satisfaction, and who has the best knowledge and understanding of the project objectives and requirements1. Therefore, the project manager should take the lead in selecting and developing the team, and consult and collaborate with the team members and other stakeholders to ensure the team is aligned and engaged with the project goals.
Asking prospective team members to write a short biography explaining how they can contribute to the team's success is an unnecessary and ineffective activity that does not help the project manager to build a cohesive, high-performing team. Writing a short biography is a one-way and subjective way of presenting the team members' skills and competencies, and it does not provide the project manager with a comprehensive and objective assessment of the team skills and competencies. Furthermore, writing a short biography does not help the project manager to understand how the team members will work together, and facilitate communication and collaboration among the team members and other stakeholders.
1: PMBOK Guide, 7th edition, pages 96-97.
