Flow of The Front End
We have called the scope of work in “making sure the city is worth the siege,” The Front End for fifty years. Too many times in our large project experience we diligently plugged away only to find out, near the end when the money was gone, the basic assumptions of the project were grossly misaligned with reality. In time we learned that all big projects are conceived and launched by authoritarian folks, bereft of trustworthy information, who don’t have their act together.
As one example, during the kickoff meeting of the Big Dig in Boston, in 1990, everyone in attendance knew from mutual GYAT assessment that it was going to be a disaster. From that event forward, all project activity was defensive. No one claimed responsibility for project success. Litigation went on for decades.
The first publication about Plan B (1986) and every book since has featured The Front End (TFE) and the law of optimality that shapes it. The front end is where the work flow of Plan B a priori begins with ground truth acquisition. TFE, mostly about system statics and uncertainty identification ends with the handoff to dynamics where uncertainty is enumerated and systematically eliminated by hard system performance data on trustworthy facsimiles.
Those chained to business as usual despise “The Front End.” With no role for opinion, they know all the errors being found are going to make them look bad and social status trumps project attainment every time. The truth is The Front End makes everyone look bad, including those of us who execute its procedures. Finding out how many of your innate perceptions and intuitions about the project were wrong is a cold shower.
Once TFE is completed, however, everyone is delighted that The Front End work was performed. Starting with the truth, dodging the GIGO bullet, is comforting. With people who have demonstrated having their act together, they know the project is going to be a success and want to be part of it. Its transparency is proudly displayed on workroom walls.
Whenever you are tasked to project work, novel and temporary, there are some start-right assumptions. Whatever the given specifications, you can be sure they were prepared when project knowledge was sparse, missing, and unreliable. Further, the people who made the initial choices, entitled authoritarians, were unlikely to have quality information or their act together.
Accordingly, respecting the law of optimality, you can assume the information provided at project’s outset is too unreliable to use as a foundation for going forward. Validating the project scope by acquired ground truth becomes the first order of business. There is no way to build a process that starts where you are and leads to the goal without reconnaissance of the goal. You must make good choices at each step before going on to the next step and there are benchmarks for checking that that is the case. In the end, system performance answers all questions about the GYAT choice-making process.
In validating the primary function, you visit the sources of the assumptions management used to choose the ultimate objective. Experience shows you will get an education about the confirmation bias. Those with ground truth will be happy to discuss the project with someone who seeks the truth.
Every effort to check out the source of the project goal will pay dividends. The exercise is to start right, not embarrass the head shed. This knowledge is your sanctuary from administrative meddling to protect their bad choices.
The Front End is the standard of care (SoC) for Plan B implementation. When you execute the GYAT process your system delivers because, for you, failure is not an option. You have discovered that project failure never had to be an option.
Scope and task progression of The Front End (TFE)
- Goal validation: ground truthing. Sources of choices made so far
- Starting assumptions of as-received project (POSIWID)
- Production Goal primary function, generalized functions (Rasmussen)
- Design Basis Events (DBE)
- Franceschi Fitting ground truth
- Forecast project context, without intervention
- Legitimate responsibility for satisfactory results
- Prevailing project morale
- Husbandry provisions
- Reliability engineering
- What done looks like – physically
- Design basis flow diagram
- Regulatory climate, licensing and permits
- Wrap-up documentation of TFE work: design basis, flow, assessment, projections, and recommendations
- Handoff to dynamics, Premortem dynamic uncertainties.
While there are many, sometimes too many descriptions, elaborations, derivations, and details about Plan B concepts on this website, there are top-level policy standards that must be met:
- There can be no losers within the Plan B envelope.
- No gaps, opinions or permissions can be involved in the flow of work.
- All choices are made by using only GIGO-free AQI (actionable-quality information)
- Everything in the flow path has live implementations available for audit and is demonstrable in your own shop.
Everything is proudly transparent and falsifiable. While the platform of Plan B is a work in process (Second Law), at the same time it is incontrovertible as-is.
Ground truth acquisition
In the case of a project engagement, you start with validating the mission purpose. To validate requires obtaining ground truth first hand, reconnaissance. Read, but ignore official sources. Ground truth comes from personal, one on one, direct contact with the MitMs involved in the proceedings. It takes time and effort, but if you are GYAT, the MitMs will give you an earful.
If you detect deliberate bias in the formulation of the project scope, you can be sure the project is doomed. Bias, distortion of reality, will show up everywhere. It is GIGO contamination writ large.
If the ground truth on the project goal statement, prime function is validated, proceed down the Rasmussen hierarchy, to generalized functions to the Franceschi Fitting (FF) level. This is the critical translation between abstraction/authority and materiality. The generalized functions themselves point nowhere.
The creation of the physical functions that constitute project success is pure invention that, of necessity, must be done by someone who knows both the fictional world of the authoritarians and the real world of the producers, tangible system performance and goal realization.
Because it is 100% creativity, a single mind is involved. To interpret mission success in terms of physical functions, he takes a generalized function as input and invents a set of physical functions he thinks will deliver the objective. Once defined, selecting the tangibles to produce that function fits routine engineering, using precedent and experience, expressed in flow diagrams and part numbers. The validation task is to ground truth the genius who custom-invented and expressed the FF.
Once the part numbers have been selected, it is possible to create what done looks like physically. What used to be an artist’s rendition has become a packaged software chore.
The task paralleling the Franceschi Fitting innovation is to get real with the likely project operating environment. It’s basically about trust. If Plan A, no trust, no responsibility-taking. All work is defensive. In this case, add a task to the pile to find a way to run the Front Line Leader Program (FLLP). It is the difference between certain project failure and project success and you know which is which before the project funds are exhausted.
Determining if Plan A or Plan B context, is the easiest task in the project. You can’t get it wrong even if you try.
In Plan B, producer world, no one cares about your ethics or morals. What does count is your productivity towards the common goal. Producer world can’t understand any other definition of “responsibility” than process results. When you volunteer to take outcome responsibility in producer world, you are given the autonomy necessary to meet your pledge. The rest is up to you.
There are sure-fire indicators that no one is responsible for obtaining satisfactory project outcomes.
- Authorities pronounce that everyone is responsible for results
- Authorities claim to be responsible for outcomes
- No one claims responsibility for outcomes
- Defensive routines
- Plan A is the operating ideology
The only valid responsibility-taking for successful outcomes is someone who has GYAT and knows the Plan B standard of care process.
Anyone who claims responsibility for the project deliverable who is not GYAT, trustworthy, is immediately sensed as an imposter on the spot at the project kickoff meeting. Any doubts about this is answered by any Congressional hearing on corporate malfeasance. The common excuse of the CEO imposters for the wreckage as questioned is “I was too remote from the corruption to know about the corruption going on.” No one is to blame. In Plan B, the legitimate taker of responsibility is public knowledge.
In large projects, applications have to be filed with government agencies that designate responsibility. The professional responsible under tort law is called the “engineer of record.”
Design Basis Events
Design Basis Events are those foreseeable operating disturbances that judgment and opinion deem worthy of prevention, avoidance, and survival in the system design. This list of events usually includes earthquakes, tsunamis, fire, pipe ruptures, etc. The list expands along with growth in project knowledge.
Authoritarianism doesn’t care a whit about stakeholder satisfaction and never did. The entitled consumers of the upper hierarchy do not compile and publish a stakeholders list with a definition of the stakes of each. Any conflicts between the actions being taken and stakeholder interests are ignored. The only backstop for stakeholder abuse is tort law – after the damage has been incurred.
Plan B policy holds there are to be no losers, including stakeholders. The no-loser dictum solves the problem of getting their stakes included in project navigation considerations. In Plan B, deliberate effort is directed to identify stakeholder interests and their expectations. In most situations, success of the project takes care of the stakeholder obligation.
System reliability requirements must be explicit and accommodated before the configuration of the process takes place. The discipline that covers this, reliability engineering, uses equipment failure data and mathematical physics to define appropriate reliability actions. There are many options available to correct deficiencies in reliability including redundancy and preventative maintenance.
In Plan B, since the producers have their act together, the regulator agencies are handled in a preemptive manner. You have the design basis, incontrovertible, transparency, and demonstrability. They are shown the impact of Plan B on their agency goal. They are offered training to help their clients understand the significance of Plan B. When you have Plan B, your strategy with other institutions is offense, not defense.
The purpose of documenting completion of the front end phase is make a GIGO-free start of the dynamics phase. Transparency is essential. Not everyone who worked the front end will be working the uncertainty elimination portion of the project. The report is available as a confidence-builder for the stakeholders.
The documentation includes work details, observations, evidence, and forecasts of project progress going forward.