Журнал ошибок, который помогает менять способ решения

Журнал ошибок полезен, когда вы снова сталкиваетесь с одной проблемой и хотите поймать её раньше. Он быстро становится бесполезным, если превращается в список всего, что когда-либо пошло не так. Для работы достаточно записать задачу, наблюдение и следующую проверку. Полную историю каждой попытки вести необязательно.

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

Поймайте расхождение на месте

Начинайте с результата, который можно описать без оценки себя. Укажите, сколько ожидали, сколько получили и на каком шаге появилась разница. В примере десять минут действительно ушли на перенос. Ещё пятнадцать заняла проверка ссылок, а пять — поиск доступа к одной общей папке. Это три наблюдения с разными последствиями.

Сохраните исходную оценку, если она уже записана. Когда результат известен, легко представить, что вы с самого начала подразумевали проверку ссылок. Датированная запись помогает заметить, где оценка была неполной. Для упражнения по письму аналогом будет черновик с исходной формулировкой, для расчёта — лист с промежуточными действиями.

Если ошибка может повредить рабочим данным, разберите её на копии или на тестовых материалах. Цель журнала — научиться распознавать условие, а не повторить рискованную ситуацию в настоящем процессе.

Разделите наблюдение и гипотезу

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

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

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

Придумайте тренировку под одну причину

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

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

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

Сверяйте одинаковые этапы

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

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

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

Сохраните короткую запись

Для одного случая достаточно пяти коротких строк.

• Попытка. Оценил перенос пяти файлов в десять минут.
• Расхождение. Проверка ссылок и доступ заняли ещё двадцать.
• Гипотеза. Не выделил проверку результата и подготовку доступа.
• Следующая попытка. Для другого набора оценю все три этапа отдельно.
• Результат проверки. До работы названы и оценены все этапы, расхождение отмечено для каждого.

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

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

Источник

• Джон Хэтти и Хелен Тимперли. The Power of Feedback — разбор связи между целью, результатом и последующими действиями.