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

2022-05-10 18:00:03 Кейс про выбор кандидата

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

Игорь, 9 лет опыта:
- 2 года в продукте по видео-звонкам
- 4 в аутсорсе, на разношерстных проектах
- 3 в продукте по подбору автомобилей

Антон, 4 года опыта:
- 1 год в соцсети для собак
- 3 в стартапе по быстрому переводу денег

У вас есть один слот для интервью на этой неделе. Открыть/Комментировать

2022-05-04 17:00:03 ​Главная задача менеджера - хороший найм

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

Крутые спецы сами разберутся и сделают хорошо. Заложат гибкую архитектуру, не забудут про корнер кейсы, попадут в оценку. Геройства и овертаймы станут просто не нужны.

На одном проекте я полгода выбивал разработчика от боженьки. В какой-то момент лёд руководства треснул (как и наша профитабилити) и нам дали Юру. У Юры было 17 лет опыта.

Он пришёл и за месяц порешал все проблемы, которые мы не могли решить год. Я не мог в это поверить. Юра просто брал и фиксил все самые дикие баги!

Один супер-профи может закрывать такой же объем работы, как несколько обычных разработчиков. Поэтому в Гугле и Фейсбуке такой жесткий отбор. Они набирают звезд-олимпиадников, чтобы выпускать свои продукты максимально быстро и качественно.

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

Здесь наша с вами задача - построить в голове руководства вот такую нейронную связь:

Экономия на команде = экономия на продукте. Открыть/Комментировать

2022-04-26 17:00:03 ​Сколько времени тратишь на разработчика

Открою вам маленькую тайну.

В голове любого менеджера каждый разработчик имеет профиль, как в компьютерной игре. Там все его скиллы с какой-то оценкой. Типо, кодит на 5, ретроспектирует на 3.

Один из супер-важных параметров в этом списке - maintenance. Означает, сколько времени и усилий менеджер тратит на этого человека.

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

В каждой машине надо менять масло, но в одной раз в месяц, а в другой раз в три месяца.

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

Про первого говорят high maintenance, про второго - low maintenance. Менеджеры, конечно, больше вторых любят. Открыть/Комментировать

2022-04-21 17:00:05 ​Советы по change requests

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

Что ж, придется изучать блокчейн и МЛ . А если у вас fix price контракт, то эти две фичи для проекта - change request (CR).

Вот несколько хороших практик по работе с такими изменениями:

Закладывайте время на оценку в стоимость CR. За обсуждение новых фич заказчик вряд ли заплатит, потому что это как бы пресейл, он обычно бесплатный. Но ведь нам нужно превратить хотелки в требования, погрумить их с командой, дать оценку. На все это тоже нужно время. Можно добавить потраченные часы к будущему контракту. Т.е. насчитали 100 часов на новую фичу, 4 потратили на оценку, выставляем клиенту 104 часа.
Если же изменение большое, как в примере выше, то его проводят как фазу discovery, уже платно.

Закладывайте старые косяки по бюджету в новые CR. Классика. Если часть проекта на старте недооценили и он ушел в минус, то совсем не стыдно часть недостачи заложить в новую оценку, чтобы улучшить баланс. Это вообще не грех, я узнавал.

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

Если CR становится слишком много, предложите клиенту перейти на Time and Material - контракт, с оплатой за потраченные по факту часы. Тогда не нужно будет бегать за каждой оценкой и подписывать документы на любое изменение. Для обеих сторон это вин.

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

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

Когда заказчик даст аппрув на новую фичу, положите ваши договоренности на бумагу. Для каждого CR надо подписать два документа: scope of work, с описанием фичи и delivery acceptance, в котором заказчик эту фичу принимает. Если отношения с клиентом хорошие, то начинать работу можно и без подписанного договора, но иметь его все равно нужно.

Эти советы настоены на горьком опыте многих ПМов. Не повторяйте их ошибок Открыть/Комментировать

2022-04-19 17:00:06 ​#реклама

Мы живем во то время, когда супергероем может стать каждый! Команда IAMPM сделала бесплатную конференцию для тех, кто хочет найти свою супергеройскую силу в IT (или уже нашел)

27 апреля поговорим:

Почему люди переходят в IT и остаются там;
Что изменилось на IT-рынке после 24 февраля;
Какие компании рады принять к себе Junior специалистов;
Какие опытные специалисты интересны компаниям прямо сейчас;
С какими трудностями можно столкнуться при релокейте;
Где и зачем сейчас брать в себе силы для обучения;

Конференция направлена на всех новичков и опытных менеджеров, которые интересуются вопросом релокейта. Тебя ждет ярмарка вакансий от 70 IT-компаний, приглашенный рекрутер из польской Avenga и розыгрыш 3х бесплатных мест на курсы IAMPM!

Все бесплатно, но нужна предварительная регистрация https://bit.ly/38NMnB0 Открыть/Комментировать

2022-04-05 17:00:07 ​Отключите уведомления

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

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

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

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

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

Не бойтесь отключить все пуши: смс, яндекс, слак, почту, телеграм, все, что найдете. Ну, кроме кроме мамы и бабушки в вайбере, конечно. Берегите свое внимание Открыть/Комментировать

2022-03-31 17:30:06 ​Запрос на новую фичу

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

2022-03-22 18:00:06 ​Плохие новости

Компании нашего региона умеют отмечать успехи. Обычно это выглядит так. Топ менеджмент собирает всех на all-staff митинг раз в квартал и промоутит хорошие новости.

"Нашим клиентом стала Тойота!"
"В прошлом квартале мы заработали на 30% больше денег, чем планировали!"

Это супер важная функция. Слушаешь топов и думаешь, о, супер, дела идут в гору, радуешься за фирму. И даже работать чуть хочется больше (на то и расчет).

С другой стороны, компании совершенно не умеют работать с негативной повесткой. Я нигде не слышал, чтобы говорили:

"От нас ушли 3 ключевых разраба, мы не смогли их удержать"
"Проект Apple blossom не взлетел. Мы потратили кучу денег на его продвижение, но ошиблись в позиционировании"

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

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

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

2022-03-18 16:00:05 ​Кто тут наши

Мне повезло еще полгода назад переехать в Тбилиси. Сейчас многие ребята из России и Беларуси тоже сюда перебираются. Заметил, что местные начинают нас потиху хейтить.

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

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

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

Берегите друг друга. Открыть/Комментировать

2022-03-06 14:54:48 Ребята, предыдущий пост (он уже удалён) писал не я. Мой канал и многие другие каналы в тг взломали с помощью бота аналитики.

Сейчас доступ восстановлен, все хорошо. Открыть/Комментировать