Project Management

Project Management View from Rail Transit Programs and Projects

by
A collection of articles sharing project processes, design and construction experience, best practices, and lessons learned along with operational knowledge related to executing programs and projects in the rail transit industry.

About this Blog

RSS

Recent Posts

Transitioning Constructed Products from Projects to Owner's Operations

Lessons to be Learned.  What Happens When the Buyer is Not the Owner, Operator and Maintainer of the Company?  

Managing Warranty After Achieving Contract Milestones

What Happens After the Buyer and Seller Agree on a Punchlist?

What is a Punchlist?

Categories

Acceptance, Analytics, ANSI, Asset Management, Best Value, Best Value Contractor Selection, Best Value Selection Criteria, Buyer, Certifications, Commissioning, Communications Management, Construction, Construction Completion, Construction Deliverables, construction manager, Construction Monitoring, Construction Submittals, Consultant, Consultant Contract, Contract Acquisition, Contract Completion, Contract Deliverables, Contract Delivery, Contract Development, Contract Integration, Contract Management, Contract Milestones, Contract Quality, Contract Requirements, Contract Submittals, Contracts, Decision Making, Definitions, Design, Design Bid Build, Design Build, Design Build Delivery, Design Deliverables, Design Services, Design Submittals, Design-Bid-Build, Division 1 Specifications, Document Control, Earned Value Management, Engineering, Estimating, Estimator, Ethics, Factory Acceptance Test, Final Acceptance, Final Completion, General Conditions, General Provisions, General Terms and Conditions, Good Practices, Government, Hard Risks, Hazards, Human Resources, Information For Bidders, Inspection, Inspection and Testing, Inspection Test Plan, Integration, Integration Management, Invitation For Bid, Key Performance Indicators, Knowledge Management, Maintenance, Management Integration, Managerial Time, Managing Change, Managing Changes, Master Project Schedule, Meeting Minutes, Mega Projects, NCR Process, Negotiations, Non Conformance Report, O&M Manuals, Oversight Reports, PM Fundamentals, PMBOK, PMI, PMO, Procurement Management, Professional Obligations, Program Management, program manager, Progress Reports, Project Charter, Project Controls, Project Engineer, Project Engineering, Project Integration, Project Interfacing, Project Management, Project Management Institute, project management office, Project Management Plan, Project Manager, Project Managerr, Project Planning, Project Records, Project Schedules, Project Team, Project Teams, ProjectManagement, Public Relations, punchlist, Quality, Quality, Rail Car Purchase, Rail Transit, Rail Transit Organization, Rail Transit Project, Rail Transit Projects, Railroad, Reliability, Resource Management, RFI Logs, risk, Risk Allocation, risk allocation, Risk Allocations, Risk Management, Risk Management, Safety, Schedule Interfaces, Schedule Management, Schedule Milestones, Scheduler, Scheduling, Scope of Work, Security, Seller, Site Acceptance Test, Soft Risks, Special Inspections, Specifications, Submittal Logs, Submittal Process, Substantial Completion, System Integration, System Integration Test, Systems, Systems Purchase, Testing/Test Management, Threats, Transformation, Transformational Projects, Transportation, Vulnerability, Work Area, Work Areas

Date

What are the Requirements for Seller “Turnover” of Contract Products to the Buyer?

linkedin twitter facebook Request to reuse this  

Unfortunately for more times than I can count, the term “turnover” [or "handover"] has become commonly used to describe a process for the Seller to transfer contract products to the Buyer.     Unless “turnover’ is defined in the Contract or clarified via Request For Information, the term is subject to arbitrary interpretation by Buyer and Seller.  

In Contracts that are part of my rail transit project experience, “turnover” is not defined but it may be analogous to requirements for Substantial Completion (SC) and to Final Completion (FC).  SC is the earliest date the Seller’s product meets its intended use by the Buyer.   FC is latest date for the Seller meeting all requirements for Buyer’s final acceptance of the Seller’s work.

Substantial Completion is a contractual milestone that consists Buyer acknowledging Seller completion of work minus punchlist (minor repairs and touch ups) and the completed work is suitable for intended use and operation by the Buyer.  Seller’s deliverables for SC includes Buyer’s review and acceptance of reports on all test and inspections, punchlist, closure of permits, issuance of certificate for occupancy/code compliance, completed submittals, and on resolution of Quality - Non Conformance Reports and Observations.  

Final Completion is a contract milestone that consists of Buyer acknowledging Seller completion of all construction and all technical and contractual deliverables.   Technical deliverables include Certificate of Construction Completion, Certificate of Construction Compliance, as-built drawings, O&M Manuals, warranty, training, software, spare parts, asset management.    Contractual deliverables include final change orders, final payment, waiver of liens, confirmation of all payments for vendors and subcontractors, and reports on certified payroll and other reports for use of disadvantages and small businesses. 

While not associated with “turnover”, Construction Completion is a contract milestone that consists of Buyer acknowledging Seller completion of the punchlist.  This also includes directing the Seller to submit its invoice request for final payment on the balance of the 100% EVM in the payment schedule previously approved by the Buyer. 

TIP:    Project participants need to use only terms that are clearly defined in the Contract, and diligently avoid creating ambiguity by introducing terms outside of the Contract.  

TIP:   Contract milestones dates, definitions and processes for Notice by Seller to Buyer on completing the work to meet the milestone are described in Provisions Related to Time.

TIP:   Contract payment definitions, deliverables and processes for Request by Seller to Buyer for payments are described in Provisions Related to Payments.  

TIP:   Requirements for technical deliverables are described in specifications that make up the technical portion of the Contract. 

TIP:   Requirements for deliverables content, format and timeframes for Seller’s submission and Buyer’s review are described in the Division 1 [general] specifications.  

TIP:   The Buyer’s Project Management Plan may be useful in establishing the activities, sequencing and timeframes for coordinating Seller’s delivery of spare parts and software.

Posted on: December 29, 2020 05:45 PM | Permalink | Comments (4)

Commissioning & Its Importance on Rail Transit Projects

linkedin twitter facebook Request to reuse this  

Recently a colleague in a leadership position on a rail transit project said, they do not understand the importance of testing.    This came after a project meeting, where incorporating more activities for Commissioning Acceptance and Maintenance Plan (CAMP) into the Detailed Contract Schedule (DCS) was discussed.   At the meeting, the feedback from the contractor’s Project Controls leader indicated that activities for inspection, testing and CAMP deliverables should not be in the DCS.   

In a previously posted article regarding Best Practices for Commissioning Acceptance and Maintenance Plan (CAMP), the Commissioning component was described as:  

Commissioning:   This is the pre-requisite activities and deliverables for starting the CAMP package and deliverables for Acceptance, and it is the Buyer’s (Owner) process for verification of project/contract scope and the Seller’s (Contractor) compliance with requirements.    The activities typically include Factory Acceptance Testing (FAT), On-Site Acceptance Testing (SAT), In-progress Inspections, Start-Up and Burn-In.   Commissioning activities should be integrated into Project Control schedules and Quality Plans, which contain quality control inspection and test plans.

This article expands on the Commissioning element of the CAMP process and deliverables and it describes the importance on rail transit projects.   The project assets typically include track switches and machines, signal systems, traction power systems, signal power systems, communication systems and security systems.      

Commissioning-Inspection and Testing

Inspections and testing of the contract product and deliverables is essential for demonstrating the work meets the contract and is ready for final acceptance.   The inspection and testing requirements are defined by the Owner or its designated Designer of Record (DOR) in the contract documents and in project plans.

  • Factory Acceptance Testing (FAT):   FAT is applied to high value, long lead, and critical assets that require extreme confidence that the asset will work when installed and interconnected to other products in the project to create an integrated system.    These type assets are usually supplied by specialty contractors to prime contractors for interconnecting all conduits and cables at the project site for operation.   The FAT is performed by the specialty contractors and it is usually witnessed by the prime contractor and other technical experts on the project.  FAT tests can range from several days to nearly a week or more depending on the complexity of test procedures and an action to correct problems.   FATs that require additional time may impact scheduled progress and require adjustments to interdependent activities in the DCS.
  • On-Site Acceptance Testing (SAT):  SAT is the successor to FAT.  SAT replicates much of the FAT and focuses on added testing for verifying operation with interconnected conducts, cable and supervisory systems.   The SAT is performed by the prime contractor and it is usually witnessed by the specialty contractor and other technical experts on the project.   Specialty contractors often provide on-site technical assistance to the prime contractor.   Due to the amount of preparatory pre-testing, SAT tests are usually several days and may require an Owner to make operational changes to accommodate testing.   SATs that require additional time may impact scheduled progress and require adjustments to interdependent activities in the DCS.
  • System Integration Testing (SIT):  SIT  is testing of several critical assets after the pre-requisite predecessor testing, including FAT and SAT.  SIT encompasses verifying asset operation within the overall rail transit system under conditions required to support its service plan, including train movement, passenger movement, customer information and announcements, safety and security monitoring, and central operating centers.   SITs that require additional time may impact scheduled progress and require adjustments to interdependent activities in the DCS.
  • First Article Inspections (FAIs):   FAIs involve testing to prove out design and functionality of components before mass production.   FAIs are usually applied to projects with retrofit scope involving the installation of equipment fleet-wide or system-wide to meet legal, statutory or regulatory requirements.    FAIs are performed at the specialty contractors’ facilities and may be followed by prototype installations on Owner property.   FAIs will create schedule hold points in DCS before specialty contractors will be released for production and delivery of the component.
  • Special Inspections (SIs):   SIs (and testing by independent testing agencies) are applied to project elements of construction such as steel, concrete, masonry, wood, soil, fire resistant materials, mastics, and smoke control, which bridges and buildings.   The SIs scope includes soil conditions, concrete rebar and formwork, concrete condition and strength, welding of structural members, bolting of structural members and fire proof insulation and coatings.   SIs will create schedule hold points in DCS for verifying test results meet requirements before work can proceed. 
  • Inspection and Testing Plans (ITP):   The ITP complements the SIs and covers the full scope of the project as described in the contract drawings and specifications.      ITP consists of the more routine inspections and tests that are part of the project Quality Management Program, which includes the Construction Quality Plan for overseeing the contractor’s workmanship, quality of materials, and compliance with contract drawings and specifications.   ITPs may create hold points in DCS for substantial completion and construction completion milestones, and to CAMP processes and deliverables until non-conformances are repaired, corrected or accepted under conditions by Owner or DOR.

With exception of ITPs, all of the inspections and tests require integration with interdependent construction activities to determine baseline dates.  As construction progress is updated in the DCS, changes in dates for inspections and testing may occur.

Best Practices - Commissioning

  • Projects must have a Project Management Plan covering construction monitoring and quality management with descriptions of scope, personnel, processes, and deliverables (sample Forms).
  • Contractor must have written procedures and deliverables for inspection and testing activities, and a process for monitoring performance and periodically updating plans to reflect scope changes and adjustments due to DCS.  
  • Owner must have a written plan to support contractor inspection and testing plans and with processes for monitoring Commissioning performance and implementing project and contract improvements.  
  • Owner’s project manager, with appropriate support staff, must focus on oversight of the contractor/subcontractors and provide direction to reinforce effective and integrated Quality processes across managerial silos.
  • Owner’s project representatives, or designated consultants, must be very familiar with the Organization and the responsible parties for obtaining and documenting technical feedback on the various inspections and testing for project elements.
  • Owner’s processes for travel arrangements must be flexible and responsive to changes in FAT and SAT dates.  This may be accomplished by implementing advance approvals for baseline dates that contain provisions to change dates without resubmitting arrangements. 

TIP:   Requirements for Project Management Plans can be found at several resources including www.transit.dot.gov [Federal Transit Administration] and www.PMI.org [Project Management Institute.]

TIP:    On large projects, FATs, SATs and FAIs need to be coordinated to avoid conflicts and to assure personnel and travel arrangements can be available for inspection and testing dates.

TIP:   FATs and SATs require advance review and approvals of the scope and procedures.  At least 60 days notice/submittal reviews prior to the anticipated dates should be shown on the DCS.

TIP:    For project work on system expansions, most of the SIT can be done while maintaining operations on other parts of the system. 

TIP:   For project work that is performed on an operating system, the SIT will need detailed staging and require an Owner to make operational changes to accommodate testing.     

Posted on: June 07, 2020 12:39 PM | Permalink | Comments (1)

Contract Integration on Rail Transit Projects

linkedin twitter facebook Request to reuse this  

On rail transit projects with multiple design and construction contracts, a key project management function is Contract Integration.  

Typically, a contract has specific performance milestones for delivering services and furnishing systems, products and tangible assets to complete the work.  The work activities, durations and sequencing of predecessor and successor work are defined in the detailed contract schedule, which is used to report progress and determine payments to the contractor.    

When multiple contracts are executed under a single project with a fixed budget and end date, the interfaces between contracts is critical to organizing and monitoring the work to ensure it is executed in the same manner as-designed.   A Project Manager (PM) or designated Integration Manager will define the specific interfaces between the contracts, identify the activities that are linked to the interfaces, and create a Contract Integration Plan (CIP).   The CIP, which is a supplement to the Project Management Plan (PMP), is used by the PM to monitor and maintain the sequence of contract progress and manage risks that impact the overall project schedule. 

Contract integration is a cross-functional management activity that connects knowledge of processes, input/outputs, and tools and techniques from several areas of PMI’s Construction Extension to Project Management Body of Knowledge, such as Scope Management, Time Management and Risk Management.  

In rail transit construction, contract integration can be performed by any one of several members of the project team, including PM and staff, Contract Officer/Manager, Scheduler and Risk Manager.  However, contract integration requires the team acquire a thorough understanding of:

  • Procurement methods and durations
  • Scope and contents of the contract documents
  • Timing of work progress relative to other contracts
  • Likely means and methods by contractors to meet the performance requirements of the contracts
  • Interfaces created by the scheduled sequence of the contracts.  

While the PM will assign the responsibility to a single team member, the entire project team should be aware of the function and the key markers that will be established to monitor the interfaces between contracts. 

The scopes of contract packages are developed for execution in a certain sequence to achieve project scope realization by the time the last contract is completed.   The planned sequence of construction contracts is heavily dictated by the physical reality of the project environment, available means and methods, and the space within the project envelope.   Those physical considerations will determine the key interfaces between each contract as well as a confidence level that the project plan and schedule can be properly executed.    

A simple method to implement contract integration on a project is to:

A)        Identify and describe the interfaces between contracts.    PM will manage the development of the contract documents.  Based on the contract scope and performance requirements, PM will prepare a simple statement such as Contract A for the system must complete submittals before Contract B for the equipment foundation is awarded so the weight and loading of the system equipment and the footprint can be finalized for constructing the foundation.   The Interfaces may include contracts under other projects that are adjacent to the Project envelope. 

If part of a Program, the interfaces may include connections to predecessor and successor projects.  An example interface is -  Contract E for the Control Center can not be completed until Contract D for the fiber Optic Network under another project is completed and available to connect into the Control Center.  

B)        Create a Master Project Schedule (MPS) with milestones or constraints linking the contracts to specific activities and dates.    PM will create an Integration Management Plan (IMP) that describes the interface and the connected contracts.   PM will assure the interfaces are shown in the MPS and that they are properly link in the approved detailed contracts schedules for each contract.   The interfaces will create specific connections to activities in each project contract and as needed, interfaces to specific milestones in contracts on other project adjacent to the Project envelope.   As the MPS is updated for progress, changes in activities dates may show variances between milestone dates and forecast milestone dates.   

C)        Establish the monitoring methods, schedule variance metrics and triggers, and the frequency for assessing any impacts to the dates based on progress updates or changes to the contract schedules.   PM will define the integration management responsibility in the PMP and incorporate the MPS milestones interfaces into the Risk Management Plan (RMP).   This may be discussed at monthly progress meetings, quarterly updates for the risk management plan, and at PMO Quality Management System Meetings.      

D)        Describe the mitigation for impacts to milestones or constraints created by contractors’ progress that varies from the planned schedule.   PM will create a CIP that describes the interface and the connected contracts and the actions required to address schedule variance for interface dates.  As the CIP identifies interfaces, the RMP will be updated for the risk that contract interfaces are changed along with qualitative judgment on probability and impact.   As theses risks are triggered, PM will lead the development of solutions, analyze the solutions and alternatives, assess threats and opportunities to other contracts and projects, and select/present to PMO the best value decision.  Due to critical nature of construction schedules, the solution development process should be completed within the PM’s progress reporting period.     

E)        Prepare a response action for solutions that require changes to contract milestones.  PM will develop the response action for the RMP, which will detail the cost, schedule and scope impacts from the triggered risk.    Interfaces with contract schedule variances that can not be mitigated will require changes in project end-date.   Under the RMP, the PM will execute the response plan, which will implement changes to cost, schedule and scope on the affected contracts, and as needed, to the Project and to any other projects with interfaces.

TIP:  Before developing the CIP, ensure that the project has developed the prerequisite project documents such as Project Charter, PMP, and a Procurement Plan/Contract Packaging Plan 

TIP:   Contracts can include labor agreements for work conducted by the Owner’s in-house labor forces, which are governed by Owner’s collective bargaining agreements with the unions with jurisdiction for the work.  

TIP:   Before validating the project schedule and milestones and finalizing the CIP, obtain the Owner’s organizational process and forms to support the proposed procurement acquisition and delivery methods for authorizing work by contractors and in-house forces.  

TIP:    The responsibility for contract integration maybe best handled by the PM with support from a Scheduler or Project Coordinator providing monthly updates on key marker activities in the Master Schedule.

TIP:   Best value decisions should not seek to reduce the project scope or create dramatic changes in a Program.  However if it does, a thorough review of interfaces should produce a Lessons Learned that may include updating the planning and executing of projects and the packaging and sequencing of contracts. 

Posted on: March 30, 2020 06:47 PM | Permalink | Comments (1)

Success Factors for a PMO is Much More Than Fire Charts

linkedin twitter facebook Request to reuse this  

The Project Management Institute’s (PMI) - Project Management Body of Knowledge (PMBOK) contains a framework for the management elements for effective planning, initiating, monitoring and controlling and closing projects.   

PMBOK defines the PMO as “a management structure that standardizes the project-related governance processes and facilitates the sharing of resources, methodologies, tools and techniques.”   

PMOs support project managers by providing services that make project management processes effective and efficient.  The services include governance, knowledge transfer, work environment, training and continuing education of project professionals, and tactical and strategic products such as schedules, estimates, progress report, performance analysis, process/procedures management, records management, knowledge management, personnel administration, resources planning, backlog plans and program development for future projects.

“Project management is an added value service.”

A PMO that is solely focused on performance data and schedule may fall short of the PMI-PMBOK expectations.   The short PMO may excel at defining metrics, collecting data, measuring the data to performance goals, and on creating “Fire Charts” that must address the red, yellow and green activities extracted from the Critical Path Schedule.   While this is an important function of the PMO, it must be balanced with other project management knowledge, skills and judgment in other areas, such as integration, requirements, stakeholder management, procurement, risk, safety/security, and human resources.  

The PMO silo adds another organizational level between the project manager and the organization’s management.   A holistic and effective PMO requires organizational resources - staff, equipment, facilities, institutional knowledge, and qualified project management staff that is accountable for explaining to the PMO governance the variances and corrective actions to improve performance to metrics. 

PMI’s Agile Practice Guide states “The PMO exists to shepherd business value throughout the organization.”

Standard management practices have always included measuring performance to critical metrics for cost, schedule, quality, safety and security.   Depending on the project domain, the practices will be enhanced by the PMO for the project business case and be integrated with the business’ management organization and functional Models for processes and procedures.   A PMO is best comprised of personnel with:

  • Demonstrated experience and understanding of the project scope
  • Expert knowledge of the project industry domain, and the available materials, equipment and systems needed for the work
  • Superior project management skills with a proven record of effective communications and validated decision making
  • Prior management positions in an environment that closely resembles the framework and culture of the project recipient’s organization

“Pencils fit where hammers don’t.” 

Introducing a complex record management system and a new reporting Model with numerous charts and graphs will initially get attention to data and the need to expedite actions to better meet goals.   But it may not be the best strategy for improving long term performance of projects.

Fire Charts use colors to highlight various metrics.  Red highlights are used for performance metrics on issues or action items that are late, overspent, have missed critical dates on goals and decisions, or that indicate a negative risk event is triggered.  Yellow highlights are used for items nearing monitoring thresholds that indicate a performance problem.   Green highlights are used for issues and action items that are making progress within accepted ranges for performance.  

Ideally, Fire Charts should show less Red performance conditions for events and more Yellow and Green.   As corrective action resolves Red events, the PMO should conduct a review to determine if there is a deeper Lessons Learned.   The Lessons Learned may initiate a change in processes or procedures so the risk of the Red event can be eliminated or routinely mitigated during the current and future projects under the management of the PMO. 

“It’s just bad management.”

Conversely, Fire Charts that continue to increase Red performance conditions indicate that the Model may not reflect the environment, or that the PMO and project management tools, processes and procedures are not effective.  Like repeating positive outcomes for resolving Red events, the PMO needs to review negative outcomes and make changes that allow project managers and the PMO improve performance metrics -  less Red and more Yellow and Green highlights.

The primary services by PMOs are related to groupings of projects, and they directly impact the performance of project teams and the results delivered by the projects.   In some cases, the PMOs becomes a part of the organization’s structure and its business plan that integrates processes for maintaining and building infrastructure in-line with the core business product and its strategy for achieving business goals.

Dinsmore in Human Factors in Project Management compares project management and on-going management:

“Running projects calls for specialized managerial approaches to avoid pitfalls.  General managerial principles, while applicable to projects, must be tailored to accommodate each project’s unique traits.  The special needs of the project team, which are different from those of operations personnel, must also be fulfilled.

Ongoing ventures require long range planning and marketing, thus setting for long-range survival.  Projects are finite, complex and call for task oriented approach.”  

“They don’t know what they don’t know.”

But for projects, programs and portfolios, the distinction between project management and on-going operation management becomes increasing blurred as the extent of scope and duration of project work comes close to or surpasses the organization’s product cycle.   At this point, the function of managing projects and operations become even more aligned with requiring long range planning, marketing, financing, and execution and realization [business] plans.

Under these circumstances, the project knowledge, business skills, management competence and leadership IQ of the PMO staff must meet the highest proficiency in project management and its working knowledge of operations within the organization.   However, the quality of PMOs can vary just like any other business function that relies on management for creating, sustaining and growing an organization’s business.  

As Roadstrum stated in Excellence In Engineering – “Engineering work is project work”,   it could be derived that “Organization management is project management.”    And similar to organizational management, success factors for PMOs include:

  • Creating a Project Management Plan (regardless of project, program, portfolio monetary value) that defines the PMO’s entire plan and its processes, procedures and deliverables for the business of managing projects
  • Building a management staff that demonstrates core values of the organization and PMI ethics
  • Utilizing as many procedures, processes and systems that already exist within the organization’s assets
  • Capturing and maintaining retrievable knowledge and historical data for all projects
  • Establishing annual training and on-going professional improvement requirements
  • Creating and maintaining standards for estimating, scheduling, reporting and Key Performance Indicators (KPI)
  • Correlating and reinforcing KPI with the organization’s business goals and strategies
  • Conducting, documenting and sharing  periodic management review meetings that generate tangible assessments and guidance for improvement
  • Developing where required simple, efficient and effective recurring processes and procedures
  • Documenting, sharing, and making accessible and common practice for Lessons Learned
  • Providing decision making criteria and timelines for rendering/implementing decisions
  • Documenting organization policies for risk, integration, performance, quality, safety, security, and  sustainability/environmental awareness
  • Establishing long-term staffing plans that integrate a career path and succession of personnel
  • Supporting employee nominations, application and recognition in industry publications and professional awards
Posted on: April 17, 2019 09:14 PM | Permalink | Comments (2)

Transformations in Organizations and Transformational Projects

linkedin twitter facebook Request to reuse this  

Newpapers, industry magazines, corporate press releases and televisions sound-bites have introduced “transformation” and “transformational” into the lexicon of content in reporting on projects and describing corporate reorganizations.   

From behind podiums and microphones, executives and public officials are touting the benefits of transformational projects.   The content typically emphasizes how the projects will transform the company, the region, the community and the products/services to customers.   Some of the projects in the media include:

  • Hudson Yards – a real estate development over a rail right of way
  • 7 Subway Line Extension – a transit system expansion extending from 42ndSt to 34thSt at  Hudson Yards
  • 2nd Ave Subway – a transit system expansion along Manhattan’s east side between 63rdSt and 96thSt
  • Double Track  -  a railroad system expansion between Farmingdale and Ronkonkoma
  • 3rd Track – a railroad system expansion between Floral Park and Hicksville

In the rail transit domain, the context may contain dramatic changes in the organization to improve operating performance or to re-energize the completion of major projects that change the existing products and services to customers.   This may include system expansions with new terminals that advertise high-end property features and stores, and a new fleet with never before seen amenities, such as charging stations, video advertizing, new seating features, and CCTV monitoring operator and passenger compartments.  

On projects, the organization provides the input and the tools and techniques to accomplish the plan and realize the deliverables and benefits.  Not surprising, transformational projects usually contain detailed analysis of the financial investment and forecast returns for the execution, start-up, operation and maintenance phases.   Each of these phases may also require adjusting the organization’s operating model for staffing, training, facilities and furnishing, tools and equipment, and materials.  

Transforming an organization is different than the results from the output of the projects involving capital improvements, and it may require changes in culture, reporting structure, and processes and procedures.    For these transformations, there needs to be a strategic framework for changing the current performance trends and to better aligning organizational assets with longer term goals and expectations for both short term and continued improvement in the quality of management and business operations.   Some organizational changes in the media include:

  • Restructuring management and business processes, procedures and practices at NYC-MTA
  • Changing management leadership at MTA East Side Access Project with new Leadership
  • Integrating a new PMO into the MTA East Side Access Projects
  • Launching a consolidated website for MTA-LIRR Projects – A Modern LI (http://www.amodernli.com)  

Any change is an organization can be disruptive and create challenges to existing operations while improvements are defined and implemented systematically.   The decided upon change should be the outcome of a thorough review of the existing organizational conditions, work flow problems and execution risks.  Determining the transformation plan and proofing the end results will focus on:

Validating the reported performance metrics and trends are correct and accurate

Verifying and concurring changes are required to better align all activities and deliverables with the organization’s business plan and the organization’s assets including personnel, processes, procedures, tools, and techniques.      

The transformation should be undertaken as a project or a series of projects that when completed can mitigate conditions or solve the stated problem(s), and achieve the envisioned end results.  The solutions should demonstrate improvements in the organization ability and confidence in achieving the short term and long term goals.  Ideally, the plan will follow proven project management and quality management processes and methods and adhere to a defined lifecycle.   However before finalizing a plan roll-out, the organization’s executives should perform a rigorous vetting of the plan to prove out assumptions, approve the approach and hold the project team accountable for the expected results.  

The transformation initiative must be carefully planned and executed with transparency throughout the organization’s reporting structure.   The lessons for updating tools and techniques and adopting best practices learned from executing capital projects will be applied for transformation, including a proven communications plan and a strong scope management plan.

An operating transformation in an organization will require a well defined communications plan covering:

  • Internal press releases on the poor performance and the plan for making improvements in processes, training personnel and hiring additional staff
  • External press releases on corporate commits to specific and aggressive milestones and dates for implementing changes
  • Local media coverage and endorsements by public officials and influencers to the benefits from the changes to the community and the region
  • Social media videos covering sound bites on cost savings, tax reductions, employment increases, and home values

The transformation plan will be complemented by strong project governance and highly skilled and experienced project staff.  Since the transformation will likely require changes in existing practices, processes and procedures, it will be necessary to continue the existing operations while the transformation proceeds.   As milestones and deliverables are achieved, changes will be systematically and deliberately implemented.   The plan will identify the required training for personnel and the new equipment, tools, software and software licenses that will be installed, tested and ready for use.    

The scope of the transformation will focus on re-engineering management work flows, which are the root cause of poor performance metrics.  The work flow reviews should include attributes and objectives such as:

  • Existing project documents to identify gaps, such as materials management involving Owner supplied materials, and work zone logistics for work areas shared by multiple contractors
  • Existing project documents to eliminate requirements that are obsolete and no longer used for management functions
  • Lessons Learned program to ensure documenting and sharing negative and positive experiences across all management functions
  • Work flow durations to compare expected timelines with actual durations
  • Processes and procedures to make changes to overly complex and time consuming steps, which erode value by creating non-value added deliverables, such as duplicating logs and tracking sheets already produced by other participants.
  • Project schedule to validate activity sequences, interfaces with predecessor and successor work packages, and contact time and productivity is consistent with work hours and access restrictions.

Like project plans, the transformation milestones and dates should be realistic, measurable and achievable.   In some cases, public sector transformations are the product of executive goals and government influencers.    This often creates lofty promises and aggressive performance metrics that challenge an organization’s operating processes, its long established working culture, and the quality of personnel.   These challenges and risks will need to be addressed as part of the transformation plans.   Ideally, the format and content of the plans will resemble the Project Charter and Project Management Plan requirements from Project Management Institutes – Project Management Body of Knowledge (www.pmi.org) and Federal Transit Administration (www.FTA.dot.gov).

Posted on: March 16, 2019 03:05 PM | Permalink | Comments (3)
ADVERTISEMENTS

"Thus the metric system did not really catch on in the States, unless you count the increasing popularity of the nine-millimeter bullet."

- Dave Barry

ADVERTISEMENT

Sponsors