Менеджер от боженьки

2022-01-25 18:00:06 Открыть/Комментировать

2022-01-25 18:00:06 Кейс про плохие новости

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

Переговоры с Пашей закончились во вторник, с Оксаной - в четверг. Открыть/Комментировать

2022-01-13 18:00:05 ​Как вырасти в ПМ (или в кого угодно)

Часто в директе спрашивают "Как перейти в ПМы?". Сегодня расскажу про самый простой и органичный, на мой взгляд, способ. Он состоит из 2х шагов.

Шаг 1. Спроси у своего менеджера, чем ему помочь.
У твоего менеджера точно много работы. Часть ее он будет рад делегировать. Попроси отдать тебе какую-нибудь простую задачу и научись делать ее хорошо.

Например, ты работаешь единственным тестером на проекте. Пишешь своему ПМу: "Саша, вот ты проводишь демо спринта каждые 2 недели. Мне хочется расти, можешь показать как ты его готовишь? Я бы мог продемить несколько фич в следующий раз, если тебе ОК. У тебя наверняка других дел по горло :)". Если Саша не мудак, то, скорее всего, ему ОК и он все покажет.

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

Проект растет, нанимают еще одного QA и, видя твою активность, назначают QA лидом. А там уже и до ПМ полшага.

Шаг 2. Внутренние собеседования.
Если целишься в работу проджекта, надо точно знать, чего ждут работодатели. Открой сайт с вакансиями ПМ и выпиши от туда обязанности. Это список того, в чем надо разобраться и в идеале попробовать на шаге 1.

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

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

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

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

------------------------------------------

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

2022-01-10 18:00:05 ​#реклама

В будущее возьмут только ченджеров

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

Q: Кто такие ченджеры — это профессия?

A: Нет. Ченджерами бывают проджекты, продакты, дизайнеры и т.д. Они же могут быть и раннерами.

Q: Что это за термины? Ничего не понятно.

A: Аналитики Gartner в 2014 году предложили модель. Они сказали, что есть люди change и люди run. И сравнили их с бегом. В беге есть спринт, а есть марафон. То и то бег. Но марафонцу помогает одно, а спринтеру другое. Например, марафонец не добежит до финиша, если не будет пить воду. А спринтер — никогда не выиграет, если будет. В каждом разные тренировки, техника, даже форма и так далее. Точно так же и в работе — и чендж и ран работа, но их нужно делать по разным правилам.

Q: Получается чендж и ран — это про подход в работе?

A: Да!

Q: Как тогда понять, кто я?

A: Ченджер хорошо переносит неопределенность и хаос. Его не слишком раздражают новые вводные и постоянное перекраивание планов. «Нужно написать пользовательское соглашение? — Не знаю, что это, но разберусь и сделаю! Через неделю мероприятие, а главный спикер попал в больницу? — Что-нибудь придумаем». Когда нужно работать над похожими регулярными задачами, ченджер плачет, что попал в «день сурка».

Раннер — человек, которому комфортно, когда есть размеренность и определенность. У него «морская болезнь» на резкие изменения, поэтому когда штормит, он сначала старается призвать всех к порядку, а потом бежит с корабля.

Можно пройти тест, чтобы точнее проверить.

Q: Как стать «могу»-ченджером?

А: Сходить на курс Change Basics от Школы ченджеров. Он в формате сериала, 10 серий по 15-20 минут.

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

Q: Когда?
А: Старт 3 февраля. По 2 серии в неделю. Можно с домашками или без. Подробнее о формате и тарифах. Почитать отзывы.

Q: Скидка есть?
А: По промокоду OHGOD10 до 20 января. Открыть/Комментировать

2022-01-05 18:00:06 ​Почему необязательно отвечать на сообщение или письмо, как только оно пришло

Вот почему: Открыть/Комментировать

2021-12-29 18:00:07 Зачем это надо

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

Например, на форминге ОК сказать: "так, я все обдумал и решил, гребем вот сюда". А в другой момент, на перформинге: "ребята, вы уже взрослые, я вам доверяю, решайте сами, куда грести". Так помогаешь команде быстрее придти к следующей стадии.

По моим ощущениям, перейти от первой стадии на последнюю у новой команды занимает от 6 месяцев до года.

А по вашим? Открыть/Комментировать

2021-12-29 18:00:07 ​Стадии развития команды

Психолог Брюс Такман предложил модель развития команды, которая хорошо ложится на наш ИТ мир. Менеджеры любят к ней апелировать и спрашивать на собеседованиях. Она несложная, убедитесь сами:

Каждая команда с первого дня пройдет 4 стадии роста: forming, storming, norming, performing.

Давайте рассмотрим каждую из них.

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

Storming
Игра престолов начинается здесь. Люди поняли, кто чего стоит и потихоньку начинают разыгрывать локальные войнушки.

Кто-то уйдет: "в гробу я видал такого тимлида!".
Кто-то отмалчивается: "сами как-нибудь разберутся, зп капает и ОК".
Кто-то проталкивает свои идеи: "я в прошлой компании писал на vue.js, проект взлетел, давайте и тут все перепишем".

На производительности это сказывается плохо, из-за споров и разногласий работа делается долго.

Norming
Рано или поздно, народ устает выяснять отношения и кто-то вспоминает, что пришел сюда решать задачи. Люди потихоньку начинают слушать друг друга, договариваться, искать компромисс. Появляются ростки доверия и эмпатия. Как следствие, растет скорость закрытия задач.

На этой стадии ПМ уже задумывается о делегировании.

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

Вот и все, теперь вы знаете модель Такмана.

--------------------------------
Картинка отсюда Открыть/Комментировать

2021-12-22 19:00:05 ​Лайфхаки в SaaS

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

--------------------------------------

Зашел недавно на hotjar.com в поисках тулы для пользовательских интервью. За 30 сек не понял, решит сайт мою проблему или нет, и пошел спрашивать в саппорт. Здесь меня ждал сюрприз.

Сервис предлагает два варианта:
- "Написать в поддержку (среднее время ответа 1-2 бизнес дня)" или
- "Узнать в центре знаний (6-7 минут)"

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

Лайк!

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

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

Суперлайк! Открыть/Комментировать

2021-12-14 17:00:06 ​Еще один приемчик:

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

Тоже чтобы не болтались под ногами и не раздували беклог. Смысл в том, что если их сейчас не стыдно отложить, то 99% что до них уже никогда не доберутся.

У нас такой список называется "Postponed bugs". В нем около 30 задач, в то время как во всем беклоге в районе 150. Открыть/Комментировать

2021-12-14 17:00:06 Как держать беклог чистым

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

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

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

Это дешевле, чем каждый раз спотыкаться об нее, пролистывая список задач.

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

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