Cynefin по записи обсуждения: как проверить основания выбора подхода к задаче

Выберите конкретную ситуацию в разговоре

Cynefin — фреймворк для осмысления контекста и выбора подхода, подходящего ситуации. Он различает Clear, Complicated, Complex, Chaotic и область Confusion/Aporia. Эти обозначения не являются шкалой, на которой каждая следующая задача просто труднее предыдущей. В одном проекте могут обсуждаться разные по природе ситуации.

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

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

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

Различайте контекст и недостаток собственных знаний

В Clear отношения причины и следствия понятны, а условия достаточно устойчивы для применения определённого правила. В Complicated они существуют, но требуют экспертного анализа. В Complex взаимодействия не сводятся к простой линейной причинной цепочке. В Chaotic отсутствуют действенные ограничения. Confusion/Aporia связана с неясностью контекста и его осмыслением.

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

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

Для Complicated сохраните, что именно требуется выяснить анализом и какая экспертиза нужна. Не дописывайте готовую причину, если в разговоре перечислили несколько вариантов. Запись может показывать план диагностики, но ещё не её результат.

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

Не классифицируйте по эмоциональным словам

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

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

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

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

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

Оформите основания и вопрос следующей проверки

Заведите колонки: ситуация, опорная реплика, предполагаемый контекст, основание и неизвестное. Контекст записывайте как интерпретацию или выбранную участниками рабочую гипотезу. Отдельная колонка источника позволяет вернуться к разговору и проверить, не исчезло ли условие при сокращении.

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

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

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

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

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