Поддерживайте версии документов. Это базовая гигиена общения в проектах.

Самый простой способ разрушить рабочий процесс — начать обмениваться файлами с названиями типа:

final
final_final
final_v3
final_v3 (когда есть правки, но сохранил в прошлом файле)
финал Андрей поправил
финал Вася дополнил
финал (действительно финал)

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

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

В гуглодоках попроще — есть трек изменений и совместный доступ, но не все компании могут с ними работать. У кого-то закрытый контур. Кто-то вообще без облака все еще пересылает файлы туда сюда по электронке.

Почему версии важны

1. Снижают ошибки. Вы всегда знаете, что открыли актуальный файл, а не трехнедельную просрочку.

2. Экономят время. Не нужно спрашивать: «А это последняя?», «А ты добавил вчерашние правки?»

3. Обеспечивают прослеживаемость. Можно посмотреть, что поменялось между версиями — особенно важно в планировании, финансовых документах и риск-матрицах.

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

Как делать нормальную версионность

Простейший и самый рабочий формат:

документ v01
документ v02
документ v03

Две цифры сразу ставят порядок на рельсы: 01, 02, 03… 10, 11 — всегда сортируются правильно в любой папке.

Если есть автор правок:

документ v04_AK (Андрей Карабанов) — в теле документа можно указывать легенду: АК = Андрей Карабанов, ИИ = Иван Иванов.

Сложные инкременты v0.0

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

Например:

План v00.00 — первый драфт
План v01.00 — добавлены даты от клиента
План v01.01 — поправлены тайминги
План v11.00 — пересобрана логика мероприятий

Как согласовывать версии между разными документами проекта

Если у проекта есть ядро, например план проекта, то версии документов могут синхронизироваться через него:

План проекта v03
Матрица рисков v03
Баннер v03

Это означает: все три документа отражают одно и то же состояние проекта. Если План проекта меняется — обновляются версии всех связанных документов.

Если правится только один документ — номер растет только у него:

- изменили только макет → Баннер v04, остальные без изменений
- изменили только риски → Матрица рисков v04

Но если изменение влияет на логику проекта (например, поменялись этапы), лучше всем документам дать общую новую версию:

План проекта v05
Матрица рисков v05
Баннер v05

Это и есть согласованная версионность.

Что точно НЕ надо делать

«финальный», «самый финальный», «новый», «последний», «копия»
Версии в датах (План_12_08_2025_final)
Версии в названии рабочих чатов («План новой версии 2»)
Сохранять поверх прошлых документов


Версионность — это не душнизм, не фанатизм и не перфекционизм. Это самая базовая форма уважения к проекту, процессу и людям, с которыми вы работаете.

Сделайте себе правило: каждый документ — это версия. И версия должна быть понятной.

Это занимает 5 секунд, экономит часы и спасает отношения.