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

Два коллеги покидают одну и ту же встречу. Один пишет: "Участники: восемь. К. представил сравнение поставщиков. Затем последовала дискуссия о затратах на интеграцию. С. поднял вопрос о хостинге в ЕС. Договорились продолжить с Поставщиком А. Встреча закрыта в 15:40." Другой делает запись в другом документе: "Решение: Поставщик А вместо Поставщика Б и внутренней разработки. Решающий аргумент: требование хостинга в ЕС исключило Б; стоимость разработки два квартала. Принятый компромисс: 12-месячная привязка. Ответственный: К. Обзор: продление контракта, март."

Та же встреча, то же решение, оба документа точны. Но через одиннадцать месяцев, когда кто-то спросит "почему мы на поставщике A?", первый документ почти бесполезен — вам нужно знать, на какой встрече искать, и ответ, который вы найдете, будет "обсуждение последовало." Второй документ отвечает на вопрос в одном абзаце, его можно найти, поискав по имени поставщика.

Это вся разница между протоколом заседания и журналом решений — и поскольку оба термина звучат взаимозаменяемо, большинство команд составляют первый, полагая, что получают второй. Этот пост четко проводит границу: для чего предназначен каждый документ, где протоколы действительно выигрывают и как вести журнал, не добавляя бюрократический слой. (Границы в других направлениях: уровень задач охватывается в задачах против решений, а полная практика ведения записей в как документировать решения.)

Что такое протоколы заседаний — и где они не справляются

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

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

Что такое журнал решений

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

Модель доказала свою эффективность в инженерии: Записи о решениях в архитектуре, из эссе Майкла Нигарда 2011 года, именно это — одна легковесная запись на каждое значительное решение, хранящаяся там, где работает команда. Понимание, которое сделало ADRs распространенными в отрасли, применимо к каждому отделу: запись организована по решению, потому что именно так будущее задает свои вопросы.

Существует два свойства, которых не могут иметь протоколы. Лог можно искать по теме — "Поставщик A" находит решение за считанные секунды. И его можно просмотреть — записи содержат даты проверки, так что результаты сравниваются с обоснованиями, что является обратной связью, которая улучшает качество решений, а не просто накапливает их. Этот цикл является слоем памяти интеллекта решений.

Бок о бок

Граница, сжатая:

Когда вы все еще хотите минут — и когда журнал побеждает

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

Дело в том, что протоколы и журналы отвечают на разные вопросы, поэтому для большинства команд ответ — и то, и другое, с четкими задачами: протоколы, когда это требуется для управления; журнал для каждого значительного операционного решения, где бы оно ни было принято. То, что не срабатывает, — это средний путь, по которому на самом деле идут большинство команд — написание неформальных псевдопротоколов для каждой встречи и обращение с ними как с институциональной памятью. Это приводит к созданию документов, которые не несут обязательств ни одного, ни другого, и не приносят пользы ни от одного, ни от другого.

Практическая миграция для команды, тонущей в непрочитанных заметках с собраний: сохраняйте любые заметки, но в момент, когда собрание приводит к значимому решению, его запись попадает в журнал — написанная в комнате, за последние пять минут. Заметки остаются как контекст; журнал становится памятью. Если вы хотите ритуал собрания, который заканчивается созданием этой записи, а не оставляет это как домашнее задание, SPADE завершается на E — Объяснить: решение и обоснование записываются и распространяются, пока комната все еще в этом. Это и есть запись в журнале, сделанная в единственный момент, когда это дешево сделать.

Наши протоколы уже фиксируют решения

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

Беспокойство по поводу двойного учета вполне обосновано — и ответ заключается в том, что два документа не дублируют друг друга, потому что они содержат разный контент. Протокол фиксирует, что решение состоялось; запись в журнале содержит то, что протокол структурно опускает: отклоненные варианты, решающие аргументы, принятые компромиссы, дату обзора. Написание "см. журнал решений, запись 47" в протоколе — это одна строка, и проблема расхождения исчезает, потому что каждый факт существует ровно в одном месте — протоколе вMinutes, обоснование в журнале.

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

Как Argumentree автоматически создает журнал решений

Единственная настоящая цена журнала — это дисциплина: кто-то должен записывать запись каждый раз, сохраняя логику. Argumentree устраняет этот шаг, делая сам процесс обсуждения структурированным: вопрос ясен, варианты и их аргументы за/против формируют оцененное дерево, и когда решение принято, запись уже существует — вопрос, варианты, аргументы, решение, обоснование, владелец. Журнал — это остаток обсуждения, а не задача по транскрипции.

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

Файлы решений по вопросу, а не по дате

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

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