This can be partly due to unavoidable cultural, processes and language differences between the vendors. The vendors often have their own perception on what they signed up for during the negotiation process. Some of the vendors tend to deliver their portion of the project milestones or deliverables late and below the customers’ expectations. Furthermore, during the project tenure, there will be an increase in cost, delay in schedule, and poor quality of deliverables. The vendors failed to understand the actual requirements set by the customer and on top of that, the complexity of the project due to multi-vendor and dependency concept.
The impact of these differences in terms of understanding and perception of the project deliverables can be reduced to a minimal level if both the customer and vendors stays vigilant. This paper recommends some of the key practices that can be used effectively to establish and manage vendor relationship successfully from the beginning to the end of the project. Some of the key areas that a project management team needs to adhere to while working with multi-vendor projects are as below:
- Roles and Responsibility Assignment Matrix
- Performance Reports
- Issue and Risk Management
- Change Management
The main concern on any given project, be it a simple or a complex multi-vendor environment, communication is key and needs to be given the utmost priority. Most projects fail due to the lack of effective communication between customer and vendors. For example, a vendor sends an email stating issues to another vendor or customer and waits for a reply even though the person who can provide the solution may be sitting in a few cubicles away on the same floor of the same building. It’s always advisable and recommended to speak or confront the person directly to solve the issue first, followed by an email later to capture the issues discussed and the outcome of the discussion.
Another good practice would be for the project management team and the vendors to hold regular meetings on the project so that inputs can be obtained and every key team member is on the same page with regards to the project deliverables.
2. Roles and Responsibility Assignment Matrix
Roles and responsibility matrix needs to be available so that the customer and vendor are clear about their roles and responsibilities and hence to avoid any dispute during the project tenure. This can be done through the issuance of a “Responsibility Assignment Matrix” (RAM) prior to commencing work on the project. It should be noted that issuing a RAM without following it through during the project will cause a project to fail terribly. Hence, constant monitoring to ensure that the vendors “walk the talk” after the project is being awarded is required. Another main reason why the roles and responsibilities assignment matrix should be clearly defined in the early stages of the project is to avoid stakeholders from “jumping the gun” during decision making without understanding their level of authority.
3. Performance Reports
It’s advisable for all vendors to submit their performance reports to the project management team or customers on a regular basis. The report should contain information such as progress update, issues encountered together with proposed solutions, improvements, risks along with mitigation plans and other related matters that would need the attention of the customer. The report should be submitted on a weekly basis so that everyone is aware on the progress and also to be able to detect any issues earlier if there is one.
4. Issues and Risk Management
Issues and risks are the two most unwanted terms in any project management. However, this can never be avoided. In fact, it is best to spend more time in this area to ensure the project deliverables are met timely and with high quality. The repercussion of not managing these two are very heavy, this can even bring down a project to a disastrous level if not managed properly. We all know that in a multi-vendor environment project, there are very high probability of issues raised and if they are not managed well, it will cause the project to fail.
A centralized system to log in issues need to be in place such as an issue register, and a dedicated team needs to be assigned to monitor it on a daily basis if possible. The team will be responsible to manage and review the issues raised, be able to assess the severity of the issues and identify if the issues have an impact on other parts of the project deliverables. This is because even though an issue tracker is in place, in most cases, issues logged are left unattended since there are no dedicated team is appointed or responsible to manage and review the issues. Currently what happens is that, once vendors log in to register the issue list, no action will be taken till the owner of the problem queries the status. If the issues are not managed well and resolved we face the risk of the issue becoming critical and to make it worse it becomes a showstopper for the project.
Similar to issues, risk need to be managed properly as well. A risk is defined as an event that may or may not occur. It is advisable for the customer or the project management team to have a risk management team to review and manage the risk by conducting a fortnightly or monthly Risk Review meeting. This would be beneficial as it allows no gaps to be left out.
Project Managers should emphasize adopting the Risk Management Plan. The risk management plan is a set of five steps which are recommended by Prince2 to help manage the risks. They are Identify, Assess, Plan, Implement and Communicate. The first 4 steps are sequential, while Communicate will always be done from the beginning to let stakeholders know what is going on and to get continual feedback during this process. The key “to-do” for each step is stated below:
- Identify the risks (threats & opportunities) that could affect the Project objectives
- Assess the risks in terms of their probability and impact on the project objectives
- Plan steps to help reduce or avoid the threat, or this could also be to plan to maximize the opportunity if the risk happens.
- Implement the planned steps
The following diagram illustrates the steps involved in the risk management plan:
The risk management plan will help project managers to understand the following:
- Probability of risks and opportunities in terms of how likely they are to occur
- Impact of each risk and opportunities in terms of project objectives
- Proximity of each risk and opportunities with regard to when they might materialize
- How the impact the risks and opportunities may change over the life of the project
Below are some of the issues/risks that typically may happen in a multi-vendor environment projects with the proposed mitigation plans:
|Vendors do not work as a team to complete the project successfully, this will lead more to a “blaming-game”||
|Teams of the vendor who are not transparent tends to create a wrong perception to the client This happens when the said vendor has the higher authority then the others. (ex : PMO reporting to customer or board of directors)||
|Handover process of a project or a particular deliverable are not clearly defined||Clearly defined the handover process such as :
5. Change Management
Change Management is another critical part of a project. Customer or the project management team needs to check the proposed change and determine what effect the change will have on the project as a whole before allowing the change request to be implemented. Effective change management processes are needed to ensure all levels from the vendor or customer organization are updated on the changes so it doesn’t affect the project delivery. There are several changes that can happen during the execution of the project and should be dealt differently depending on the category such as:
- Changes in Scope of Work
Management team should be able to differentiate between critical work packages that need to be tightly controlled, and non-critical work packages at a project level whereas at the multi-project level, top management has to differentiate between prioritized and non-prioritized projects, giving top priority to critical work packages belonging to prioritized projects. This will ensure that the projects with the highest priority will be delivered on time.
- Changes in Project Schedule
A project schedule needs to be followed rigidly once it has been determined. Sadly, it never happens as there will be changes required, so the most important thing is to make sure the change are managed and tracked correctly. The big problem is uncontrolled change, where a change in any of the critical success factors affects the other factors, which will then affect project deliverables, thus affecting stakeholder satisfaction. Any time a change occurs, the project manager needs to recognize the change, evaluate the impact of the change, communicate the change to the members of the project team and the stakeholders and make the appropriate adjustments if the change is accepted and endorsed by the Change Control Board (CCB).
- Changes in Project Cost
Changes in project cost is directly involved with change in project scope and schedule. Project managers should estimate the cost impact of the change request in terms of materials, equipment and supplies as well as changes to existing contracts and the cost of the people assigned to the task.
Managing a multiple-vendor project can be very challenging and chaotic, given the complexity of the project and managing the vendors. Prior to starting a project, it’s always advisable to clearly define the process, procedures and roles of each key team members of the vendors in the early stages of the project to avoid any conflict of interest or miscommunications. A clearly defined vendor management process chaired by the project management team or the customer would be a great implementation. A good project management plan needs to be in place prior to starting the project and also good governance should be demonstrated by the project management team throughout the project to avoid any “unwanted” incidents to happen.