There are three important areas of technical application:

Существует три важные области применения технологии:

1. Auditing Cases.

1. Одитинг Кейсов

2. Case Supervising Cases.

3. Programming Cases.

Auditing generally should be gotten into an org on the routine basis of:

Одитинг в основном должен предоставляться в орг на постоянной основе:

1. Get Auditing Volume up.

1. ПОВЫШЕНИЯ количества Одитинга

2. Get Auditing Quality up.

3. Get C/Sing Volume up.

4. Get C/Sing Quality up.

5. Get Programming Volume up.

6. Get Programming Quality up.

To do it in any other sequence is to organize before producing or to inhibit production.

Выполнение этого в иной последовательности будет организацией до продукции или, другими словами, будет мешать продукции.

Auditing quality is raised by getting in Cramming and getting Cramming done.

Качество Одитинга повышается при помощи введения и осуществления Усиленного Обучения.

C/S quality is raised by C/S study of cases and the Qual Sec Cramming the C/S.

Качество К/Сования повышается при изучении К/Сом кейсов и Усиленного Обучения К/Сов Секретарем Квала.

Programming quality is raised by getting FESes done so that the action does not block production and Cramming or Programming and then studying the case to make the Programming more real and effective.

Качество Составления Программ повышается за счет выполнения СОП так, чтобы это действие не блокировало продукцию, и за счет Усиленного Обучения или Составления Программ, а затем изучения кейса, чтобы сделать Составление Программ более реальным и эффективным.

1. Programming a case without data is risky. Dropping out the FES step, not getting White Forms done, etc, short-cutting on data in general can cost tremendous amounts of lost auditing.

1. Составление программ для кейса не на основе данных — рискованно. Удаление шага СОП, не заполнение Белых Форм и т.д., и, в принципе, обрезание данных расстраивают огромное количества одитинга.

2. Doing a vague general hopeful program of Repair (Progress) trusting something will come up is ineffective. With data on the person’s life even on a pc never before audited, one can hit the key points even if only with 2-way comm on them. Cases that have been audited and are boggy are so for a reason. Programming without finding that reason can be very ineffective and result in few wins.

3. Running a new major program into an incomplete major program can be as deadly as failing to flatten a process before starting another process only more so.

4. Failing to end off a program when its End Phenomena is achieved is another gross error.

5. Being too ignorant of the basic bank and the tech theory (as different than processes) is another barrier to programming.

6. Not Programming at all.

The above six are the principal gross errors in programming.

Вышеприведенные шесть пунктов это принципиальные крупные ошибки при составлении программ.