Пару недель назад мы в студии наняли двух новых авторов, чтобы развивать блог и делегировать часть задач по студийному подкасту. Рассказываю, какие изменения это вызвало, в чём сложность такой ситуации для начинающего руководителя и причём тут процессы.
У нас в студии появилось два новых автора. Недавно мы их наняли, и первую неделю мы вообще не давали им никаких задач. Ну вот прям в прямом смысле, чтобы что-то писать. Первая неделя это было погружение в процессы. И интересно, что еще происходит. Раньше я управлял как бы всеми процессами в основном, а сейчас Настя, наш редактор и ведущая подкаста, на нее часть процессов ушла. То есть она сейчас как бы по сути такой… наставник для этих младших авторов. Она их менторит, она их ведет. И… она выстраивает, по сути, свой процесс с нуля. Да, у нас был привычный процесс, как мы работали раньше с ней, а теперь ей нужно самой научиться работать как редактор. Это для нее тоже большой вызов. Первое, что происходит в таком случае, когда ты растешь из линейного какого-то сотрудника, когда ты сам руками что-то делаешь, когда ты становишься руководителем, только вот эта первая ступенька такая управления другими людьми и их ресурсами, их временем, их задачами, ты учишься говорить себе «нет» и «стоп», когда ты хочешь сделать что-то сам руками. Потому что первый порыв — это переписать за кого-то, например, текст или перерисовать дизайн за кого-то самому. И вот когда ты становишься редактором, главредом или арт-директором, то есть кем-то, кто уже не рисует сам, не пишет сам, но управляет ресурсами других людей, то есть его инструменты — это авторы и дизайнеры. Или если это, например, какой-нибудь… не знаю, в разработке какого-нибудь техдиректора, он там сам вряд ли сильно много кодит, он скорее больше там код-ревью занимается или еще чем-то таким. Короче, первое, что ты должен научиться делать, это останавливать себя и не переделывать за других, и строить процесс. Это супер вообще контринтуитивная штука, прям очень тяжело она дается, и здесь как раз приходит на ум такой принцип, который я вот сам буквально для себя недавно вывел. То есть я как бы его знал, но у меня он в какую -то красивую, ёмкую фразу не укладывался. И звучит она так. Никто не любит писать процессы, но все любят, когда они есть, когда они описаны. И вот хочу показать, как это устроено у нас. Когда эти две девчонки новые, два автора, пришли к нам, у нас есть вот такая штука, называется справочная. И здесь, ну, по сути, вот прям много-много всяких разных гидов. То есть тут вот как, куда я попал, в принципе, там, первый-второй день в студии. Потом там, как мы работаем, как мы отдыхаем, работа с клиентом, какие-то фишки по Basecamp, как этим пользоваться. Отдельные гиды по подкасту, отдельные чек-листы, отдельные тут у нас про кемп есть, там юридическое, договоры, там еще что-то. Идентика, студии, шрифты, макапы, фотостоки. Короче, вот прям много-много всего здесь. И, естественно, это все не за один день появилось. То есть мы это все несколько лет писали, ну там условно последние года два, наверное, мы вот этим занимались. Как это работает? Что нужно делать, чтобы такая база появилась? Это не сразу. Не получится, типа, давайте неделю сейчас мы пишем процессы, а потом мы по ним работаем. Так не бывает. Процесс появляется, когда мы что-то делаем. То есть нам нужно взять какую-то задачу, сделать ее раза два-три, наверное, и вот уже на третий раз у нас уже появится процесс. То есть процесс нужно описывать только когда мы уже его сделали, то есть на практике, когда мы решили эту задачу. Поэтому, что важно… делать что-то, давать задачи новым сотрудникам, например, и смотреть, как они их решают, и дальше корректировать это по ходу, и потом фиксировать основные этапы, и дальше уже вглубь идти в детали, что как должно быть сделано. Вот, например, сейчас мы, по сути, с нуля пишем процесс редактуры статей. У нас он был с Настей, но он был такой, знаете, вот буквально там, ну, типа 5 пунктов, какие этапы есть в редактуре статьи, а дальше мы уже были настолько сработаны, нам просто не нужны были все эти детали и нюансы, мы уже знали, кто как что делает. То есть, когда вас двое, вам процесс описанный не так сильно нужен. Ну, он нужен, но прям очень минимально, потому что вы детали можете обсудить на словах, запомнить, и вы уже дальше, ну, просто по наитию работаете, вы знаете, кто… что требует от кого, кому как важно передавать документ. Вот это все остается в голове. Как только восстановится трое или больше, все, нужны процессы, нужно гиды писать, нужно описывать инструкции, потому что все, это уже тяжело поддерживать в устной форме. То есть народное творчество здесь уже не поможет. Нельзя просто пойти друг к другу пересказывать все эти мысли, потому что где-то в пересказе что-то исказится, кто-то что-то упустит, забудет. Короче, это нестабильная, неустойчивая система. Но мы даже на шаг раньше начали все это делать, когда нас было еще двое. И когда пришли новые авторы, нам было сейчас сильно легче их анбордить, внедрять как бы в работу, вкатываться. И им было проще. Они пришли, они недельку все это походили, почитали, позадавали вопросы. Сейчас они уже пишут статьи. Да, неделю мы потратили на это, но это лучше, чем просто кидать людей на задачи, не объясняя им ничего, не давая никаких документов, поддержки. Это, во-первых, стресс, во-вторых, это тяжело для руководителя, потому что ему придется самому как бы вот эти дыры закрывать, ходить там всем все объяснять на словах. А так раз сослался на какой-то гид, раз дал тут видосик посмотреть, раз дал там еще какую -то ссылку почитать. Это все гораздо проще, это ускоряет просто вот эту поддержку, этот анбординг и снижает нагрузку с руководителей. Поэтому процессы это кайф, но важно их внедрять своевременно, не переусердствовать с одной стороны. С другой стороны, это такая постоянная фоновая задача, которая просто должна быть. Поэтому если у вас в команде есть руководители, обсудите с ними это, чтобы процессы появлялись регулярно, чтобы они поддерживались, обновлялись, чтобы это не было просто мертвым грузом, который где -то лежит в какой-то папке. Это должен быть рабочий инструмент. Вот так это устроено у нас. Буду рад узнать, как это работает у вас. Делитесь в комментариях.
