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

Не знаю какие вопросы будут, но надеюсь спросят о том, почему я никогда не скажу, что могу делегировать все что угодно.

Увидимся!

Никогда не делай для кого-то, всегда делай для себя

Такой совет дал сэнсэй моему ребенку перед предстоящим экзаменом по каратэ. Дальше прокомментировал: «Делай комплекс движений не для жюри, зрителей или родителей. Делай для себя. Чтобы ты сам гордился тем, что ты делаешь. А на других забей».

Кажется, это совет был для меня. Потому что я часто делаю для кого-то, а на свое «хочу» забиваю. То, что я ушла из найма в свой бизнес было как раз по этой причине — делать то, что я хочу и не подстраиваться под других. Хоть и в найме у меня была полная свобода в принятии решений, эта свобода все равно условная.

Прикол в том, что учитывая свой голос, продукты всегда выходят круче: с искрой, игрой, чем-то из-за чего к тебе приходят повторно и оставляют классные отзывы. Каждый раз думаю о Форде и Джобсе, которые были мастерами слышать себя и следовать своему видению. Да и тот же Маск, который сумасшедше двигается к своей мечте и не смотрит на других.

А я задавливаю: иногда замечаю, что вот в этом продукте у меня были классные мысли, но я не отстояла их перед бизнес-партнером, не объяснила, не продала. И спустя время понимаю, что надо было. Это было бы поворотной фичей или решением проблем, которые появились.

Часто не отстаиваю по двум причинам: 1/ не уверена в своем решении, кажется, что не хватает экспертизы; 2/ нет ресурса.

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

Заметила на днях, что там, где я не прописала скорее всего продавила свой голос и сделала так, как хотят другие. Потому что быть удобным другим проще, чем противостоять. Особенно, когда энергии нет.

Решила рассказать, вдруг у кого-то такая же проблема. Делитесь, как вы решаете. Может есть еще какие-то костыли, которые помогают жить, пока разбираешь это все терапии.

#не_учили_в_школе, #хакаю_мозг

Дайджест полезных постов

Раз в пару месяцев выбираю лучшие, на мой взгляд, посты из нашей продуктовой папки и делюсь с вами.

Мой топ-5 из последнего:

В канале Product Channel Fit, Камилла подняла важную тему — как мы себя ведем, когда влезаем в чужую работу. Советует приносить ценность, а не налог. А еще классно разобрала, почему одних повышают, а других нет.

Понравилась матрица мотивации, которую Леша Иванов выложил в Ponchik News. Простая, но рабочая. Всего два разреза: блокеры и драйверы. Попробовала, много инсайтов.

Миша Греков в канале «Про удобство» говорит о смекалке, как одном из отличий работы проектной и продуктовой команды. Приводит прикольные кейсы её проявления, например хак оптовых заказов на заре Амазона.

Тигран Басеян выложил шаблон борда, который помогает оценить рынок, на котором ты работаешь или собираешься выводить свой продукт. Понравится продактам и предпринимателям.

В канале Product Do понравился метод, как проверять готовность идей к разработке — тест «Начинаем завтра». Тест заставляет мозг перейти из мира мечтаний в мир «на меня пристально смотрят 5 программистов» и принять все продуктовые решения, которые иначе заблочат всех на первом же повороте.

#дайджест

Невидимые фановые проекты

Недавно ко мне пришел сын и сказал, что хочет копить себе на Nintendo Switch. У него было часть накоплений, но недостаточно. И мы начали думать, как заработать. Например, придумали организовать ярмарку для друзей, на которой дети будут продавать еду, которую вместе приготовили с родителями, а родители покупать.

Чтобы организовать подобное мероприятие нужно продумать многое: что дети будут продавать и по какой цене, объяснить им что такое реклама и как ее делать, создать пространство, где будут продавать, собрать родителей в чат, написать анонс и т.д. Полноценный проект, как видите.

Я их называю невидимыми и фановыми: они маскируются под задачу и чаще всего выходят из желания кому-то помочь. Например, коллега Маша попросила помочь с презентацией проекта, просто послушать и дать обратную связь. Вы слушаете и понимаете, что дело шляпа — начинаете откатываться и хоп — малюсенькая встреча «послушать» превращается в полноценный проект.

Пока вы помогаете Маше, ваши личные проекты не двигаются. Потому что два дела одновременно не сделаешь. И в конце недели, вы смотрите на то что сделали — видите, что не продвинулись по работе, но то что помогали Маше либо не учитываете либо забываете. Поэтому либо еще больше начинаете вкалывать, либо сдаетесь и выгораете.

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

#управление_проектами

Делать по-своему, а не по «стандартам» индустрии

Когда мы создавали Школу сильных программистов — первое время у нас было 0 корпоративных клиентов. Все продажи были за счет частных лиц. Так сложилось, потому что я ненавидела продавать компаниям. На самом деле не умела и дико этого боялась.

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

Когда я поняла это — пошла учиться продавать, но у меня не особо получалось и вызывало отвращение. Энергия быстро у меня кончилась, на силе воли долго не протянешь.

Через Х итераций, я подумала, что стучусь в закрытую дверь и надо что-то менять. И тогда ко мне пришла мысль, что я пытаюсь ехать не на сильной своей стороне. Надо делать то, что я хорошо умею. А умею я делать такие продукты, что людям хочется купить все, что я делаю.

Эти люди не живут в вакууме, они работают в компаниях, которые мне интересны. У меня появилась гипотеза: «что если, я сделаю заход с их стороны и скажу чтобы приводили коллег, если мой продукт им понравится? И чтобы платили от юрлица, если у них есть такая возможность?»

И это сработало. К нам начали приходить компании за обучением сотрудников. А я постепенно, обрабатывая их запросы, осмелела продавать: не боюсь найти контакт нужного человека в компании, написать в холодную и добиться, например, встречи, на которой с гордостью расскажу, что мы делаем и почему мы нужны этой компании, если это действительно так.

Вывод:
1/ Если понимать свои сильные стороны и опереться на них — вероятность того, что у тебя получиться сильно выше, чем когда пытаешься выжать из себя то, что у тебя выходит хуже, чем у других.
2/ Чтобы достичь цели необязательно делать, как принято в индустрии, можно делать по-своему и в своем темпе.

#принципы_работы

Паук ответственности

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

Паук ответственности — это майндкарта, где каждая ветка соответствует роли или типу задач, которые выполняет сотрудник. Визуальный слепок того, чем человек занят каждый день. Мы как-то в МИФе назвали его пауком из-за того, что когда рисуешь — эти ножки похожи на паучьи. Паука я использую для того, чтобы увидеть нестыковки. Сейчас объясню, чтобы понятнее было.

Например, у CMM-менеджера там будет написание постов и публикация в соцсети, возможно разработка стратегии коммуникации в каждой из сетей. А еще чаще всего будет то, о чем руководитель и не думал.

Например, он будет половину времени тратить на создание отчетов, которые нафиг никому не нужны. И делать он будет это очень плохо, но так сложилось исторически и еще некому передать. Или он рисует картинки для постов, тратит на это тучу времени, а можно было бы делегировать фрилансеру задешево и сразу повысить качество.

А еще там может быть какая-то работа, которая давно ему оверквалифайд и руководитель получается, неэффективно использует ресурс. Ведь мог нанять подавана, а этому дать задачу например, рост числа подписчиков, вместо того же рисования картинок. Ни разу еще не видела паука, в котором не было никаких новостей и выводов. Такое бывает только в пауке на новую вакансию, на которую не пришел еще кандидат (так я тоже использую паука).

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

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

#команда

Разбираю ваш паук ответственности

Пост о пауке ответственности вызвал много реакций и вопросов: как же его делать и анализировать. А у меня как раз закончилось наставничество для клиента и появилось время в пятницу днем.

Сложив эти два фактора, возникла идея устроить воркшоп по созданию ваших пауков.

Предлагаю следующий формат:

1/ Вы составляете список того, что делаете на работе: роли и задачи. В гугл документе или экселе. Описываете так, чтобы любому человеку было понятно, но при этом не простыней. Открываете доступ всем на просмотр.

2/ Создаете доску в миро или фигме и даете доступ на редактирование.

3/ Эти две ссылки с коротким интро о вас — присылаете мне на почту ip.marianaonysko@gmail.com до 4 июля.

4/ Я смотрю всех, кто пришлет и выбираю тех, кого нагляднее будет разобрать. Наверное это будет 1-2 разбора, чтобы влезть в час.

5/ Если вы попали на разбор — прошу подключиться 5 июля в 16.00 по Тби (GMT+4). На встрече мы сначала составляем вам паука, а потом анализируем. Остальные делают себе тоже самое или просто наблюдают и задают вопросы.

Просто прийти и послушать тоже можно, но если никто не пришлет на разбор свой список — разбирать не будет кого) Так что лучше сделать и не думать о том, что кто-то другой пришлет. Возможно это единственный раз когда я что-то подобное организовую, да еще и бесплатно.

В пятницу перед встречей — оставлю здесь ссылку на зум.

Дешевый интернет в зарубежных поездках

Сейчас будет нетипичный для этого канала ситуативный пост, но я решила его написать, потому что сервис, о котором я узнала помог мне уже дважды за последние 2 недели. И я уверена, что многие, как и я узнают о нем впервые.

Короче, я часто путешествую в другие страны и мне нужен там интернет. Хотя бы для базового — загуглить что-то когда потерялась или дойти от точки А до точки Б. Для этих задач я покупаю либо роуминг (часто это довольно недешево и нет гарантии, что будет хорошо работать), либо локальную симку — часто нет есим, поэтому приходится возиться с переставлянием слотов или носить отдельную приблуду, которая раздает вайфай и жрет скорость.

Но недавно из нашего чатика комьюнити Сильных программистов я узнала, что есть Airalo — приложение, в котором ты выбираешь страну, в которую собираешься ехать и покупаешь за 3-4 долл 1 гигабайт в неделю доступ к местной есим. Можно и больше, если нужно.

Подключаешь по кюар коду за 30 сек и у тебя стабильный интернет. Потом уезажешь из страны и убиваешь эту есимку. Все. Я уже затестила на Турции и вот сейчас на Казахстане. Работает стабильно, в Казахстане ловит даже 5G. Дешевле и важно — стабильного интернета у меня еще не было.

У них есть своя рефералка — по промокоду MARIAN6317 3 бакса на счет вам и 3 мне. Как раз на одну поездку хватит).

P.S. Я теперь думаю, «блин, может есть что-то еще такое супер полезное, а я не знаю». Так что делитесь в комментариях, думаю полезно будет всем. И я погуглила airalo и узнала, что у него есть конкуренты — может они и лучше, если пользуетесь — расскажите тоже.

Дайджест полезных постов

Раз в пару месяцев выбираю лучшие, на мой взгляд, посты из нашей продуктовой папки и делюсь с вами.

Традиционный топ-5 из последнего:

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

Леша Иванов написал о супер важной теме — внимании. Куда ты смотришь каждый день, куда ты печатаешь буквы, куда ты говороишь слова — то и растёт. Подписываюсь под каждым словом.

Аня Булдакова поделилась инсайтом — багом продактов. Когда они боятся оставить команду без работы, и из-за этого приоретизируют несколько «маленьких» фич — чтобы команда не «простаивала». И разбирает какие у этого последствия. Супер ценно и жизненно.

Прикладное для проджектов, которые хотят сдать сертификацию на PMP — Рома Ковалевский недавно проходил этот путь и сделал полный гайд.

Никита Хромушкин сделал полезный чеклист и карту в миро о том, что стоит спросить у своего работодателя, чтобы работа была эффективнее.

#дайджест

Чему поучиться у братьев Райт

У нас в Школе сильных программистов есть традиция — в сертификаты выпускников добавлять какой-то исторический факт, косвенно связанный с темой курса, чтобы он был напоминалкой или якорем того, что обсуждали в курсе.

Мы не сильно это подсвечиваем, но недавно одна ученица курса «Анализ систем» спросила при чем тут история о братьях Райт к анализу и проектированию сложных систем. Мне захотелось расказать сразу всем, потому что мысли важные и кажется, подойдут не только ученикам этого курса.

Так вот, кейс с братьями Райт такой: у них была мечта — построить самолет, над которой они долго трудились и, как мы знаем сейчас — добились. У меня из этой истории несколько выводов:

1/ У них много раз не получалось. Они строили, пытались взлететь и терпели поражения. Но вставали и пробовали снова. Марьяна, если ты во что-то веришь и у тебя не получается — попробуй еще, а не отказывайся от своей мечты после первой неудачи.

2/ Иногда для реализации нужно правильное время. Чтобы появились нужные запчасти, технологии или знания. У меня много раз, бизнес был не готов к моим идеям, но спустя 2-3 года — решался с удовольствием. Если я что-то предлагаю, а меня не слышат — может слишком рано, надо подождать.

3/ Чтобы работать на свою мечту, братья Райт держали маленький магазин, в котором продавали и чинили велосипеды. А вырученные деньги помогали им содержать свою жизнь и спонсировать эксперименты с самолетом. В книге, которую я о них читала, было видно, что этот магазин не приносил им счастья, но они были рады, что могут себя обеспечить и не зависить от других людей. Для меня это значит: нелюбимые задачи, которые дают мне деньги на любимые имеют право на жизнь и дают мне свободу.

Проектируя сложные систему 100% не получится с первого раза, точно будет сложно найти спонсора твоим начинаниям и возможно предложенное решение будет слишком рано для вашего бизнеса. Или вам самим придется думать, какие задачи могут обеспечать ресурс на то, чтобы реализовать задуманное.

И если это случится, и захотите опустить руки — вы вспомните о братьях Райт и возможно это вас поддержит.

Замените «проектирование сложных систем» на любую другую активность и текст далее кажется, тоже применим.

#принципы_работы, #фичи_курсов, #книги

Ищу проджекта к себе в команду школы

Первый наш проджект — Зоя, до сих пор с нами, и за годы обросла кучей обязанностей — заботой об учениках, рекламой, b2б-продажами.

В прошлом году мы решили нанять Зое помощника — так появилась Юля, которая тоже до сих пор с нами. Сейчас Зоя целиком уходит в b2b, а мы ищем нового проджекта. Понимаем, что найти вторую Зою будет сложно, но мы попробуем.

Нам нужен человек, который будет, как и Зоя, не просто отвечать за запуски курсов, а делать так, чтобы минимально вовлекать в это нас с Федей (мой бизнес-партнер по школе). Чтобы мы в это время могли делать стратегические задачи — обсуждать новые партнерства, выходить на новые рынки, писать контент новых курсов.

Мы тут думали, что нам важно в человеке, который пойдет на эту роль и поняли, что самое важное — это если он:

1/ На «ты» с дедлайнами. Каждую неделю у него не умирает по бабушке, а ретроградный меркурий не влияет на его производительность. Если проджект обещает запуститься в среду — запускается в среду.

2/ Берёт задачу и делает, а не теряет. Мы привыкли доверять команде и не любим стоять над людьми с палкой. Проджект, которому нужен микроменеджмент, не подойдёт, увы.

3/ Любит не только поруководить, но и поделать руками. Потому что иногда это быстрее или просто некому отдать. И для него это скорее кайф, чем «О боже, я не умею!». Стартаперская среда ближе по духу нашему проджекту, чем большая корпорация.

4/ Ему не пофиг, какой будет конечный результат. Выполняя задачу наш проджект-мечта думает о том, как не делать её второй раз: понимает цели бизнеса, ищет нестыковки, прорабатывает риски.

5/ Честен. Если что-то идет не так, проджект расскажет как есть, а не начнёт вертеться как уж на сковородке и рассказывать, что все вокруг виноваты.

6/ Любит порядок. Знает где лежит какой файл, фиксирует важное, в документах невозможно свернуть шею.

Если это вы — посмотрите нашу вакансию. А заодно и тестовое задание, чтобы лучше понять, с чем придется работать и не тратить время друг друга на бесмысленные собеседования.

Всех людей в команду мы нашли через этот канал, верю, что и в этот раз так же случится. Приходите, если вам откликается. Особенно жду тех, кто проходил краш-курс по затаскиванию проектов в срок, потому что с вами мы уже говорим на одном языке.

UPD: Прием заявок закрыт.

Ключевой вопрос: что бы я посоветовала своему клиенту?

Иногда я попадаю в какую-то ситуацию в работе, с которой сложно справиться. Например, меня заваливает задачами так, что я перестаю тащить, или не знаю как решить какой-то кейс. Это ситуации, когда руки опускаются и совершенно нет представления, что делать и как быть.

Однажды мы разбирали с коучем подобную ситуацию и она меня спросила: «Может ты уже была в подобной ситуации? или может кто-то бы и ты знаешь/предполагаешь, как это решалось?». Это было очень полезно: потому что подобных ситуаций было вагон у моих клиентов и коллег, когда я была в найме. И я нашла в них опору, выглядело, как свет в конце тонеля.

Дальше стояла задача выйти из контекста своей текущей роли и переместиться в консультанте. Коуч спросила: «Марьяна, что ты бы сейчас себе посоветовала, как клиенту?». И у меня сразу нашлось решение, потому что со стороны всегда проще увидеть решение и легче советовать: нет эмоций, есть уверенность в себе.

С тех пор, в трудных ситуациях, я перемещаюсь в роль консультанта и задаю себе вопрос «А что я бы посоветовала в этой ситуации своему клиенту?» И еще ни разу этот вопрос меня не подвел.

Если вы сейчас в тупике, попробуйте задать себе вопрос «Что бы я посоветовал/ла своему клиенту/коллеге?».

#хакаю_мозг

Новый поток «Стать тимлидом» и как он помогает изменить майндсет

Мы открыли запись на новый поток обновленного курса «Стать тимлидом». С этого курса началась наша школа, и до сих пор я считаю его самым важным в нашей продуктовой линейке.

Когда-то мы задумывали его для программистов, которые хотят расти в менеджеры и для менеджеров, которые недавно были программистами. После последнего апдейта он стал полезным даже тем, кто не собирается руководить. Потому что он про смену майндсета, а не только про инструменты и фреймворки.

Главную задачу, которую мы с Федей ставили перед собой — дать вам возможность посмотреть на все под необычным углом и наконец-то перестать мириться в работе с дерьмом.

Например,
1/ Уходя в отпуск, мы продолжаем работать, думая, что команда без нас не справится. Но это не так — справится.

2/ Принимаем то, что на работе наша роль непонятна, а задачи не описаны, потому что вокруг у всех так же.

3/ Привыкаем и не чиним вечный конфликт между бизнесом и разработкой, потому что проще ругаться, чем найти общий язык.

4/ Миримся с постоянными изменениями требований и с отсутствием четких приоритетов, потому что «а как иначе, мы же в таком мире живем».

5/ Соглашаемся на нереалистичные ожидания и принимаем микроменеджмент, даже когда это тормозит работу и убивает инициативу.

Но это далеко не норма и можно совершенно по-другому.

На эти и другие вопросы «ненормы» мы отвечаем в 5 больших лонгридах. Там где мы не чувствуем свою экспертизу — за нас отвечают люди с рынка, которым доверяем.

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

Если вам это близко, присоединяйтесь. Начинаем 18 сентября. Это последний поток в этом году. Учимся 5 недель, плюс прокачиваем навык обратной связи.

До понедельника (26 августа) действует промокод ST2M на 10% скидки. Оплатить можно любой картой или по счету, если учитесь за счет компании.

P.S. Если вы идете по руководящему треку в своем развитии — берите тариф с обратной связью, не пожалеете. Для остальных — базового тарифа будет более чем достаточно.

Проекты-мухи и проекты-слоны

Недавно, планируя нагрузку на ближайшие несколько месяцев, я охренела от количества задач. Сначала я выписала все проекты и оценила их по важности и срочности и оказалось так, что надо сделать в 3 раза больше, чем я обычно делаю.

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

И вот когда я во второй раз лежала и ела себя за то, что нифига не делаю, а так много всего — я поняла, что очень много напряжения идет от осознания как много всего. И начала разбирать почему так много всего.

Оказалось, что большая половина проектов и задач в моей голове выглядели гигансткими проектами (слонами), но по факту, трезво их оценив — оказались маленькими (мухами).

А гигансткими я посчитала их потому что была не в ресурсе. Помните поговорку «не раздувай из мухи слона»? Вот я раздувала. От этого осознания, мне стало легче дышать и появилась мотивация брать и что-то делать.

По итогу сделала 2 вывода:

1/ Никогда не планировать нагрузку на большие отрезки времени в низком ресурсе. Взять себе день-два на отдохнуть и только потом оценивать задачи и ставить их в план. Потому что я могу как не добрать, так и перебрать.

2/ Регулярно проверять не мимикрируют проекты-мухи под проекты-слоны и калибровать их в нагрузке.

#хакаю_мозг

Как из-за плохой коммуникации можно потерять работу

У меня есть подрядчик, с которым я работаю уже довольно давно. На него можно положиться, он хорошо выполняет свою работу. И вот я даю ему очередную задачу, он берет её и спустя некоторое время приходит со словами: «Я готов продолжать, но только если вы заплатите мне больше». Причем это «больше» почти в два раза превышает первоначальную сумму. Мол, повысилась нагрузка, плюс инфляция.

Сказать, что я была в шоке — ничего не сказать. Ноль аргументов, только общие слова. Первое, что мне захотелось сделать — уволить его. Я почувствовала, что меня просто хотят обмануть, а у меня есть жесткое правило — не вести переговоры с террористами.

Четкая коммуникация — база качественного сотрудничества. Недостаток общения или нечеткие формулировки могут привести к недоразумению и конфликтам, даже если до этого всё шло гладко.

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

Поэтому я решила показать, как эта ситуация выглядит с моей стороны, что я чувствую и какие выводы делаю. И спросить, что стоит за словами этого человека.

Говорите на языке фактов, чтобы избегать конфликтов. Оказалось, что человек действительно перерабатывает. И, как выяснилось, это не первый проект, но он не счел важным об этом сказать. Так делать не стоит. Аргументированное объяснение своих требований и действий — это то, что поможет избежать 80% недоразумений.

Текстовые сообщения — не место для важных переговоров. Мы действительно неправильно друг друга поняли. Поэтому в курсе «Есть минутка» мы с Федей советуем никогда не вести сложные переговоры в чате, особенно если есть вероятность, что вас поймут неправильно. И это был как раз тот случай. Назначайте встречу и в разговоре опирайтесь на факты и аргументы.

Обсуждайте условия заранее. Если перерабатываете, говорите об этом по окончанию проекта или перед началом нового. Это даст вашему заказчику возможность выстроить правильные ожидания. Особенно если вы планируете брать за свои услуги в два раза больше — заказчик может быть не готов к такому повороту, и лучше узнать об этом заранее.

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

#коммуникации

Вышел новый отчет исследования рынка продактов 2024

Который периодически выпускает Devcrowd (писала выводы об отчете 2022 года). Хочу поделиться и в этот раз своими советами, как можно полечить какие-то проблемы. А еще сказать спасибо за то, что голосовали за мой канал, попал в подборку тех, кто читает. Я не просила и не участвовала с площадкой в исследовании, поэтому вдвойне приятно.

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

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

Далее подробнее с комментами:

1/ Научились лучше управлять собственным временем и фокусом, но это все равно в топе проблем. Для меня ключевые причины здесь это спасательство (пост 1, пост 2, пост 3) и не умение вести асинхронную коммуникацию хотя бы в чате. В курсе «Есть минутка», мы с Федей говорим о том, как уменьшать синхронность: например, вместо кучи отрывистых сообщений стараться писать одно обстоятельное сообщение (формула: понятная задача/вопрос - понятный ответ)

2/ Все еще сильно хромает история с взаимодействием со стейкхолдерами. Тут интересно покопать, что имелось введу, потому что эта проблема была и в прошлый раз. Мои гипотезы: приносят каждый раз требования, приходится много переделывать, появляются стейкхолдеры, о которых не знал. И это все в последний момент. Если это ваша история — расскажите в комментариях подробнее — напишу серию постов.

3/ По прежнему уходит много времени на встречи, налаживание процессов, приоретизацию и планирование. Историю со встречами можно чинить, советую почитать книгу «Смерть от совещаний» Патрика Ленсиони (шикарная книга в формате бизнес-романа). Остальное надо смотреть тоже, в чем там сложности, но о многом я рассказала в краш-курсе по затаскиванию проектов в срок. Там про проектные сложности и надпроектные (когда тебе надо жонглировать разными проектами одновременно и ничего не потерять).

#принципы_работы

Проджектам: на что обратить внимание при поиске работы

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

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

Итак, топ-3:

1/ Резюме без выполнения тестового задания, если в условиях было указано другое. В условиях вакансии было указано сделать тестовое задание, однако некоторые кандидаты отправляли только резюме, видимо, не вникая в требования.

2/ Прислали тестовое задание, но не настроили видимость, так что я не могла открыть. Запрашивала доступ только у тех, кто указал на возможность таких трудностей в сопроводительном письме потому что видно, что человек старался, но что-то в процессе пошло не так.

3/ Несоблюдение условий тестового задания. Человек старался, но в итоге результат не соответствовал требованиям.

4/ Факап дедлайнов. Дедлайн давно прошел, а я до сих пор получаю тестовые с пометкой «посмотрите, может вам подойду». Не понимаю зачем люди тратят время, если дедлайн прошел. Так же с осторожностью смотрела на тех, кто присылал в последнюю минуту. Это тоже звоночек плохой привычки, а для меня это не ок.  

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

Если бы не было других вариантов, я бы дала шанс исправить такие ошибки. Но когда на другой чаше весов кандидаты, которые не только справляются с тестовым, но и внимательно относятся к форматированию и пишут понятное сопроводительное письмо — таким кандидатам хочется уделять внимание.

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

Если вы нанимаете проджектов, на что обращаете внимание при первом фильтре? Напишите в комментариях — сделаю подборку.

#команда, #управление_проектами