Here is the first refinement of the Routines.

Вот первое усовершенствование Шаблонов.

It sometimes happens that certain auditors cannot get results with CCHs and it also happens that certain pcs have heavy constant problems that prevent SOP Goals assessment, the problems being hidden standards by which all auditing progress is judged.

Иногда случается, что некоторые одиторы не могут получить результатов от УОО, и также бывают случаи, когда преклиры с тяжелыми постоянными проблемами не могут пройти оценивание СПД Цели, вследствие того, что проблемы являются скрытыми стандартами, в соответствии с которыми они судят об одитинге.

It also happens that Problems as a subject is the only reason why cases fail to advance (as in rudiments). Therefore problems are probably why some people clear easily and others don’t.

Также случается так, что проблемы как предмет становятся единственной причиной неудачи кейсов в продвижении (как при запуске рудиментов). Следовательно, проблемы могут быть объяснением того, почему одни люди клируются легко, а другие нет.

Considerations about the stable datum and the confusion also lead toward the auditing of problems as such. For a problem consists of two opposed stable data and therefore two confusions.

Суждения относительно стабильного данного и замешательства также приводят к одитингу проблем как таковых. Ибо проблема состоит из двух противостоящих данных и, следовательно, из двух замешательств.

The definition of a problem is “Two or more postulates in opposition to each other”.

Определение проблемы таково: "Два или большее количество постулатов, противостоящих друг другу".

Probably all pcs should be run on Routine One. The Change Scale was aimed at handling alter-is in doing auditing commands. Auditing Problems, you will find, cures alter-isness in a case.

Вероятно, работать по Шаблону Один нужно со всеми преклирами. Шкала Изменений была направлена на урегулирование искажения того-что-есть при выполнении команд одитинга. Одитинг проблем, как вы убедитесь, излечивает искажение того-что-есть в кейсе.

The full rundown on the basic Routine 1A was given to the Sthil Briefing Course Students on July 3, 1961, and the tape of this date should be studied for full data on Routine 1A. Routine 1A can however be used without serious consequences and with great benefit without all its data; at least it will get better results than poorly run CCHs and will get results anyway. Try it.

Полная программа с основным Шаблоном 1А была дана студентам Инструктивного курса С-Хилла 3 июля 1961 года, и для получения полных сведений о Шаблоне 1А следует изучить эту лекцию. Однако Шаблон 1А можно применять без серьезных последствий и с большой пользой и при отсутствии более полного описания; по крайней мере, это даст более хорошие результаты, чем плохо проведенные УОО, — но результаты будут получены в любом случае. Попробуйте это.

Routine 1A only has two steps –

Шаблон 1А имеет только два шага —

1. Problems

1. Проблемы

2. Security Check HCO WW Form 3 or HCO WW processing forms.

2. Проверка на безопасность по Форме 3 ОХС МЖД или формам для процессинга ОХС МЖД.

The original command was “Recall a problem”. This is the fundamental command. A somewhat better command, since it increases ability and does more than merely as-is track, and since it moves pc off the 1st dynamic, follows:

Исходная команда была такая: "Вспомните проблему". Это фундаментальная команда. Немного более хорошая формулировка, которая в большей степени повышает способности, а не просто дает восприятие трака как-есть, а также снимает преклира с зацикленности на первой динамике, такова:

“What problem could you confront?”

• "Какую проблему вы могли бы конфронтировать?"

“What problem don’t you have to confront?”

“What problem should another confront?”

“What problem wouldn’t another confront?”

“What problem would be confronted by others?”

“What problem wouldn’t others confront?”

Note: The third question may be “What problem could another confront?” also, whichever checks out on meter.

Замечание: Третий вопрос можно также сформулировать как "Какую проблему другой мог бы конфронтировать?", взяв ту, что дает показания на Э-метре.

This is followed by a Security Check. The Security Check must be an HCO WW Form Sec Check and not a local version ever. A Sec Check is done with a full command of the new book E-Meter Essentials now being mailed from HCO WW. A Security Check is done (and so are goals) only by Instant Read and never by Latent Read. If the needle falls or reacts within a tenth of a second after the question is asked pursue it, for this is an Instant Read. If it doesn’t fall or react for a second or more and then reacts, do not pursue it or do anything about it. This is a Latent Read. Only use the E-Meter if the pc says “No” or disclaims having done it.

Далее следует проверка на безопасность. Проверка на безопасность должна проводиться по форме для проверки на безопасность от ОХС МЖД, а не по какой-то местной версии. Проверка на безопасность проводится в полном соответствии с навыками, описанными в новой книге Существенные Особенности Э-метра, которая сейчас рассылается из ОХС МЖД. Проверка на безопасность (как и оценивание целей) выполняется только по МГНОВЕННОМУ ПОКАЗАНИЮ и никогда — по ЛАТЕНТНОМУ. Если стрелка падает или реагирует в течение одной десятой секунды после задания вопроса, работайте с этим, потому что это мгновенного показание. Если стрелка не падает в течение секунды или больше, и затем проявляет реакцию, НЕ работайте с этим, и ничего не предпринимайте в связи с этим. Это ЛАТЕНТНОЕ показание. Используйте Э-метр только когда преклир говорит "Нет" или отказывается от того, что это было им сделано.

If the pc owns up to a question, don’t refer to the meter. Don’t even look at the meter when asking a Sec question the first time. If the pc then says he hasn’t done it, look at the needle and without looking at the pc ask again. Pc still says “No” or its equivalent and you get an instant read, pursue it with more questions. Never pass Sec Check question that is getting an Instant Read. It’s hot. Always pass them if they only give a latent read. It’s cold or it’s something else. Only use the meter after a pc denies it. Increase sensitivity high, asking question again, before leaving any question which a pc disclaims.

Если преклир берет ответственность за вопрос, не используйте Э-метр. Задавая вопрос проверки в первый раз, можете вообще не смотреть на Э-метр. Если далее преклир заявляет, что он этого не делал, то смотрите на стрелку, и спрашивайте второй раз, не глядя на преклира. Если преклир говорит "нет" или вообще как-то отрицает, а вы получаете на вопросе мгновенное показание, продолжайте задавать ему больше вопросов на эту тему. Никогда не пропускайте вопрос проверки на безопасность, давшего мгновенное показание. Это "горячо". Пропустить можно только то, что дает латентное показание. Это "холодно", или это что-то другое. Применяйте Э-метр только тогда, когда преклир отрицает это. Повысьте чувствительность, задайте вопрос еще раз, прежде чем оставить какой-либо вопрос, от которого преклир отказался.

Run Problems and Sec Checks one for one in terms of time. But never on the same morning or same afternoon or same evening. Never in the same session. Sec Check mornings, run Problems afternoons. Or vice versa. Or on alternate days. Don’t wait for Problems to flatten before you Sec Check. Problems are a long run. Two different auditors can work on one pc, one at one time of the day, the other auditor at another time of day. The pc may ARC Break if a Problems session is cut off to Sec Check. So Sec Checks are one session, Problems are another session. And spread them apart into different auditing periods.

Проходите проблемы и проверки на безопасность в отношении один к одному по времени. Но никогда не делайте это в то же утро, день или вечер. Никогда — в одной сессии. По утрам — проверки на безопасность, по дням — проблемы. Или наоборот. Или через день. Не ждите сглаживания проблем до проведения проверки на безопасность. Проблемы — дело долгое. С преклиром могут работать два разных одитора, один в одно время суток, другой — в другое. Преклир может разорвать АРО, если сессия проблем обрезается ради проверки на безопасность. Поэтому делайте проверки в одной сессии, проблемы в другой сессии. И разнесите их по времени в разные периоды одитинга.

Routine 1A should be run on every pc at one time or another when going to or having arrived near clear. It is best run first as it speeds the auditing later, removing PTPs and alter-is of commands… It does not go as far south as the CCHs but almost.

Шаблон 1А должен рано или поздно проводиться с каждым преклиром, который направляется или подбирается к клиру. Лучше проводить его в начале, потому что это здорово ускоряет одитинг позже, удаляя ПНВ и искажение того-что-есть в командах. Он дает не столь сильные результаты, как УОО, но приближается к тому.

Routine 1A is extremely valuable on any case. It will give you many wins.

Шаблон 1А имеет крайнюю ценность для любого кейса. Он принесет вам множество побед.

I believe at this time, though I have no broad data on it yet, that Routine 1A will speed up cases that are hanging fire or taking a long time to clear. Therefore use it.

Я сейчас даже предполагаю, хотя у меня нет полных сведений на этот счет, что Шаблон 1А ускорит кейсы, которые слишком долго движутся к клиру или стоят на пороге. Так что используйте его.