ТранскрибаторТранскрибатор
Практическая инструкция

Анализ Кепнера — Трего по записи обсуждения: как описать проблему через IS и IS NOT

Симптом, объект и границы отклонения из расшифровки. Учебная таблица «есть / нет», проверка источников и следующий шаг без поспешного вывода о причине.

Транскрибатор
ЗАПИСЬПЛАН РАБОТЫНазовите объект иотклонениеСравните наличие иотсутствиеПроверьте неизвестныеграницыПроверить результатОТ СЛОВ К РЕЗУЛЬТАТУ
Работа с реальной записьюНаглядный учебный примерШаблон для копирования
1Назовите объект иотклонение2Сравните наличие иотсутствие3Проверьте неизвестныеграницы
Сначала устанавливаются границы наблюдаемого отклонения; гипотеза причины не должна подменять описание фактов.

Выберите одну наблюдаемую проблему

В обсуждении часто перемешаны симптомы, объяснения и предложения. Для начала выберите один объект и одно отклонение от ожидаемого состояния. «Плохая работа процесса» слишком расплывчато; «в итоговой таблице двух интервью отсутствуют метки говорящего» задаёт проверяемый предмет.

Подход Кепнера — Трего включает описание проблемы через IS и IS NOT. В этой статье рассматривается только подготовка спецификации по записи, а не весь процесс анализа, принятия решений или обучения методу.

Сначала зафиксируйте ожидаемое и наблюдаемое состояние. Если в записи нет данных о норме, отметьте это как вопрос проверки. Не начинайте с предположения «ошибка распознавания»: отсутствие метки могло возникнуть при подготовке таблицы или передаче файла.

Соберите фрагменты и определите их статус

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

Разделяйте наблюдение, сообщение участника и предположение. Фраза «похоже, только новые файлы» ещё не устанавливает границу. Запишите её как гипотезу и укажите, какие старые и новые файлы нужно проверить.

Для связи текста с основаниями используйте таблицу цитат с таймкодами. Запись помогает восстановить обсуждение, но не заменяет данные самого файла или процесса.

Заполните парные границы IS и IS NOT

По измерению «что» укажите объект с отклонением и похожий проверенный объект без него. По «где» — место проявления и сопоставимое место без проблемы. По «когда» — начало, повторяемость и проверенные периоды, в которых отклонение не наблюдалось. По масштабу — число затронутых случаев и границы проверенного набора.

IS NOT описывает релевантное сравнение, где проблему проверили и не обнаружили. Это не произвольный список предметов, на которых её теоретически не могло быть. Не сравнивайте таблицу интервью с несвязанным документом только ради заполнения столбца.

Для каждого отрицательного наблюдения сохраните охват проверки. «Нет в трёх проверенных старых таблицах» точнее, чем «нет в старых таблицах вообще». Если сведений нет, ячейка получает статус «не проверено», а не слово «нет».

Выделите различия и открытые проверки

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

В учебном случае новая таблица и старая таблица различаются версией шаблона. Это основание проверить шаблон, но не доказательство его ошибки. Могли различаться и настройки переноса или действия редактора. Запишите альтернативы и необходимое наблюдение.

Не складывайте все неизвестные в одну общую задачу «разобраться». Для каждой границы укажите конкретный файл, проверку и результат, который подтвердит или опровергнет предположение. Ответственного и срок фиксируйте только при реальном согласовании.

Передайте спецификацию с ограничениями

Сохраните таблицу как описание состояния на момент проверки. Укажите версии файлов, охват, источники и оставшиеся неизвестные. Если позднее появились новые наблюдения, обновите границы и объясните причину изменения.

Не выдавайте заполненную таблицу за найденную первопричину. Она помогает сформулировать, что именно требует объяснения. Проверка гипотез должна опираться на наблюдения, а не на красоту рассказа или уверенность выступающего.

Если нужны решения по редакторским замечаниям в данных, после установления проблемы можно использовать привязку замечаний к ID реплики. Это сохраняет связь исправления с конкретным объектом проверки.

Учебный пример

Учебный пример границ отклонения

Ситуация вымышленная: проверяются метки говорящего в таблицах интервью.

ИзмерениеIS: наблюдаетсяIS NOT: проверено отсутствие
ЧтоМетки отсутствуют в таблице AВ сопоставимой таблице B метки есть
ГдеВ итоговом CSV AВ рабочей копии A метки есть
КогдаПосле передачи версии 2В сохранённой версии 1 метки есть
Масштаб8 записей из 20 проверенныхВ остальных 12 проверенных метки есть
ОписаниеОбъект + отклонениеБез предполагаемой причиныГраницыIS и IS NOTТолько проверенные случаиПродолжениеГипотезы и тестыСохранить неизвестное
Парные наблюдения ограничивают задачу, но не устанавливают причину автоматически.

Из таблицы следует проверить этап передачи версии 2; из неё не следует обвинение конкретного человека или программы.

Спецификация проблемы по записи

Рабочая заготовкаВыделите и скопируйте
Объект: [один объект]
Ожидаемое состояние: [основание]
Отклонение: [наблюдение]
Что — IS / IS NOT: [факты и охват]
Где — IS / IS NOT: [факты и охват]
Когда — IS / IS NOT: [факты и охват]
Масштаб — IS / IS NOT: [факты и охват]
Не проверено: [перечень]
Гипотезы: [отдельно от фактов]
Следующая проверка: [объект, способ, ожидаемый результат]

Частые вопросы

Отсутствие упоминания означает IS NOT?

Нет. Нужна фактическая проверка релевантного случая.

Можно указать причину в описании проблемы?

Отделите предполагаемую причину от наблюдаемого отклонения.

Таблица находит первопричину?

Она задаёт границы для проверки гипотез, а не доказывает причину.

Что писать в неизвестной ячейке?

«Не проверено» и конкретный вопрос дальнейшей проверки.