Первый пункт всегда один и тот же
Заседание, восемь вечера. Пункт первый: что осталось с прошлого раза. Кто-то открывает протокол в телефоне и читает вслух. На каждой строчке все переглядываются.
Разрешение — его кто-нибудь оформил? Один думает, что да, но не уверен. Запрос музыкантам ушёл, а пришёл ли ответ, знает только человек, которого сегодня нет.
Двадцать минут на первый пункт. А в повестке ещё восемь.
Протокол — это архив, а не рабочая поверхность
Его пишут, рассылают и подшивают. На этом своё дело он сделал — формально, юридически, для отчётного собрания.
Чем он не является: местом, где работают между двумя встречами. Никто не открывает PDF от четырнадцатого мая, чтобы посмотреть, что он обещал. Через шесть недель положение дел не знает никто, и следующая встреча начинается с его восстановления.
Записывают там больше, чем в большинстве компаний. Только лежит записанное там, где никто не работает.
Что на самом деле производит встреча
Если свести к сути, заседание производит не документ. Оно производит горстку открытых пунктов:
- что нужно сделать
- кто делает
- к какому сроку
- сделано ли
Протокол — это упаковка вокруг этих четырёх строк. Упаковку можно хранить. Работать с ней нельзя.
Список, который живёт между встречами
Для этого достаточно списка задач, который видят все. Он раздаётся ссылкой: у кого ссылка, тот внутри. Ни аккаунта, ни пароля, ни приглашения, которое нужно подтверждать.
Здесь это не удобство, а условие. В любом составе есть человек, который не станет заводить ещё один логин. Если инструмент требует регистрации, им пользуются шестеро из восьми — и тогда он бесполезен, потому что картина верна только тогда, когда все смотрят на одну и ту же.
Кто что-то сделал, ставит отметку вместо того, чтобы писать письмо. У кого вопрос, тот оставляет комментарий к задаче, а не в переписке, из которой двоих забыли.
В оргкомитете то же самое, только плотнее
Оргкомитет собирается пять раз, а потом нужно провести праздник. Там всё идёт параллельно: разрешение, буфет, музыка, график добровольцев, монтаж и разбор.
Как только направлений больше одного, канбан-доска показывает положение дел сразу — что открыто, что в работе, что закрыто. И, здесь важнее, чем где-либо: что стоит без имени.
Потому что здесь никто не может назначить. Ответственность на комитете, но приказать он никому не может. Задача без имени делается не потому, что записана в протоколе, а потому что кто-то её заметил.
Год — это несколько начинаний
Отчётное собрание, летний праздник, юбилей, поездка — каждое отдельным проектом, со своим списком и своей доской. Так комитет держит общую картину, и всё не сваливается в один список.
И вот здесь это окупается
Каждый год теряется часть памяти. Тот, кто двенадцать лет держал буфет, уходит. Состав обновляется. То, что знали предшественники — к какому сроку подавать разрешение, сколько нужно столов, какие музыканты соглашаются, а какие нет, — не записано нигде, где это можно найти.
Теоретически это в протоколах. На практике никто не читает одиннадцать PDF, чтобы понять, как всё было устроено в прошлом году.
Прошлогодний проект делает ровно то, что архив протоколов обещает и не выполняет. Новый человек открывает список прошлого года и видит порядок, сроки и то, что пошло не так. Ему не нужно звонить тому, кто ушёл два года назад.
Для того, что каждый год повторяется одинаково, стоит дополнительно завести чек-лист, который остаётся. Подробнее об этом в Зафиксировать повторяющиеся процедуры в команде.
Где это заканчивается
Чтобы было ясно, чем это не является:
- Ни учёта членов, ни взносов, ни бухгалтерии, ни сбора пожертвований. Кому это нужно, нужна профильная программа. Projoodle стоит рядом, а не над ней.
- Никаких персональных данных участников в общем списке. Адреса, даты рождения и состояние взносов не место в том, что открывается по ссылке. Это не пробел, а правильное разделение.
- Никакого графика смен с автоматическими напоминаниями. Напоминания по почте есть только в версии Pro.
Зато: ничего не нужно устанавливать, нет лицензии на человека, нет регистрации. В том числе для того, кого в следующем году в составе уже не будет.
Коротко
Проблема не в документировании. Документируют образцово. Проблема в том, что записанное лежит там, где между двумя встречами никто не проходит.
Список, который видят все и который никому не нужно отпирать, делает протокол тем, чем он и должен быть: описанием того, что и так идёт.
Как небольшие команды начинают без внедрения — в Управление проектами для небольших команд, без внедрения. А если вы не уверены, что вам вообще нужно: Какой инструмент для проектов подходит небольшой команде?
