Article #022 What are the SEVENTEEN Requirements for the Perfect Platform for Managing, Monitoring, Evaluating, and Reporting Formal Communications on Capital Projects?

One of the key challenges in delivering capital projects is how to have the perfect collaboration platform for managing, monitoring, evaluating, and reporting formal, also known as written, communications for which it will be used by all entities involved in delivering the project as well as the complete projects’ portfolio that the organization has. Although the requirements could be many and could vary depending on the project owner’s needs, nevertheless, the seventeen requirements detailed below are the minimum that organizations must-have for their project collaboration platform if they want to improve their projects’ formal communication.

  1. INCLUSIVE by ensuring that all project entities and those authorized to formally communicate are identified and no one is left out from the project communication.
  2. COMPREHENSIVE to cover all types of formal communications needed during the project life cycle phases.
  3. Eliminate AMBIGUITY by ensuring clarity, conciseness, correctness, and complete formal project communication.
  4. Enforce STANDARDIZATION of used terminologies for actions, status, specifications, phases, locations, trades, WBS levels, etc.
  5. Promote TIMELY response to avoid delaying critical project schedule activities.
  6. Enable VIEWING all documents that are attached to the project’s formal communications.
  7. Enforce GOVERNANCE by ensuring that approval authorities are respected in performing those formal communications.
  8. Ensure ACCOUNTABILITY for the authorized individuals for their actions when reviewing and approving formal communications.
  9. Ensure TRANSPARENCY when it comes to monitoring, tracking, and reporting on the status of those communications.
  10. ACCESSIBLEBALE by those who are authorized to formally communicate from anywhere, anytime using any device.
  11. Enforce RESTRICTIONS on accessing the different types of formal project communications including what information can be provided by each authorized individual.
  12. Support the approved formal communication LANGUAGES that the project should abide with
  13. Enable PRESENTING the project’s formal communications templates in any desired form and format to comply with the project’s communication requirements.
  14. Provide the INSIGHT to analyze the captured communication information to enable better and faster-informed decision-making.
  15. Allow SEARCHING for all existing communications and documents that are relevant to a specific topic.
  16. Promote LEAN construction management best practices by eliminating the waste in performing formal communications thus increasing their value.
  17. Enable COMPLIANCE with the requirements to archive and turnover formal communications to the project owner when the project is completed.

Using a Project Management Information System (PMIS) like PMWeb, organizations will be able to address and fulfill those requirements to enable capital project owners to have the perfect platform for managing, monitoring, evaluating, and reporting formal communications on their capital projects.

Requirement #01: INCLUSIVE by ensuring that all project entities and those authorized to formally communicate are identified and no one is left out from the project communication.

The project collaboration platform should include all entities that have a role in the project’s formal communication. PMWeb organization chart module will be used to create the organization chart for each project phase. The content of the organization chart will be limited to those entities that are involved in the formal communication during each phase. For each entity, the chart will display the individuals who are formally authorized to be part of the project’s formal communication. It will not show any individuals who have no role in the project formal communication.

For those individuals who will play a role in the project’s formal communication, the PMWeb Human Resources module will be used to capture their details including their contacts and their role in the project. This will enable having a complete project directory that lists all those individuals representing the different project entities who are part of the project’s formal communication plan.

Requirement #02: COMPREHENSIVE to cover all types of formal communications needed during the project life cycle phases.

The project responsibility assignment matrix (RAM) is a proven project management practice that helps in identifying the complete list of formal communications that are needed during the different project life cycle phases. For each process, the RAM will detail the individuals that have a role in submitting, reviewing, Approving, or being Kept Informed of the process communication. PMWeb custom form builder will be used to create the RAM for each project life cycle phase. The captured RAM details can then be presented in the desired output report.

Requirement #03: Eliminate AMBIGUITY by ensuring clarity, conciseness, and correct, and complete formal project communication.

It has always been a practice adopted on capital projects to use predefined document templates for the project formal communications to ensure clarity, concise, correct, and complete formal communication. These include templates for RFI, transmittals, meeting minutes, daily reports, punch lists, change orders, potential change orders, and progress invoices among many others. PMWeb comes ready with most of those input forms that can be used for formal communications.

In addition, PMWeb custom form builder is used to create all other input forms that PMWeb might not have by default. Those could include for example NCR, SWI, gate passes, work permits, weekly or monthly progress reports, audit checklists, inspection checklists, confirmation of verbal instruction, issues, and NOC among many others.

Requirement #04: Enforce STANDARDIZATION of used terminologies for actions, status, specifications, phases, locations, trades, WBS levels, etc.

All document templates have many fields for which the values need to be selected from an already established list of values. PMWeb lists module allows defining all the fields needed to complete a document template or input form and define the possible list of values for each field. This will not only ensure standardization when it comes to filling those fields but also speed the process and eliminate data entry mistakes.

Requirement #05: Promote TIMELY response to avoid delaying critical project schedule activities.

Many of the project’s formal communication could have an impact on the project’s schedule if they are not concluded promptly. It is therefore highly recommended to have a field for the “project schedule activity” that is impacted by each specific formal communication as part of the document template. PMWeb has the “Task” field in most default records and the same is added to all other forms including custom forms PMWeb also allows importing the updated project schedule activities along with their current start and finish dates. By having this field part of the communication template, the individuals involved in reviewing and approving the communication will have clarity on the impact that this communication might have on the current project schedule.

Requirement #06: Enable VIEWING all documents that are attached to the project’s formal communications.

Commonly, most project’s formal communication requires having documents attached to support what is being communicated. Those could be drawings, specifications, warranties, pictures, etc. PMWeb document management repository allows the organization the create folders and subfolders to map the project’s filing cabinets. PMWeb also allows uploading all types of project documents, unless restricted by the company, into those folders. This will enable attaching those documents to the project’s formal communication and be accessed and viewed by the authorized users.

Requirement #07: Enforce GOVERNANCE by ensuring that approval authorities are respected in performing those formal communications.

PMWeb workflow allows adding the approval authority levels by adding those conditions to the visual workflow. This will ensure that project’s formal communications are automatically distributed to the intended authorized recipients. For example, a condition can be added to the change order form where the condition is set to identify change orders that have a value that exceeds US$ 50,000 and will result in “Increased Scope”.

PMWeb workflow allows mapping the submit, reviews, approve, finally approve, and kept informed steps as required for each process and as per the responsibility assignment matrix. In addition, the workflow allows the incorporation of the defined approval authority levels in the workflow. This will ensure that project’s formal communications are automatically distributed to their intended recipients.

Requirement #08: Set those authorized individuals to formally communicate ACCOUNTABLE for their actions for carrying out those communications.

When any of the project’s formal communication is submitted, the workflow tab for that specific formal communication will detail the actions taken by those involved in the workflow so they are held accountable for their remarks and actions.

Requirement #09: Ensure TRANSPARENCY when it comes to monitoring, tracking, and reporting on the status of those communications.

PMWeb allows having a real-time report of the status of all those workflow steps. The report can be designed in any desired form and format. For example, the default report groups the workflow steps by their relevant process and then display the status of all due workflows. Other reports could be designed to be specific for the project individual showing him/her all due actions that can be color-coded red, yellow, and green for their due date status.

Requirement #10: ACCESSIBLE by those who are authorized to formally communicate from anywhere, anytime using any device.

PMWeb is a 100% web-enabled zero-foot-print platform that enables authorized PMWeb users to access communications that are intended for them using any web browser. The PMWeb administrator will create those users and assign them to the project group to which they belong.

Requirement #11: Enforce RESTRICTIONS on accessing the different types of formal project communications including what information can be provided by each authorized individual.

PMWeb allows limiting access to the authorized users to the communication modules that are relevant to them only. For example, a contractor might be given access to RFI, Submittal Items, Submittal Sets, Transmittals, and Daily Report modules. In addition, PMWeb allows restricting the fields within a form that the user can access. For example, for the RFI form, the contractor can be given access to the question field only and restricted from accessing the proposed solution and answer fields which will be accessed by the engineering consultant.

Requirement #12: Support the approved formal communication LANGUAGES that the project should abide with

Although the English language tends to be the most commonly used formal communication language on capital projects, nevertheless for many countries in the Middle East, Africa, Europe, Asia, and South America there is a requirement to fully or partially use their country’s official language in those communications. On some projects where international companies are involved in delivering the project, the project’s formal communications might require that all those communications be in both English and the country’s official language. Those languages could be Latin or Non-Latin like Arabic, Russian, Chinese, Urdu, etc. PMWeb support all Latin and non-Latin languages.

Requirement #13: Enable PRESENTING the project’s formal communications templates in any desired form and format to comply with the project’s communication requirements.

PMWeb allows designing all project’s formal communication in the current exact form and format that the organization has for those project communications. There is no limit on the number of those output forms which can be in English or any other desired language.

Nevertheless, it is highly recommended that organizations consider adjusting their existing forms to include the details of attached documents, workflow status, and other fields that PMWeb provides. For example, the PMWeb ready-to-use transmittal form shows all details that are standard for a transmittal, nevertheless, it also shows the details of the attached document, notes, checklists, and workflow status. This form can be redesigned to fulfill the organization’s formal communication requirements.

Of course, the formal communications output forms are not limited to form templates but they can also include letters. PMWeb Word module allows creating the letter templates and other document templates such as contract agreements that need to be automatically generated by PMWeb. The data captured in the PMWeb input form will be merged into those MS Word templates to produce the desired output which can be kept in MS Word or saved as a PDF file.

Requirement #14: Provide the INSIGHT to analyze the captured communication information to enable better and faster-informed decision making.

PMWeb will automatically maintain a real-time register of all transactions that are specific for each project communication. Different layouts can be created and saved to only display the needed information. The displayed information can be grouped, sorted, and filtered using the fields included in the layout.

This information can be also displayed in output reports to enable real-time monitoring, evaluating, reporting, and sharing of the particulars and status of all communication processes. The output reports can include visuals to summarize or highlight the particulars of the reported formal communication.

Requirement #15: Allow SEARCHING for all existing communications and documents that are relevant to a specific topic.

PMWeb allows searching for records captured in a single project or multiple projects that include “words” that the authorized PMWeb user needs to locate all records that could be of relevance. The user can select if the search is to be across all project management processes managed in PMWeb or selected ones. In addition, the user can select the search to be limited to project records that their status is “approved” or any other selection of record status. Selected records can be stored in an electronic issue file to enable the user to review and determine if the record is of relevance or not. The user can create new issue files or append newly found records to an existing search issue file.

In addition, PMWeb allows search for uploaded documents in the document management repository by the file name and document attributes as well as has the option to search the content of the document itself.

Requirement #16: Promote LEAN construction management best practices by eliminating the waste in performing formal communications thus increasing their value.

Having lean construction management processes will help in eliminating non-value-add activities that consume resources but create no value for the project. This will reduce the wasted time and effort that the project team and other stakeholders spend in managing the hundreds of project management processes and associated formal communications needed to deliver construction projects.

To explain the extent of waste that formal communications could be subject to when technology is not fully implemented or utilized, the chart below details the different manual steps that could be eliminated or improved in managing the Request for Information (RFI) process. The chart details the eight types of waste that could be reduced from each step to increase it is value as well as the overall RFI process value. These are Defects or Errors for not doing things right the first time, Overproduction when producing more than what is needed, Waiting for time lost when project resources and/or information are not ready, Non-Utilized Staff by not leveraging project resources skills, creativity, and talents, Transportation when moving objects from one place to another, Inventory/Storage for unnecessary storage of information or material and Motion for the unnecessary movement of project resources.

Requirement #17: Enable COMPLIANCE with the requirements to archive and turnover formal communications to the project owner when the project is completed.

For the project’s formal communications and documents that need to be turned over as “Soft Copy” to the project owner when the project is completed, the PMWeb Archiving module will be used to extract and archive the needed PMWeb records and documents. PMWeb Archiving module allows the user to select the PMWeb records to be archived for which folders will be created to match the selected archived modules.

About the Authorfounder

Bassam Samman, PMP, PSP, EVP, GPM is a Senior Project Management Consultant with more than 35-year service record providing project management and controls services to over 100 projects with a total value of over the US $5 Billion. Those projects included Commercial, Residential, Education and Healthcare Buildings and Infrastructure, Entertainment and Shopping Malls, Oil and Gas Plants and Refineries, and Telecommunication and Information Technology projects. He is thoroughly experienced in complete project management including project management control systems, computerized project control software, claims analysis/prevention, risk analysis/management (contingency planning), design, supervision, training, and business development.

Bassam is a frequent speaker on topics relating to Project Management, Strategic Project Management, and Project Management Personal Skills. Over the past 35 years, he has lectured at more than 350 events and courses at different locations in the Middle East, North Africa, Europe, and South America. He has written more than 250 articles on project management and project management information systems that were featured in international and regional magazines and newspapers. He is a co-founder of the Project Management Institute- Arabian Gulf Chapter (PMI-AGC) and has served on its board of directors for more than 6 years. He is a certified Project Management Professional (PMP) from the Project Management Institute (PMI), a certified Planning and Scheduling Professional (PSP), and Earned Value Professional (EVP) from the American Association of Cost Engineers (AACE) and Green Project Management (GPM).

Bassam holds a Masters in Engineering Administration (Construction Management) with Faculty Commendation, George Washington University, Washington, D.C., USA, Bachelor in Civil Engineering – Kuwait University, Kuwait and has attended many executive management programs at Harvard Business School, Boston, USA and London Business School, London, UK.

 

Contact us