Человек выходит на новый проект. Ему дают доступы, показывают папку с файлами, добавляют в рабочий чат и в десяток встреч в календаре.
Через три недели он всё ещё задаёт вопросы, на которые получает один и тот же ответ: «так исторически сложилось». Или: «спроси у Сергея, он в теме». Сергей отвечает через день и не помнит подробностей.
Обычно это списывают на человека — медленный, не проявляет инициативы. Но дело чаще не в нём. Ему физически негде прочитать историю проекта, потому что этой истории нигде нет.
Половина решений принимается там, где не остаётся следа
Есть большой отчёт Microsoft, вышедший 17 июня 2025 года. Из него одна цифра, которая объясняет всё остальное: 57% встреч возникают спонтанно — то есть без приглашения в календаре.
Сразу честно про источник. Это отчёт компании, которая продаёт и рабочие программы, и ИИ-помощника к ним, ей выгодно показывать, что на работе хаос. Считали двумя способами: обезличенные данные о том, как люди пользуются её программами (до 15 февраля 2025 года), плюс опрос 31 тысячи сотрудников в 31 стране. Держите это в голове — но цифра всё равно совпадает с тем, что вы видите каждый день.
Что значит «спонтанная встреча» на практике. Двое созвонились, чтобы что-то уточнить. Обсудили. Решили. Разошлись.
После этого не осталось ничего: ни приглашения, ни повестки, ни списка участников, ни строчки о том, что решили. Решение есть, оно уже действует, на нём построено следующее решение. А следа нет.
Новый человек, который через полгода спросит «почему у нас так сделано», спрашивает про разговор, которого нет ни в одном файле.
Где хранится история решений по проекту — и почему её там не найти
Из того же отчёта: 153 сообщения в рабочем чате Teams за день на человека и 117 писем. Прерывание — встречей, письмом или уведомлением — примерно каждые две минуты.
Формально часть решений там есть. Кто-то написал в чат: «ок, делаем через второго поставщика, с первым не срослось по срокам». Это и есть история проекта, только она лежит между сообщением про сломанный кофейный автомат и пересылкой чужой картинки.
Чат — не архив. Это лента, и она устроена так, чтобы читать её сверху вниз в момент происходящего, а не искать в ней ответ через полгода.
Поиск не спасает — это измеряли
Компания Atlassian в отчёте о состоянии рабочих команд за 2025 год опросила 12 тысяч сотрудников и 200 руководителей. Их формулировка дословно: люди и их руководители тратят 25% времени просто на поиск ответов.
И здесь та же оговорка, что и выше: Atlassian продаёт инструменты для совместной работы, цифра работает в её пользу. Но обратите внимание, о ком речь. Это четверть времени у людей, которые в проекте давно, знают, кого спросить, и понимают, какими словами формулировать вопрос.
Теперь представьте новичка. Он не знает ни где искать, ни как это у них называется, ни кто в курсе. Его шансы найти ответ поиском ниже, чем у тех, у кого на это уходит четверть времени.
«Спроси у того, кто был» — тоже не работает
Это последняя надежда любого проекта без записей: живой человек, который помнит.
В 1967 году Жаклин Сакс провела аккуратный эксперимент. 96 участников слушали 24 отрывка связной речи. Потом им показывали фразу и спрашивали: это та самая фраза или её переписали другими словами? Между звучанием и вопросом вставляли либо ноль, либо 80, либо 160 слогов — то есть паузу в несколько секунд или в десятки секунд.
Результат: способность узнать именно те самые слова резко падала с задержкой. А способность заметить, что изменился смысл, почти не падала.
Вывод, который отсюда следует, звучит скучно, но меняет всё: дословная формулировка начинает распадаться уже в пределах десятков секунд после того, как её произнесли. Не через день — гораздо раньше.
Смысл человек помнит. Причём смысл в том виде, в каком он его понял. А в решениях по проекту важна именно формулировка: кто именно, что именно, к какому числу и с какой оговоркой. Оговорка исчезает первой.
Поэтому «спроси у Сергея» — это не история проекта. Это версия Сергея: искренняя и приблизительная.
Как ввести нового сотрудника в проект: журнал решений
Это лечится не системой и не переездом в новую программу. Лечится одной привычкой.
- Завести на проект один файл — журнал решений. Обычный текстовый файл, лежащий там, где его найдут все. Дописывать только снизу, ничего не переписывать.
- Одно решение — четыре строки: дата, кто решил, что решили, что при этом отвергли и почему. Последняя строка самая ценная и её всегда забывают: без неё через год кто-то заново предложит отвергнутый вариант, и спорить будет нечем.
- Записывать сразу после разговора, а не в конце недели. По Сакс формулировка начинает разваливаться за десятки секунд. К вечеру пятницы вы запишете уже свой пересказ.
- Новому человеку давать не доступы, а журнал. Доступы дают возможность спросить. Журнал даёт возможность не спрашивать.
Хорошая проверка для любого проекта: сколько времени займёт ответ на вопрос «почему мы полтора года назад отказались от первого поставщика». Если ответ «надо поднять переписку и спросить пару человек» — истории проекта у вас нет, есть только люди, которые пока ещё её помнят.
И вопрос, на котором люди расходятся. Если новичок месяц не может понять, что происходит в проекте, — это его проблема или проблема проекта? Прежде чем ответить, попробуйте назвать файл, который вы бы ему дали почитать.
Источники
- Microsoft, Special Work Trend Index Report «Breaking down the infinite workday», 17.06.2025: https://www.microsoft.com/en-us/worklab/work-trend-index/breaking-down-infinite-workday
- Atlassian, «State of Teams 2025»: https://www.atlassian.com/blog/state-of-teams-2025
- Sachs J. S. «Recognition memory for syntactic and semantic aspects of connected discourse», Perception & Psychophysics, 1967, т. 2, с. 437–442: https://www.semanticscholar.org/paper/Recognition-memory-for-syntactic-and-semantic-of-Sachs/d6190336549fff6d971aecc373c195464788a52a