Ref:
When I wrote LRH ED 302 DEBUG TECH BREAKTHROUGH in February of this year I promised that there would be a policy letter issued covering the tech more fully. Well, there have been further breakthroughs in the area of debugging production. The tech given in that LRH ED has been acclaimed by hundreds to be miraculous. This policy reissues that tech and brings it up-to-date with the new discoveries.
Recently I noticed quite a few programs were not progressing rapidly. I found many targets bugged. Project operators did not seem to know what to do and were getting losses and becoming frustrated. Their targets were “bugged.”
“Bugged” is slang for snarled up or halted.
“Debug” means to get the snarls or stops out of something.
I had always been given to believe somebody had developed and written up debug tech. People would often tell me they had debugged this or that, so of course I assumed that the tech existed and that issues and checksheets existed and were in use. Yet here were people operating projects who couldn’t get the targets done by themselves or others.
I didn’t recall ever having written any policy letter containing the tech of debugging programs or targets.
So I called for the various “debug checksheets” and “debug issues” they were using and found something very astonishing. None had any real tech on them to debug something. They just had various quotes that did not necessarily apply.
I did a study of the subject based on what people trying to debug should be doing and what they were not doing and developed a fast, relatively simple system. Some project operators were located in very bugged areas which had brought them to apathy and even tears of frustration. The new debug tech was put into their hands and they came streaming back in wild excitement. It worked! Their areas were rolling!
I am releasing this tech to you as it is vital that programs are quickly executed and that production occurs.
This debug tech is tested, fully valid and for immediate use.
Debug tech is a vital executive tool. Anyone who is responsible for getting targets and programs executed, getting production out, turning insolvency into solvency and generally making a better world frankly can’t live without it.
Debug tech is used to debug program targets, programs, a lack of completion of the cycles of action which lead to production and in short, whenever there is any insufficiency of viable products coming from an area, org or individual.
The first action in debugging an area is an inspection to see what is going on in terms of production. In inspecting the area you do the following:
The full volume of data on how to do an investigation is given in the Investigations Checksheet on page 175 of The Volunteer Ministers Handbook.
When you first inspect an area for products you just look. Policies on “Look Don’t Listen” apply (HCO PL 16 Mar 72, Esto Series 8, LOOK DON’T LISTEN). Don’t listen to how they are going to get 150 products, just look and walk around with a clipboard.
If you don’t see 150 products waiting to be shipped or invoices showing they have been, they don’t exist. If you don’t see receipts for 150 shipped products, they don’t exist and never have. The product is either there or there is ample shipping or departure or finance evidence that they have just left or been shipped. Products that are only in people’s heads don’t exist.
Dreams are nice — in fact they are essential in life but they have to be materialized into the physical universe before they exist as products.
The most wide trap the debugger can fall into is, “But next week . . . ,” since experience will tell you that next week’s production may never arrive. The definition of product is something that can be exchanged for a valuable product or currency. They
have subproducts. These are necessary. A subproduct can also be an overt product and block final products.
When you have done your product inspection, you then look over the period of time from a viewpoint of time and motion. This is to answer the question, “Are things arranged so that there is no time wasted in useless motions which are unnecessary?” This includes poor placement of materiel on a flow line or tool sheds five miles from the site of work so that one has to go there every time one wants a hammer, out-ofsequence flows or waits.
One counts up the amount of wasted time simply because of the disorganization of a place. It isn’t enough to say a place is disorganized. How is this disorganization consuming time and motion which is not resulting in a higher quantity of production? Examples of this are quite gross.
When you have done this study, during which of course you have made notes, you will have the raw materials necessary to make an estimation of the area.
If there is not an adequate and even spectacular record of products getting out and if products have to be redone or if no products are coming out, you proceed as follows:
Find a product that can be gotten out, any product, and insist that it and products like it or similar cycles be gotten out flat out by the existing personnel.
Do not let this debug act as an excuse for them not to produce. The first step of this handling is to demand production.
When you have gotten them on that, you enter in upon a second stage of debug. This consists essentially of finding if the place is knowledgeable enough and able enough to produce what is actually required and what is actually valuable or being needed from it.
This is accomplished as follows:
(Note: You should not attempt to find Crashing MUs, etc., until the above inspection and the Steps A to H below have been done.)
A. Where are the orders relating to this target (or project or production area)? (Can include policies, directives, orders, bulletins, issues, despatches, tapes, valid texts and previous debugs and any and all files.)
Handling: Collect up all of the orders relating to this target (or project or production area). This includes the orders and policies the person is operating off of as well as all those he should be operating off of. At this point you may need to employ the “How to Defeat Verbal Tech Checklist”:
IF IT CANT BE RUN THROUGH AS ABOVE IT’S FALSE! CANCEL IT! And use HCOB 7 Aug 79 FALSE DATA STRIPPING as needed.
B. Have you read the orders?
Handling: If he has not read them then have him read, word clear and starrate them.
Ca. Do you have MUs on these orders?
Handling: Get the orders word cleared using M4, M9 or M2 Word Clearing — whatever Word Clearing is needed to fully clear any MUs he has.
Cb. Do you have false data on these orders?
Handling: Strip off the false data per HCOB/PL 7 Aug 79 FALSE DATA STRIPPING.
Handle this step (Ca and Cb) until the person has duplicated the orders and issues relating to this production area.
D. Are there financial or logistics problems on them?
Handling: Debug using HCO PL 14 Mar 72, Issue II, Esto Series 7, FOLLOW POLICY AND LINES and Flag Divisional Directive of 25 Aug 76 FINANCIAL PLANNING MEMBER HAT CHECKSHEET. Debugging this may require getting the whole FP Committee through the FP pack.
E. Are there personnel problems?
Handling: Debug this using HCO PL 16 Mar 71, Org Series 25, Personnel Series 19, LINES AND HATS and the Personnel Series, as given in The Management Series.
It may be necessary to do this debug on the HAS or any person responsible for getting the products of staff members who produce.
F. Are there hatting problems?
Handling: Handle this using full Word Clearing and False Data Stripping and get the scene debugged using HCO PL 29 Jul 71, Personnel Series 21, Org Series 28, WHY HATTING? and HCO PL 22 Sep 70, Personnel Series 9, Org Series 4, HATS and HCO PL 27 Dec 70, Personnel Series 16, HATS PROGRAM PITFALLS.
Hatting problems may include the total and utter lack of a hatting course for the staff or a hatting course where WHAT IS A COURSE? PL is flagrantly not in and if you find this you have gotten to the root of why you are working hard debugging all over the place and it had better be handled quick.
It may also be that the area senior doesn’t make sure his staff puts in study time off production hours and in this you may find the senior is a failed student himself and this you would also have to handle.
Note: A person who cannot be hatted at all has false data. The handling would be to strip off the false data.
G. Is there exterior influence stopping the production which cannot be handled in the production area?
Handling: Handle using HCO PL 31 Jan 72, Data Series 22, THE WHY IS GOD and HCO PL 25 May 73, Data Series 27, SUPPLEMENTARY EVALUATIONS and HCO PL 30 Dec 70, Org Series 20, ENVIRONMENTAL CONTROL.
When told that these exterior influences exist the wise debugger immediately verifies. The simplest way to verify is to ask the person who is supposed to be putting stops on the line if he has issued such orders. You commonly find out he hasn’t. But if he has, then you have started to locate your area to handle.
You commonly run into verbal tech at which moment you use the “How to Defeat Verbal Tech Checklist.”
H. What other excuses exist?
Handling: As per HCO PL THE WHY IS GOD, HCO PL 19 May 70, Data Series 8, SANITY, HCO PL 30 Sep 73, Data Series 30, SITUATION HANDLING and HCOB 19 Aug 67, THE SUPREME TEST.
And once any obvious ones in the above have been handled, and production still isn’t rolling, you have
I. Routine finding of MUs per Word Clearing Series.
J. Crashing MU tech per HCOB 17 Jun 79 CRASHING MIS-Us: THE KEY TO COMPLETED CYCLES OF ACTION AND PRODUCTS. Crashing MU Finding is done exactly per this HCOB. Crashing MUs can be buried or suppressed as covered in HCOB 23 Aug 79, CRASHING MUs, BLOCKS TO FINDING THEM. The factors as listed in that HCOB which can cause a Crashing MU to remain hidden and unknown may have to be handled before the Crashing MU appears.
K. Do they have any idea at all that they should be getting out any products? Or do they pretend to but don’t?
Handling: Simply two-way comm of why the guy was there. It might come as a startling realization that he is supposed to get out products. This can be backed up with Exchange by Dynamics, HCO PL 4 Apr 72, Esto Series 14, ETHICS and Short Form Product Clearing, HCO PL 13 Mar 72, Esto Series 5, PRODUCTION AND ESTABLISHMENT — ORDERS AND PRODUCTS or HCO PL 23 Mar 72, Esto Series 11, FULL PRODUCT CLEARING LONG FORM.
There is also such a thing as a person who will not complete a cycle of action. This is normally true of what we call a “suppressive person” or even an insane person.
Handling: Get the person’s case looked into by a competent C/S and also by the Ethics Officer for background.
But as PTS people are in suppressive persons’ valences he may only be PTS. Handling: See Section P below for de-PTSing.
L. Wrong stat. The person has been given a stat that has nothing to do with what he is supposed to produce.
Handling: Get the right stat figured out so that it agrees with what he is supposed to produce and actually measures his actual production.
M. Wrong VFP or wrong product? Do they have the idea of VFP right? (or does the org think it’s the award rather than the product, i.e. GI rather than an audited paying pc or a trained paying student?).
It of course can occur, amazingly, that the person or department, etc., is trying to turn out a product that has no exchange value. This can occur because what they do produce is so flubby as to be called “an overt product” which nobody can use further on up the line or even at the end of the line. You handle this by coming down on their sense of fitness of things. Overt products waste resources and time and personnel and are actually more destructive than on first glance. They cannot be exchanged but they also waste resources as well as lose any expected return. You can remedy this sort of thing by improving their tech so they do turn out something decent and useful.
They can also be turning out a type of product nobody wants — such as 1819 buggy whips in a Space Age. They may be great buggy whips but they won’t exchange because nobody wants them.
They may also be getting out products of excellent quality but never tell anybody they have or do them. This can apply as narrowly as one worker who doesn’t tell anybody he is having or doing them or a whole organization which, with complete asininity, never markets or advertises their products.
It is also possible that a combination of all three things above may be found.
It also may be they have all sorts of products they could get out but they never dreamed of getting them out yet their life blood may depend upon it.
Handling: HCO PL 24 Jul 78, SUBPRODUCTS, which tells how to compile a subproducts list and attain VFPs. Exchange by Dynamics per HCO PL 4 Apr 72, Esto Series 14, ETHICS and Full Product Clearing Long Form on the correct and actual VFP (as well as any other products the person or area may have), as well as marketing and PR tech.
N. Never figured out what they would have to do to get a product?
Handling: Handle this using HCO PL 7 Aug 76, Issue I, II and III, Admin Know-How Series 33, NAME YOUR PRODUCT, Admin Know-How Series 34, WANT YOUR PRODUCT, Admin Know-How Series 35, TO GET YOU HAVE TO KNOW HOW TO ORGANIZE, HCO PL 24 Jul 78, SUBPRODUCTS and HCO PL 14 Jan 69, OT ORGS.
O. Out-ethics?
Handling: Determine the situation and handle with O/W write-ups or auditing and ethics conditions or correction of past conditions and the ethics policies that apply.
P. Is the area or individual creating problems and demanding solutions to them?
Handling: Give the person PTS handling as per ethics policies. If and when available, get the personnel de-PTSed using Clay Table De-PTSing as per HCOB CLAY TABLE DE-PTSing — THEORY AND ADMINISTRATION. (Note: Clay Table De-PTSing can only be done on someone by a person who has had the step himself.)
Q. Total organize? (Is the area organizing only?)
Handling: This is an indicator of many misunderstoods in the area, especially on the part of its senior. The senior and the personnel in the area need full Word Clearing on the materials to do with the production area, including Crashing MU Finding as in J (ref: HCO PL 26 Mar 79RA MISUNDERSTOOD WORDS AND
CYCLES OF ACTION — MU WORDS AND NO PRODUCTS) off production hours and meanwhile make them produce what they can.
R. Organization adequate to get the product?
Inadequate organization:
Handling: Debug the organization per HCO PL 13 Sep 70, Org Series 1, BASIC ORGANIZATION, HCO PL 14 Sep 70, Org Series 2, COPE AND ORGANIZE, HCO PL 14 Sep 70, Org Series 3, HOW TO ORGANIZE AN ORG, HCO PL 8 Oct 70, Org Series 8, ORGANIZING AND PRODUCT, HCO PL 29 Oct 70, Org Series 10, THE ANALYSIS OF ORGANIZATION BY PRODUCT.
No organization:
Handling: This is the situation where someone does not organize any corner of his area or work or organizations or lines. This manifests itself by irrational demands to only produce and to prevent any organization so that production can occur. The handling is to clear the misunderstoods (including Crashing MUs) in the area, particularly on the purpose of the production and why one is producing.
Lacking a sense of organization?
Handling: Lack of a sense of organization lies below the level of MUs, overts and withholds and PTSness — and you have to go north through PTSness and overts and withholds to even get to the MUs.
The handling would be de-PTSing as in Step P. Then handle any overts and withholds and then clear the MUs in the area being addressed (including Crashing MUs).
Debug tech is laid out as a checklist in HCO PL 23 Aug 79, Issue II, DEBUG TECH CHECKLIST. It is a very useful checklist as the points of debug can be assessed on a meter by an auditor (or any person trained to use an E-Meter) or be administratively used by anyone wishing to debug an area.
HCOB 23 Aug 79, Issue II, PRODUCT DEBUG REPAIR LIST is for use by an auditor to repair someone who has been messed up by somebody trying to debug his area. As faulty debugging can mess a person up, this repair list has been written to remedy that, should it occur.Normally, in an area that is very bogged and not producing, the first question or two will deliver the reasons right into your hands. They are trying to produce blue ruddy rods but the order they finally dig up after a fifteen minute search says specifically and directly that green finglebums are what are wanted here and that blue ruddy rods are forbidden. It is usually outrageous and large. As you go down the list you will find out that you are running into things which open the door to justification. So you take very good care to notice the justifications which are being used. The handling of justifications is indicated in HCOB 23 Aug 79, Issue I, CRASHING MUs, BLOCKS TO FINDING THEM and the HCOB of JUSTIFICATIONS, 21 Jan AD10.
Handling of course is indicated by what you find and the above references. But handling must always be in the direction of at least 50% production. Even while debugging do not go for an all-organize handling. Also do not go for an all-production handling.
A person, once trained on the data as contained in this PL, Crashing MU tech, False Data Stripping and Product Clearing, will be able to get almost any area
debugged and producing. It is important to remember that debug tech applies from the very small expected action to the huge expected project.
The above debug actions are never carried on past the point where the target or area or individual or org has been debugged.
Once production has been debugged and desirable products are now being gotten for real in adequate quantity, the debug has been accomplished.
This could occur at any one of the above steps. And when it does you let the area get on with producing the products they are now able to produce.
There is a whole different technology called evaluation. The full tech on how to execute and program is contained in the Data Series and the Data Series Evaluator’s Course and BPL 4 Jul 78 ELEMENTARY EVALUATOR’S COURSE and the Target Series HCO PLs: 14 Jan 69 OT ORGS, 16 Jan 69 TARGETS, TYPES OF, 18 Jan 69, Issue II, PLANNING AND TARGETS, 24 Jan 69, TARGET TYPES, 24 Jan 69, Issue II, PURPOSE AND TARGETS and HCO PL 4 Dec 73, Data Series 32, TARGET TROUBLES. One is expected to know how to evaluate. But even after you have evaluated, evaluations contain targets. And targets get bugged. So you will need debug tech even when you are an accomplished evaluator.With the debug tech and the added steps of Crashing MU Finding, overts and withholds, False Data Stripping, Product Clearing, etc., you will be able to crack the back of the most resistive nonproducing areas and get them into roaring, high-morale production.
Between February 79 and 23 August 79, I have spent a great deal of development time on the technology needed to completely debug people, projects, targets and production. A very large number of missions, researches and pilots were undertaken to discover and polish up this tech. It can now be considered a completed development cycle.
The above IS the tech.
USE IT!