Письмо от создателя
Origin Letter
00.5 Origin Letter
Этот текст стоит особняком от остальной методологии. Это не определение и не протокол — это история о том, откуда взялся STAF и почему я верю, что он нужен не только мне.
На что я предлагаю посмотреть
Роль CPO дала мне редкую возможность: увидеть все трансформационные изменения компании с разных сторон сразу. HR-блок взаимодействует со всеми, и все взаимодействуют с ним — поэтому, работая на этом уровне, я фактически прорабатывала все части корпоративной системы.
Когда передо мной встала задача автоматизировать HR, я быстро поняла: чтобы выстроить автоматизацию эффективно, недостаточно автоматизировать каждый продукт по отдельности. Нужно было распутать весь клубок процессов и переложить его на новую, понятную архитектуру — так, чтобы возник единый контур обмена данными, без дублирования, с накоплением исторических изменений в одной базе, а не разрозненно в каждом HR-блоке.
Сама по себе, погружённая в свои продукты, я бы в них и закопалась — не видя связей между ними. Если бы программа CPO Сколково не заставила меня посмотреть на эти разрозненные HR-продукты под другими углами, я бы так и осталась с отдельными кусками: Подбор, Кадры, Обучение, Мотивация, Бренд, Внутренние коммуникации.
Но именно этот сдвиг взгляда превратил разрозненные продукты в единую систему. Из шести отдельных функций сложилась одна простая прямая схема: Сотрудник — Компания. И эта схема дала ту самую единую архитектуру, без которой невозможно было автоматизировать процессы — и которая заложила фундамент для всего HR-блока на годы вперёд.
Этот опыт и стал зерном STAF. Я на себе почувствовала разницу между тем, чтобы смотреть на части, и тем, чтобы увидеть систему. STAF — это попытка сделать тот сдвиг взгляда, который мне подарила программа и люди вокруг, воспроизводимым: не счастливой случайностью, а методом.
Для чего нужен STAF и как он может помочь вам
Из этого опыта выросли четыре вещи, которые STAF делает — и которые, я убеждена, нужны каждому, кто принимает решения в сложной среде.
Правильно определять границы системы. STAF формирует единое понимание того, что именно вы анализируете и планируете. Без этого решения принимаются о разных системах под одним названием — и не сходятся. С общей, явно очерченной границей решения становятся корректными, потому что все говорят об одном.
Визуализировать дорожную карту изменений и варианты её развития — с учётом ограничений. Не один «правильный план», а развилка путей, каждый со своей ценой.
Визуализировать риски неправильных решений. Это, по моему опыту, самый важный этап — и самый недооценённый. В корпоративной среде мало понять, что нужно менять. Приходится доказывать всем, что изменения нужны, нужны прямо сейчас, и должны быть приоритизированы. А в этот момент у большинства просто нет данных, чтобы объяснить «почему» не на пальцах и не на интуиции. STAF даёт возможность обосновать те системные пути, которые ещё не видны в момент принятия решения, — показать цену бездействия до того, как она станет очевидной всем и каждому.
Собрать и дособрать метрики до старта изменений — и увидеть те места, где они вообще не собираются. Потому что нельзя управлять тем, чего не видишь, а слепые зоны в данных обнаруживаются только тогда, когда смотришь на систему целиком.
Благодарность
Эта работа состоялась во многом благодаря людям, которые услышали, разобрались, поняли и поверили. Это редкий коктейль — не всем так везёт.
Хочу поблагодарить за этот опыт свою коллегу, бывшего руководителя, гениального психолога и хорошую подругу — Анастасию Верховцеву (Жукову).
STAF 1.0 · SysMindLab · 2026