Русская версия

Search document title:
Content search 2 (exact):
ENGLISH DOCS FOR THIS DATE- Programming and Misprogramming (CSS-031) - B710331 | Сравнить

RUSSIAN DOCS FOR THIS DATE- Правильные и Неправильные Программы (КС-31) - Б710331 | Сравнить
- Примечания к Дианетическим ТУ (ДИА) (2) - Б710331 | Сравнить

SCANS FOR THIS DATE- 710331 - HCO Bulletin - Programming and Misprogramming [B011-037]
- 710331 - HCO Bulletin - Programming and Misprogramming [B044-037]
- 710331 - HCO Bulletin - Programming and Misprogramming [B078-030]
- 710331 - HCO Bulletin - Programming and Misprogramming [B142-025]
CONTENTS PROGRAMMING AND MISPROGRAMMING MISPROGRAMMING Cохранить документ себе Скачать
HUBBARD COMMUNICATIONS OFFICE
Saint Hill Manor, East Grinstead, Sussex
HCO BULLETIN OF 31 MARCH 1971
ОФИС ХАББАРДА ПО СВЯЗЯМ
Усадьба Сент-Хилл, Ист-Гринстед, Сассекс
БЮЛЛЕТЕНЬ ОХС ОТ 31 МАРТА 1971
RemimeoРазмножить
CS Series 31Серия Кейс-супервайзера, 31

PROGRAMMING AND MISPROGRAMMING

ПРАВИЛЬНЫЕ И НЕПРАВИЛЬНЫЕ ПРОГРАММЫ

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.

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

    MISPROGRAMMING

    СОСТАВЛЕНИЕ НЕВЕРНЫХ ПРОГРАММ

    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.

  • Составление расплывчатой обобщенной программы Исправления (Прогресса) на авось, веря, что что-то появится, — неэффективно. Обладая сведениями о жизни человека, даже если пк никогда раньше не одитировался, можно добраться до ключевых моментов при помощи простого 2х-стороннего общения. Проодитированные кейсы застревают по какой-то причине. Составление программы без нахождения этой причины может оказаться крайне неэффективным и привести к небольшому количеству побед.
  • 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.

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

    L. RON HUBBARD
    Founder
    Л. РОН ХАББАРД
    Основатель
    LRH:mes.rd