# Что такое След в TFW Санжар Аубакиров · редакция 0.3 · 25 сентября 2026 года Здесь определены назначение и состав Следа, требования к его содержанию и краткий шаблон записи. ## Определение **След (Trace) — сохранённые сведения о цели, условиях, существенных решениях и состоянии работы. Их должно быть достаточно, чтобы другой человек или агент понял сделанное, проверил результат и продолжил работу без пересказа всей истории.** След нужен и самому автору работы, когда он возвращается к ней после перерыва. В След отбирают то, что повлияло на выбор, проверку или дальнейшие действия. Он может состоять из короткой заметки или нескольких связанных документов. Важны содержание, доступность и возможность отличить действующее решение от прежних вариантов. Результатом может быть письмо, расчёт, урок, программа или принятое решение. След объясняет, зачем этот результат понадобился, почему он получился именно таким, что проверено и какие вопросы остались. Ссылка на актуальный результат тоже входит в След. ## Зачем сохранять невидимую работу **Невидимая работа — умственный труд, который обычно не отражён в готовом результате.** Человек замечает проблему, уточняет вопрос, сравнивает варианты, отказывается от правдоподобного решения, учитывает чужие интересы. В готовом документе причины выбора могут отсутствовать. При разговоре с ИИ часть этой работы становится явной. Человек объясняет, почему предложенное не подходит, вспоминает прежнюю попытку, уточняет важное ограничение. Такие объяснения помогают выполнить нынешнюю задачу и могут пригодиться в следующих. Если сохранить только результат, эти сведения придётся восстанавливать. Если сохранить весь разговор, придётся заново выяснять, что из него осталось в силе. След сохраняет существенное и показывает, на чём основаны действующие решения. **Вопросы помогают обнаружить невидимую работу. След сохраняет то, что удалось выяснить.** ## Принципы | Принцип | Зачем он нужен | |---|---| | Сначала Цель и Ценность, затем действия | Исполнитель сможет выбирать способ работы, понимая, ради чего она начата. | | Неясность нужно обозначать вопросом | Подробный ответ не должен скрывать отсутствие цели, исходных данных или основания для выбора. | | Сохранять существенное | След должен помогать разобраться, а не заставлять читать весь прежний разговор. | | Самостоятельность ограничена полномочиями | Поручение подготовить решение само по себе не даёт права принять его за человека. | | Автономность требует наблюдаемости | Человек должен иметь возможность понять сделанное, проверить его и вовремя вмешаться. | | Завершение оставляет возможность продолжения | После работы остаются результат, его состояние и понятное решение о дальнейшем действии или закрытии. | | Сложность порядка работы соразмерна последствиям | Дополнительные документы и проверки оправданы, когда предотвращают существенную ошибку или потерю знаний. | Человек сохраняет ответственность за цель, предоставленные полномочия и решения, которые принимает. След помогает разбираться в работе, но сам по себе не доказывает её правильность. ## До выполнения — договориться о результате ### Цель, Ценность, Задача, Контекст и Границы | Понятие | Значение и назначение | |---|---| | **Цель · Goal** | Изменение, которого хотим добиться. Помогает проверить, ведут ли выбранные действия к нужному результату. | | **Ценность · Value** | Кому и чем поможет это изменение. Позволяет отличить полезный результат от формально выполненного поручения. | | **Задача · Task** | Ограниченная часть работы, которую предстоит выполнить. Указывает, за что берётся исполнитель в этот раз. | | **Контекст · Context** | Сведения, без которых можно неверно понять работу или выбрать неподходящее решение. У каждого существенного утверждения должно быть понятное происхождение. | | **Границы · Boundaries** | Что входит в работу, что исключено, какие действуют ограничения и что исполнитель вправе решать самостоятельно. Они определяют, когда можно продолжать, а когда нужно обратиться к человеку. | Например, «купить стулья и экран» — перечень действий. Цель может быть другой: четырнадцать человек в комнате и удалённые участники должны видеть материалы, слышать друг друга и обсуждать решения. Ценность — возможность провести рабочее совещание. При такой постановке сначала стоит проверить, что уже есть и чего действительно не хватает. ### Working Backwards — от результата к плану Сначала покажите, что должно получиться и как этим будут пользоваться. Затем определите признаки готовности и необходимые действия. В подходе Amazon для этого заранее пишут пресс-релиз будущего продукта и ответы на вопросы о нём. В TFW можно использовать тот же приём, если он подходит задаче. Пресс-релиз нужен не всегда. Для письма покажите текст, для отчёта — образец итоговой таблицы, для помещения — схему, для услуги — короткий пример её использования. Человеку должно быть что оценить до основной работы. Воображаемый отзыв или пример заранее обозначают как вымышленный. **Наглядный образец результата — способ проверить понимание задачи до того, как на её выполнение потратят время и деньги.** ### DoD, DoF и AC DoD задаёт условия завершения работы, AC — проверяемые требования к результату, DoF — недопустимые исходы и действия. | Понятие | На какой вопрос отвечает | Для чего нужно | |---|---|---| | **DoD · Definition of Done** | Когда работа считается завершённой? | Не позволяет закончить на промежуточном документе, если поручение включало ещё проверку или передачу результата. | | **AC · Acceptance Criteria** | По каким признакам проверяем конкретный результат? | Превращает «сделайте хорошо» в наблюдаемые условия. | | **DoF · Definition of Failure** | Что делает результат или способ работы неприемлемым? | Сохраняет запреты и существенные риски, даже если другие критерии выполнены. | Для подготовки переговорной AC может требовать, чтобы участник с дальнего места прочитал тестовый слайд. DoD охватывает всю согласованную подготовку, включая пробный звонок и проверку расходов. DoF может запрещать покупку без разрешения или использование вымышленных цен. Для каждого неприемлемого случая заранее определяют действие — остановиться, исправить, отменить изменение или запросить решение. DoD и AC могут частично совпадать. Условие достаточно записать один раз и сослаться на него. ### Gate — контрольная точка **Gate — условие перехода к следующему действию или этапу.** Должно быть понятно, что проверяют, кто вправе разрешить переход и как поступить при отказе. Например, подготовить письмо можно самостоятельно, а отправить — после согласования. После проверки в Следе остаются решение, его автор и дата. Фраза «проверка обязательна» без фактической остановки перед отправкой ничего не меняет в работе агента. Не каждый шаг требует разрешения человека. Проверку формата можно поручить инструменту. Решение, которое человек оставил за собой, агент не принимает лишь потому, что технически умеет его выполнить. Уже полученное разрешение не нужно запрашивать повторно, пока его условия сохраняются. ## Во время работы — выяснять и сохранять основания Агент задаёт вопросы там, где ответ меняет цель, способ работы, допустимый риск или проверку. Он не должен устраивать анкетирование ради заполнения шаблона. Сначала стоит прочитать доступные источники. Особого внимания требуют поправки человека: - «Мы уже пробовали» — что именно и почему отказались? - «У нас так нельзя» — какое ограничение действует и в каких случаях? - «Мне нужно другое» — не перепутали ли результат с целью? - «Я бы проверил вот это» — какой риск замечает специалист? - «В следующий раз сначала…» — правило относится к одному случаю или пригодится ещё? Сохраняйте смысл поправки и её последствия для работы. При важной неоднозначности покажите человеку, как поняли его слова. Дословную цитату, пересказ и собственный вывод агента нужно различать. Пример записи: > Руководитель пояснил, что во встрече обязательно участвуют удалённые коллеги. Поэтому исправного экрана недостаточно. В проверку добавлен пробный звонок с удалённого устройства. Здесь сохранены объяснение человека, его значение и изменение проверки. Запись «обсудили оборудование» этих сведений не передаёт. Повторяющаяся поправка может стать основанием для общего правила. В Следе сохраняют предложение и решение того, кто вправе его принять. При изменении цели или существенного решения сохраните прежний вариант, причину изменения и новое решение. Указатель на действующий вариант должен быть однозначным. След обновляют после значимых изменений, перед передачей и при завершении, а не после каждой реплики. ## После работы — проверить, передать, извлечь знания ### Результат и его состояние Укажите, где находится актуальный результат, что проверено, что осталось неизвестным и кто отвечает за следующий шаг. Подготовлено, проверено, принято человеком и опубликовано — разные события. Записывать нужно только то, что произошло. Названия статусов могут быть любыми, если участники одинаково их понимают. Статус «ожидаем» должен объяснять, кого или чего ждут. При закрытии не нужно придумывать следующую задачу ради продолжения процесса. ### Знание для следующих задач После выполнения вернитесь к тому, что выяснилось в разговоре и при проверке. Что вначале было известно только человеку? Какое ограничение обнаружили? Почему отказались от первого решения? Что следует знать следующему исполнителю? **Решение в одной задаче не становится общим правилом автоматически.** Для повторного использования у записи должны быть: - содержание — что именно выяснили; - источник — кто сообщил или как проверили; - условия применимости — для каких задач и обстоятельств это верно; - состояние — подтверждено, предположение или требует проверки; - причина пересмотра — какие изменения могут сделать запись устаревшей. Например, «в следующем семестре часть преподавателей работает удалённо» может быть полезным условием планирования со ссылкой на утверждённое расписание. Из него нельзя вывести постоянное правило «все встречи всегда проводим онлайн». Если переносить в общие знания нечего, так и запишите. Извлечение знаний нужно для следующих решений, а не для обязательного пополнения базы после каждой задачи. ## Краткий шаблон Следа Название работы, ответственный и дата обновления указываются в начале записи. Разделы можно объединять. Убирайте неприменимое, но обозначайте неизвестное, от которого зависит решение. Не повторяйте одни и те же сведения в нескольких местах. | Раздел | Содержание | |---|---| | **Цель и Ценность** | Чего хотим добиться? Кому и зачем это нужно? | | **Контекст и Границы** | Исходные сведения и источники. Ограничения, разрешённые действия и то, что не входит в задачу. | | **Ожидаемый результат** | Образец, схема или пример использования, по которому можно оценить замысел до выполнения. | | **DoD — условия завершения** | Что должно быть выполнено, проверено и передано, чтобы закрыть задачу? | | **AC — критерии результата** | Проверяемые требования. Для каждого — способ проверки. | | **DoF — недопустимые исходы и действия** | Что делает работу неприемлемой? Что предпринять в таком случае? | | **Gate — контрольные точки** | Перед каким действием нужно остановиться? Что проверить и кто разрешает продолжить? | | **Решения и основания** | Что выбрали и почему? Какие существенные варианты отвергли? На какие сведения опирались? | | **Результат и проверка** | Ссылка на актуальный результат. Что проверено, каким способом и с каким итогом? | | **Что выяснили** | Важные сведения и объяснения, полученные в работе. Их источник, достоверность и применимость к следующим задачам. | | **Состояние и продолжение** | Что сделано, что осталось неизвестным? Кто принимает результат и что происходит дальше — либо на каком основании работа закрыта? | Постановка заполняется до выполнения, решения — по мере появления, результат и состояние — после проверки или перед передачей работы. След остаётся в доступном участникам виде и позволяет отличить действующие решения от устаревших. **Проверка достаточности Следа — может ли другой человек или агент понять сделанное и продолжить работу без пересказа всей истории?**