Architec.Ton is a ecosystem on the TON chain with non-custodial wallet, swap, apps catalog and launchpad.
Main app: @architec_ton_bot
Our Chat: @architec_ton
EU Channel: @architecton_eu
Twitter: x.com/architec_ton
Support: @architecton_support
Last updated 1 month ago
Канал для поиска исполнителей для разных задач и организации мини конкурсов
Last updated 1 month, 3 weeks ago
Внимание, вакансия!
Я тут всё пишу про нелёгкую долю пипл-менеджера, но это только слова. А как насчёт того, чтобы на деле узнать, каково это — работать со мной? 🤨
Ищу талантливого менеджера продукта в стрим «Удержание». Это личный кабинет, сервис коммуникаций, программа лояльности, персонализация и геймификация.
Крутая команда, все возможности для роста, интересные задачи — в общем, не вакансия, а мечта!
Как мотивировать команду и не сойти с ума
Руководить — это как собирать шкаф из икеи: есть инструкция, но что-то всегда идет не так. Вроде бы все делаешь правильно, но какая-нибудь одна дурацкая полка никак не встаёт на место.
С людьми, конечно, интереснее, но и сложнее. К каждому прилагается свой комплект ожиданий, тревог, талантов и иногда — предубеждений. И вот вы, как руководитель, сидите над этим всем и думаете: а как их мотивировать, чтобы они не просто выполняли задачи, а хотели делать это хорошо.
Вот 5 составляющих мотивации, которые я считаю важными:
1️⃣ Давать воздух и свободу
Самый простой способ демотивировать человека — контролировать каждый его шаг. Если человек умеет ходить, не держите его за руку.
Задайте цель, объясните, почему она важна, и отпустите в свободное плавание. Пусть человек сам выбирает, как он хочет прийти к результату. И если он ошибается — это не провал, а способ научиться.
Свобода в работе — это пространство для роста. Учитесь доверить людям ответственность за процесс. Если они ошибаются, вы не кричите: «Ты что сделал?», а спрашиваете: «Как думаешь, почему так вышло? Что попробуешь изменить?».
2️⃣ Повышать сложность задач (но осторожно)
Сложность должна расти по чуть-чуть. Если человек всё время делает задачи уровня «распаковать коробку», он заскучает. Если сразу дать ему «построить ракету», он перегорит.
Ищите баланс: задачи, которые чуть сложнее привычного уровня. Это позволяет расти, но без стресса.
3️⃣ Объяснять зачем и вдохновлять на смыслы
«Мы делаем эту задачу, потому что так надо» — звучит как конец мотивации. А вот «Это поможет нам сократить расходы и перевести эти деньги на развитие нового направления» — уже вдохновляет.
Люди хотят видеть, зачем их работа нужна. Говорите об этом. Ищите смысл, который цепляет лично их, и делитесь своим.
4️⃣ Делиться информацией
Команда — это не просто группа людей, выполняющих задачи. Это маленькая экосистема. Чтобы она работала, нужен обмен информацией и чувство сопричастности.
Делитесь важными событиями: что нового в компании, как идёт проект. Это помогает людям чувствовать себя частью чего-то большего.
И немного личного: можно рассказать, как вы сами справляетесь с задачами, поделиться своими трудностями или успехами. Это сближает.
5️⃣ Быть чётким и ясным в ожиданиях
Свобода — это круто, но правила нужны. Если вы не говорите, что, когда и в каком виде нужно сделать, ждите хаоса.
При этом, если несмотря на вашу ясность и поддержку, человек трижды проваливает задачу, — возможно пришло время подумать о том, чтобы попрощаться. Это не жестокость, это уважение ко времени всех участников команды.
Как понять, что вы всё делаете правильно?
*Если ваша команда не боится задавать вопросы, делиться идеями и брать на себя больше ответственности, значит, всё идёт хорошо. Люди работают не ради зарплаты (ну ладно, не только ради неё), а ради признания, развития и смысла. Давайте им это, и вы удивитесь, насколько они талантливы.
А если вы — не лид, но прочитали это, у вас есть чеклист, по которому легко понять, насколько ваш руководитель действительно хорош. Ну и, конечно, чего вы можете ожидать, если однажды решите встать на путь пипл-менеджера 🕺*
Техника «чепухописи»
Бывает, что сидишь перед задачей — она смотрит на тебя, ты на неё, и вы оба делаете вид, что всё под контролем, а на деле — полный ступор.
В такие моменты я часто практикую свободное письмо рукой. Беру ручку, бумагу и начинаю писать всё, что приходит в голову, как есть, без фильтров. Обычно со стороны это выглядит как какая-то несвязная чепуха.
Но самое забавное, что этот метод действительно помогает перезапустить мозг и найти решение. Бонусом идёт чувство освобождения, как будто отодвинул от себя всю мысленную кашу и наконец-то услышал свои собственные мысли.
Так что, если вдруг застрянете в задачах — попробуйте. Не обещаю, что запишете что-то гениальное, но точно узнаете, что творится у вас в голове.
Идеальный результат с первой попытки? Только в мечтах
Вот вы начинаете новый проект: хотите внедрить фичу в продукт, написать статью или сделать презентацию. В голове всё чётко: сейчас сяду и сделаю всё идеально с первого раза. Но давайте быть честными — это ловушка.
Реальность такова, что с первой итерации редко что-то выходит классным. Мы просто не устроены так, чтобы сразу выдавать безупречные результаты. Ожидание, что всё получится с ходу, — прямой путь к разочарованию.
Задумайтесь, сколько раз вы слышали о том, как важны первые шаги, как нужно сразу заложить основу. И вот вы сидите и думаете: «Сейчас всё сделаю как надо». А потом оказывается, что результат далёк от того, что представлялось вначале. Но это не проблема, и уж точно не ваша вина. Просто невозможно предугадать всё с первой попытки.
В английском есть хорошее слово для того, что мы на самом деле умеем делать лучше всего, — tinkering. Это процесс, когда ты начинаешь с чего-то несовершенного и постепенно приводишь его в порядок. Мы не рождены придумывать шедевры с нуля, но отлично справляемся с улучшением того, что уже есть.
Суть в том, что вместо того, чтобы пытаться сразу сделать всё идеально, лучше сосредоточиться на простом старте. Пусть это будет черновик, пусть будет «так себе», но потом, шаг за шагом, вы будете улучшать результат. И в этом весь секрет: не бойтесь того, что с первой попытки получится неидеально. Это не провал, а нормальный процесс.
Так что, если результат первых шагов вас разочаровал — ничего страшного. Это часть пути. Просто продолжайте допиливать, подгонять и улучшать. И однажды вы оглянетесь и увидите, что сделали действительно классную вещь. Не с первого раза, но зато наверняка.
«Нормально позволять вещам быть хреновыми»Я не помню, кто именно сказал мне эту фразу (возможно, моя любимая жена), но она дала мне чувство свободы. Эта глубоко философская мысль помогает таким контрол-фрикам, как я, понять, что они не могут контролировать всё и что это не их работа. *✅ Моя работа: выбирать проблемы для решения и расставлять приоритеты.
*❌ Не моя работа: решать все проблемы.
Чувствуете разницу? Расставлять приоритеты значит решать, что некоторые вещи будут работать плохо, хаотично, неудобно, etc. А как вы справляетесь с желанием всё контролировать, уважаемые подпимсчики? Пишите свою рефлексию в комментариях
Minimum Viable Process
Давайте немного поговорим о процессах (менеджер я или кто?). Часто люди слишком легко создают новые процессы. Это становится ответом на любую сложность, и в конечном итоге ваша команда превращается в тяжёлую неповоротливую бюрократическую машину. Поэтому я твёрдо и чётко топлю за минимально жизнеспособные процессы.
Итак, какие принципы лежат в основе всего этого дела:
?Тезис #1. Если что-то не сломалось, не стоит это чинить
Добавлять новый процесс следует только тогда, когда вы или значительное количество людей в вашей команде чувствуете боль. Вам НУЖНО начать с чёткого понимания проблемы, которую вы пытаетесь решить, и того, почему эта проблема важна. Процесс полезен только в том случае, если он решает реальную боль.
Одна из главных ошибок, которую я очень часто делал сам, — это внедрение нового процесса, а затем разочарование из-за того, что другие люди не следуют ему. Обычно это происходит, когда боль не слишком-то сильная.
?Тезис #2. Иногда лучше что-то убрать
Создание хорошего процесса не всегда означает добавление чего-то нового, иногда лучшее, что можно сделать, — это убрать то, что не работает.
Не знаете, почему у вас до сих пор есть вон та встреча, в которой участвуют 35 человек, и она кажется медленной и неэффективной? Отмените её и посмотрите, что сломается.
?Тезис #3. Начните с малого
Что является самой маленькой и самой лёгкой вещью, которую вы можете попробовать, чтобы увидеть, решит ли это проблему? Сделайте это, а затем решайте, можно ли ещё как-то адаптировать процесс на основе обратной связи.
Резюме: не потеряйте за процессами свою цель, и будет вам счастье.
Если вы переживаете о том нужна ли ваша фича кому-нибудь в порезанном виде, то автор смиренно напоминает, что любая функциональность должна:
— быть простой;
— быть понятной;
— решать проблему, которую она призвана решать.
Чем меньше вы сделаете лишнего, тем меньше придется переделывать ?
Сделать быстро ≠ сделать плохо
Часто встречаюсь с вредным тейком, что сделать какую-то фичу быстро — значит сделать плохо. Мол, мы будем делать это в ущерб качеству, где-то подзабъем на фикс багов, а где-то закроем глаза на тестирование и т.д.
Поэтому, дорогие подпимсчики, напоминаю, что «быстро» должно быть с порезанной функциональностью и меньшей масштабируемостью. Качество и стабильность работы продукта не должны страдать от ваших целей по срокам.
Варианты того, что и как можно урезать, продакт должен найти вместе с командой и это очень важная часть работы, о которой часто забывают.
Эпиктет был прав
Если я ещё хоть раз где-то прочитаю, что все достижения в карьере — это не везение, а исключительно результат упорного труда, то я начну бросаться на людей.
Все это обычная лотерея, где твои усилия — это покупка большого количества билетов на все свои денежки. Но предсказать, что выпадет, невозможно, потому что есть множество разных факторов.
Это не значит, что не нужно ничего делать, дорогие подпимсчики, но это точно значит, что не стоит слушать людей, которые пытаются навязать вам мысль, что вы «недостаточно стараетесь».
Контролируем то, что можем контролировать, направляем усилия в одну точку, проникаемся классиками стоицизма, и что-то да получится. Но возможно не сразу, не совсем так и не совсем то (и это нормально).
Architec.Ton is a ecosystem on the TON chain with non-custodial wallet, swap, apps catalog and launchpad.
Main app: @architec_ton_bot
Our Chat: @architec_ton
EU Channel: @architecton_eu
Twitter: x.com/architec_ton
Support: @architecton_support
Last updated 1 month ago
Канал для поиска исполнителей для разных задач и организации мини конкурсов
Last updated 1 month, 3 weeks ago