Planning for Success: Applying Joint Cost and Schedule Risk Analysis in the Acquisition Process as PPM

It’s Important to Have a Good Plan

Planning is at the core of being able to execute a project, program, or portfolio of programs. Within defense planning systems, the process that defines and determines the resources needed for these efforts is known by the acronym PPBE.

PPBE stands for Planning, Programming, Budgeting, and Execution. It is the annual process that the Department of Defense (DoD) uses to allocate resources and manage its budget.

The various phases of PPBE are detailed and specific.

During the planning phase, the top leaders and various agencies of the military and civilian portions of the government identify the threats that we need to face. This includes the military strategy of the United States, which originates within the National Command Structure.

The programming phase includes building a five-year plan, called the Programming Objective Memorandum (the POM) that boils down the general objectives of the national military strategy into specifics. There are three layers in this process.

The ‘translation layer’ takes the high-level strategy and turns this input into specific requirements, like the type and quantity of various aircraft and the equipment and fuels they depend on. It also summarizes capabilities that need to be delivered, which cross-references systems that must be interoperable or operate together in order to achieve objectives within a theatre of operations. Force multipliers in joint and combined operations are important considerations in this layer.

The ‘Five-Year Look’ layer, also known as the Future-Years Defense Program, or FYDP, was introduced in the 1960s to cover the entire development cycle of the new system(s), like a ship, aircraft, or armored vehicle. Today, it often doesn’t. It differs from the budget because it is focused on the lifecycle of the investment, not simply the next year.

During the budgeting phase, the Services and Agencies determine how to fund the requirements within current or projected budget constraints. Programs are assessed by their ability to deliver capability and execute the programs on time. Project and program managers must show that the monies allocated to their efforts will achieve the project objectives.

Finally, the execution phase occurs once monies are received through the Congressional appropriations process. DoD evaluates whether projects and programs are meeting their baseline requirements.

The translation from the overall planning into the programming phase in PPBE is of utmost importance. This is borne out by multiple studies, including those noted in the CSIS Root Cause Analysis, this RAND Major Defense Program study, and from the final report of the Commission on PPBE Reform, among others. What these studies show, when taken as a whole, is that 40% of cost overruns are caused by inaccurate cost estimates that are based on optimism bias, oftentimes lacking insight by not incorporating new technologies that will allow for analysis of plan confidence.

Presently, the PPBE process does not capture the confidence level used to set the budget. Policy within some of the Services is to set budget numbers at 55% confidence, but there is no discussion on confidence in the related schedule that drives costs. This condition creates an environment where arbitrary adjustments are made when it is clear that there will be cost and schedule overruns against an optimistic baseline. For example, while some range is provided by setting threshold and objective cost, schedule and performance baselines, absent risk-informed data, these are usually adjusted by adding 10% for cost and six months for schedule, ignoring what estimating models are predicting.

Beginning in 2025, the Department of Defense expanded its focus on PPBE as noted here and here. In furtherance of this initial guidance, Secretary Hegseth issued further guidance on acquisition on November 7th, 2025, including the guidance on “Transforming the Defense Acquisition System into the Warfighting Acquisition System to Accelerate Fielding of Urgently Needed Capabilities to Our Warriors.”

Within this guidance, as well as in the revised DoD PPBE Reform Implementation Plan issued by the Department in January 2025, clearly states the need to use a data-driven approach in improving the confidence in cost and schedule estimates.

Putting the “P” in Joint Cost and Schedule Estimates

In late 2025, as one means of aligning with the new DoD policies promulgated under acquisition reform, the Assistant Secretary of the Navy for Research, Development and Acquisition (ASN(RDA)) directed all project managers to prioritize program schedule achievement when developing cost estimates. As such, this guidance requires that schedule confidence levels be set at 65% or higher. The process to achieve these confidence levels is known as the Joint Cost and Schedule Confidence Level or JCL.

A JCL goes far beyond a simple Schedule Risk Analysis (SRA). The purpose of the former is to combine cost, schedule and risk to determine the mathematical probability that a project’s cost will be equal or less than the targeted cost, and the schedule will be equal to or less than the targeted finish date. The latter, while a valuable process in tightening schedule confidence, treats the schedule as an independent variable without recognizing the obvious linkage of cost and schedule.

The old adage, “time is money” applies. A project could have an SRA confidence level of 80%, but even with a similar confidence limit for cost calculated independently will yield a lower confidence when the risk factors of both of these elements are combined.

The Navy is not alone in this integrating cost and schedule confidence levels. NASA has a long history of applying JCL at the 70% confidence level to ensure that their projects are executable. For example, the guidance includes:

  • Setting the Agency Commitment Baseline (ABC) at the 70% joint confidence level.
  • Making JCL mandatory for all projects with a life-cycle cost of greater than $250M.
  • While budgeting to the 70th percentile, NASA allows flexibility to budgeting to lower confidence levels relying on the “portfolio effect” to manage risk across multiple missions.
  • Any JCL confidence levels set below 70% must be fully documented.

The Government Accountability Office (GAO) provides the overarching methodology used by many federal agencies as best practice when validating their JCL results. Among these are:

JCL is not a One-Trick Pony: PPM and Execution

During the early stages of planning, establishing a confidence level instills discipline and improves the processed in POM and baseline establishment. Even when there are only high-level schedules or an integrated master plan (IMP), it is still possible to do the work to establish the interrelationships of the high-level planning timelines and the associated estimated costs. Eventually, though, as the process proceeds, our projects will be definitized and produce our critical path method (CPM) integrated master schedules.

This is the constant: things will change.

In the past, the JCL process was not fully embraced for two good reasons: first, the JCL process relied on manual efforts that required a great deal of time and effort; the second factor was that JCL, though a government process, was siloed and provided through a limited number of consulting companies.

In the first case, because technology was limited in dealing with what used to be called “Big Data,” which is not so big anymore, there was some art applied to taking the Integrated Master Schedule (IMS) and summarizing it. This reduced not only the amount of data utilized, it also undermined the validity of the process, given its opaqueness. It also took weeks to conduct. Improvements were defeated by the exclusiveness of a few selected companies to utilize their “expertise” in summarizing schedules.

In 2023, SNA Software LLC (SNA), which produces its PPM Power Platform, and Intaver Institute (Intaver), which is the manufacturer of RiskyProject, teamed to automate the JCL process for NASA. The keys to automating this process are as follows:

  1. The capability found in SNA’s COTS data transformer applications that transform third-party files into a non-proprietary open data format and reflect that openness in linked-open data tables. This includes data from Microsoft Project, Deltek Open Plan Professional, and Oracle P6, as well as cost applications that provide the time-phased project baseline. As with all solutions today with multiple means of visualization, curated and validated data is the first essential key.
  2. Rapid set-up to ensure that cost and schedule data are properly aligned and integrated in the IMP or IMS. After initial set-up the process is optimized to be iterative with the IMS process collecting changes are they occur.
  3. Robust COTS analytical functionality within a risk analysis solution that reflects deep knowledge in JCL leveraging the latest software technologies. This includes the ability to apply uncertainties, risk drivers, and other factors to the schedule.
  4. A COTS modular open-systems low-code/no-code power platform that integrates JCL data with other PPM indicators to inform all aspects of projects and portfolios with risk.

The end result is an automated JCL process that, once initially set up, can be run as many times as necessary into and through the execution phase of the PPBE. The following advantages are realized:

  1. The automated JCL is executed against the entire network schedule, and the outputs are in calculating the scatter plots to determine whether the project is executable. This plotting can then be further analyzed using a combination of linear regression and 3D plots.
  2. Any level of confidence can be selected for the cost and schedule ranges.
  3. The process provides independent estimates at complete beyond focused earned value performance since it is an integrated probability matrix.
  4. The timeline from inputs, after initial setup, is run in hours in lieu of direct labor over several weeks.
  5. Standardization of unified risk language. The JCL merges “silos” into an integrated metric and look, allowing different organizational entities to communicate program health in a standardized format.

Putting the “P” in Portfolio Management

With the establishment of Portfolio Acquisition Executives (PAEs) within the DoD/Services, JCL becomes a necessary capability across project management. These organizations, responsible for portfolio outcomes, have authority over cost, schedule, and performance (read technical performance) trade-offs to prioritize time-to-field and mission outcomes.

In support of this new model, JCL delivers the ability for decision-makers to apply the following:

  • Dynamic Resource Allocation. Provides a statistical basis for moving funds between program. For example, if a high-priority program has a JCL-85 (indicating it is likely over-resourced), the PAE may choose to reallocate budget to apply to risk on a program operating with a lower JCL confidence score.
  • PPBE alignment of budgets with actual risk profiles of capability portfolios.
  • Risk-based Portfolio Balancing. Managing the portfolio effects will allow management to ensure that aggregated risk doesn’t exceed the organization’s tolerance. For example, one portfolio should not have all high-risk, low-confidence programs under one management.
  • Aggregated Confidence. Allows managers to calculate the probability of the entire portfolio succeeding within total budget, which is more efficient than selecting an arbitrary confidence level for all programs.
  • Cross-Program Dependency Management. Modern defense portfolios involve “systems of systems,” where a program output is another program’s input. For example, during the early planning process assuming that there is an Integrated Master Plan (IMP), the delay in one program might trigger a high-risk failure risk in an entire aircraft or ship portfolio.
  • Strategic Decision Support. The JCL provides a useful capability in determining divestment triggers, such as when mitigation efforts are unsuccessful and quantitative evidence exists that suggests program cancellation.

Mission Threads and Capability Assessments

Strategic Mission Support includes rolling up further up the chain to strategic decision support that includes mission threads and capabilities assessments.

A mission thread is a sequence of end-to-end activities required to achieve an objective. When assessing an operational theatre’s objectives, the JCL rolls up concurrency risk across systems within the threads.

The roll-up of concurrency risk allows for a realistic determination of synchronized fielding. For example, if a mission thread requires three separate programs (a satellite, a ground station, and an aircraft package) to be operational by 2030, but the JCL for the satellite shows a 50% probability of a two-year delay, the entire mission thread is invalidated.

In addition, timelines are stress-tested. The JCL allows planners to see where optimistic schedules in one component create a high probability of failure for joint capabilities.

Capabilities-based assessments (CBA), identifies gaps in current capabilities. The JCL contributes by providing a reality check on proposed solutions. The handling of risk in these cases can determine whether the capabilities gap will persist, or the effects of technical or funding volatility. Where material gaps exist, strategies to handle gaps by pivoting to training or doctrine updates to bridge the gap in the interim.

Conclusions and Observations

Risk-informed decision-making is essential when dealing with large systems, since single-point estimates and siloed information streams have proven to be ineffective and inefficient. Furthermore, for systems acquisition, the locus of information begins with the project plan and then, in detail, reflected in the schedule. When properly created, this is the binding virtual time-phased system that links systems engineering performance, resource allocation and management, and produces the project structure to deliver realistic cost performance and measurement.

By combining and integrating PPM, systems engineering, and Integrated Project Management (IPM) data flows, the JCL provides the basis to inform each level of the acquisition ecosystem. From the project level through program management, portfolio decision-making and finally feeding into our strategic acquisition analysis.

At the highest level of mission and capabilities assessments, this model provides a complete picture of the acquisition system’s delivery to the warfighter. Being aware of the risks and establishing the common threads across and through the acquisition ecosystem delivers economy of force to the warfighter.

For more information on how software is delivering commercial-off-the-shelf (COTS) technology to specialized national security acquisition requirements using the JCL, visit https://sna-software.com and https://intaver.com.

Maxwell’s Demon: Planning for Technology Obsolescence in Acquisition Strategy

Imagine a chamber divided into two parts by a removable partition. On one side is a hot sample of gas and on the other side a cold sample of the same gas. The chamber is a closed system with a certain amount of order, because the statistically faster moving molecules of the hot gas on one side of the partition are segregated from statistically slower moving molecules of the cold gas on the other side. Maxwell’s demon guards a trap door in the partition, which is still assumed not to conduct heat. It spots molecules coming from either side and judges their speeds…The perverse demon manipulates the trap door so as to allow passage only to the very slowest molecules of the hot gas and the very fastest molecules of the cold gas. Thus the cold gas receives extremely slow molecules, cooling it further, and the hot gas receives extremely fast molecules, making it even hotter. In apparent defiance of the second law of thermodynamics, the demon has caused heat to flow from the cold gas to the hot one. What is going on?

Because the law applies only to a closed system, we must include the demon in our calculations. Its increase of entropy must be at least as great as the decrease of entropy in the gas-filled halves of the chamber. What is it like for the demon to increase its entropy? –Murray Gell-Mann, The Quark and the Jaguar: Adventures in the Simple and the Complex, W. H. Freeman and Company, New York, 1994, pp. 222-223

“Entropy is a figure of speech, then,” sighed Nefastis, “a metaphor. It connects the world of thermodynamics to the world of information flow. The Machine uses both. The Demon makes the metaphor not only verbally graceful, but also objectively true.” –Thomas Pynchon, The Crying of Lot 49, J.B. Lippincott, Philadelphia, 1965

Technology Acquisition: The Basics

I’ve recently been involved in discussions regarding software development and acquisition that cut across several disciplines that should be of interest to anyone engaged in project management in general, but IT project management and acquisition in particular.

(more…)

Shake it Out – Embracing the Future of Program Management – Part Two: Private Industry Program and Project Management in Aerospace, Space, and Defense

In my previous post, I focused on Program and Project Management in the Public Interest, and the characteristics of its environment, especially from the perspective of the government program and acquisition disciplines. The purpose of this exploration is to lay the groundwork for understanding the future of program management—and the resulting technological and organizational challenges that are required to support that change.

The next part of this exploration is to define the motivations, characteristics, and disciplines of private industry equivalencies. Here there are commonalities, but also significant differences, that relate to the relationship and interplay between public investment, policy and acquisition, and private business interests.

(more…)

Shake it Out – Embracing the Future in Program Management – Part One: Program and Project Management in the Public Interest

I heard the song from which I derived the title to this post sung by Florence and the Machine and was inspired to sit down and write about what I see as the future in program management.

Thus, my blogging radio silence has ended as I begin to process and share my observations and essential achievements over the last couple of years.

My company—the conduit that provides the insights I share here—is SNA Software LLC. We are a small, veteran-owned company and we specialize in data capture, transformation, contextualization and visualization. We do it in a way that removes significant effort in these processes, ensures reliability and trust, to incorporate off-the-shelf functionality that provides insight, and empowers the user by leveraging the power of open systems, especially in program and project management.

Program and Project Management in the Public Interest

There are two aspects to the business world that we inhabit: commercial and government; both, however, usually relate to some aspect of the public interest, which is our forte.

There are also two concepts about this subject to unpack.

(more…)

Take Me To The River, Part 3, Technical Performance and Risk Management Digital Elements of Integrated Program Management

Part three of this series of articles on the elements of Integrated Program and Project Management will focus on two additional areas of IPM: technical performance and risk management. Prior to jumping in, however–and given the timeframe over which I’ve written this series–a summary to date is in order.

(more…)

Back to School Daze Blogging–DCMA Investigation on POGO, DDSTOP, $600 Ashtrays,and Epistemic Sunk Costs

Family summer visits and trips are in the rear view–as well as the simultaneous demands of balancing the responsibilities of a, you know, day job–and so it is time to take up blogging once again.

I will return to my running topic of Integrated Program and Project Management in short order, but a topic of more immediate interest concerns the article that appeared on the website for pogo.org last week entitled “Pentagon’s Contracting Gurus Mismanaged Their Own Contracts.” Such provocative headlines are part and parcel of organizations like POGO, which have an agenda that seems to cross the line between reasonable concern and unhinged outrage with a tinge conspiracy mongering. But the content of the article itself is accurate and well written, if also somewhat ripe with overstatement, so I think it useful to unpack what it says and what it means.

(more…)

Take Me To The River, Part 2, Schedule Elements–A Digital Inventory of Integrated Program Management Elements

Recent attendance at various forums to speak has interrupted the flow of this series on IPM elements. Among these venues I was engaged in discussions regarding this topic, as well as the effects of acquisition reform on the IT, program, and project management communities in the DoD and A&D marketplace.

For this post I will restrict the topic to what are often called schedule elements, though that is a nebulous term. Also, one should not draw a conclusion that because I am dealing with this topic following cost elements, that it is somehow inferior in importance to those elements. On the contrary, planning and scheduling are integral to applying resources and costs, in tracking cost performance, and in our systemic analysis its activities, artifacts, and elements are antecedent to cost element considerations.

The Relative Position of Schedule

(more…)

Take Me to the River, Part 1, Cost Elements – A Digital Inventory of Integrated Program Management Elements

In a previous post I recommended a venue focused on program managers to define what constitutes integrated program management. Since that time I have been engaged with thought leaders and influencers in both government and industry, many of whom came to a similar conclusion independently, agree in this proposition and who are working to bring it about.

My own interest in this discussion is from the perspective of maximization of the information ecosystem that underlies and describes the systems known as projects and programs. But what do I mean by this? This is more than a gratuitous question, because oftentimes the information essential to defining project and program performance and behavior are intermixed, and therefore diluted and obfuscated, by confusion with those of the overall enterprise.

Project vs. Program

(more…)

Post-Workshop Talking Blues — No Bucks, No Buck Rogers: Cashflow Analysis in Projects (Somewhat Wonkish)

When I used this analogy the week before last during the last Integrated Project Management Workshop in the D.C. area I was accused of dating myself–and perhaps it is true. For those wondering the quote was popularized by the 1983 movie The Right Stuff, which was based on the 1979 book written by Tom Wolfe of the same title. The book and movie was about the beginnings of the U.S. space program culminating in the creation of NASA and the Project Mercury program.

(more…)

Ground Control from Major Tom — Breaking Radio Silence: New Perspectives on Project Management

Since I began this blog I have used it as a means of testing out and sharing ideas about project management, information systems, as well to cover occasional thoughts about music, the arts, and the meaning of wisdom.

(more…)