📌 Зарплата

Зарплата не зависит от типа бизнеса. Очень привлекательные оферы могут прийти как из аутсорса, так и из продукта. Обратное тоже верно - за лишние $100 в зарплате могут вести отчаянные переговоры в любой фирме.

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

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

​Вместо заключения

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

​Новая версия Scrum guide

2 недели назад анонсировали новую версию Скрам гайда. За 25 лет существования фреймворка, он менялся всего несколько раз и каждый раз это большое событие в мире Эджайла.

Следуя тренду последних лет, Cкрам стал более инклюзивным. Из гайда убрали слова тестирование, релиз, система, характерные для мира разработки софта. Людей из других сфер, которые только пробуют фреймворк, отталкивали эти термины, мол "у нас такого нет, поэтому Скрам нам не подходит". По этой причине их заменили на более нейтральные 🤐.

Сам текст будто бы прогнали через сервис glvrd.ru - он сократился с 19 страниц до 13, став менее формальным и более дружелюбным.

В этом же и минус новой редакции - общие фразы не объясняют как именно использовать Скрам. Например, в Sprint Review раньше были конкретные советы как проводить митинг: проходиться по done, обсуждать ситуацию на рынке, релизы, бюджеты. Теперь все это упразднили.

❗В новой версии есть одно действительно важное обновление.

Раньше у команды была только Sprint Goal - микро-цель на ближайшие 2 недели. Теперь все микро-цели собираются в одну большую-мега-цель Product Goal, ради которой все затевалось. Такая цель очень нужна продактам, потому что помогает ответить на вечные вопросы "какой продукт мы строим и для кого?", на которых потом строится весь продакт-менеджмент.

Изменений в новом гайде много (полный список), но большинство из них косметические - это все тот же старый добрый Скрам.

​Как найти классную работу

Весной я решил сменить работу. Сделал резюме, обновил линкедин и стал думать куда идти. Компаний на рынке много, как понять в какой классно?

На примете было несколько мест, о которых я слышал хорошие отзывы. Еще пару компаний я нашел на основании:

✅ отзывов друзей, которые там работают;

✅ советов знакомых эйчаров. У них есть картина всего рынка, они много знают о других компаниях;

✅ кнопке "кто из контактов в линкедин работает в этой компании". Если где-то работает несколько человек, которых я знаю как крутых спецов - это весомый показатель того, что и фирма хорошая. Зачем классным ребятам трудиться в неклассном месте, верно?

✅ отзывов и обсуждений на дев бае, а также новостей об этой организации по тегу. Украинские компании смотрите на доу. Для российских гуглите "название компании + отзывы".

Так я составил список мест, где хотел бы работать.

P.S. Если вам интересно какие продуктовые компании Минска попали в мой субъективный шорт-лист - напишите в лс. Публиковать его тут не совсем правильно.

​Если сделали несколько оферов

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

Как настоящий п̶р̶о̶д̶а̶к̶т̶ зануда, я решил составить табличку скоринга - критериев, которые важны на новом месте (это не только зп!!). Результат на скриншоте.

Заполняю такую уже во второй раз и снова наблюдаю один эффект. Когда она почти готова, приходит четкое понимание "ой, да что тут думать, конечно, Компания Х". Не знаю как это работает 😆

​2020 -> 2021

Друзья, с наступающими праздниками! Желаю вам:

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

Вы, конечно, знаете, что во всем остальном мире больше празднуют католическое Рождество, чем Новый Год. Не забудьте поздравить своих клиентов на этой неделе! Если совсем нет вдохновения придумывать слова, вот вам темплейт:

Dear Matt,

This was a really challenging year and we have made a lot of great things together. Looking forward to the next one, sure it'll be even more fun!

Our team wishes you strong metrics, enthusiasm for you team and a bunch of happy customers.

Merry Christmas to you and your loved ones!

Как описывать задачи: подробно или коротко?

Представим, что команде нужно сделать новую фичу - форму обратной связи. Один менеджер потратит 2 часа и опишет задачу подробно, учитывая каждый нюанс:

📌 автореплай на отправленное сообщение отправлять с почты ...
📌 запрашивать номер телефона и валидировать по правилам ....
📌 максимальный размер прикрепляемых файлов 5 МБ, минимальный 1, поддерживаемые форматы..... Если формат не поддерживается, выводить сообщение....

Ну вы поняли.

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

Другой менеджер потратит 5 минут и опишет задачу общо:

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

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

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

Лично я выбираю вариант посередине. Описываю основные сценарии, которые, понимаю, что будут влиять на разработку и продукт. Некритичные детали и нюансы решает команда. В случае с формой обратной связи я бы написал вот так:

📌 через форму поддержки продавцам будут приходить письма с уточнениями о заказе, предположительно 50-100 в день.
📌 пользователи будут оставлять жалобы о товаре с фото, поэтому нужно прикреплять файлы

А как вы описываете задачи?

​Рецепт идеального спринта

Если продакт-оунер где-то загулял, а спринт пора начинать, берите инициативу в свои руки и планируйте загрузку команды примерно так:

40% - новые фичи;

15% - технический рефакторинг: удаление и переделка старого кода, долги по тестам, CI;

15% - бизнесовый рефакторинг: доработка и улучшение уже выпущенных фич;

10% - багфиксинг: ошибки приложения, которые не вошли в предыдущие два пункта. Ошибки новых фич рекомендуется закладывать в первые 40%;

10% - разработка, а-ля RnD: проверка гипотез, прототипы фич, всякие пруф оф концепт для клиентов, попробовать новые библиотеки и фреймворки;

10% - запас на случай непредвиденных задач (а они будут);

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

Если этот рецепт вам не подходит, держите упрощенный, работающий во все времена:

❗Делать надо те задачи, которые приносят деньги. А те, что не приносят - не делать.

​Результаты ретры в беклог

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

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

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

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

​Фидбек от клиента

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

Человеку сложно было сказать о своих проблемах явно и четко, так, чтобы даже прямолинейный технарь его услышал. Он говорил общие фразы, вроде it's going OK, а я думал, что все идет отлично.

Особо внимательным нужно быть с американцами: когда они говорят it's OK, значит все точно не ОК, значит дела так себе. ОК в нашем понимании этого слова - это amazing, outstanding и great job на их языке.

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

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

Это как вопрос "Все ли вам понравилось?" в конце ужина - мало кто честно ответит официанту. Легче сказать "Да, все ок", чем устраивать разборки. А вот влупить 2 зведы в гугл картах и написать что суп холодный - гораздо проще.

Ссылка на форму: https://forms.gle/Tb66Jmtgd2ioDUZF9

Хорошего фидбека!

Сколько зарабатывают и тратят аутсорсинговые компании

Иногда заходишь на работе на кухню и слышишь такой разговор:

Вот я гребу за 2К, а контора получает 40 баксов в час, это же почти 7К в месяц! Нехило так, 5К кладут себе в карман, могли бы и побольше платить.

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

Доходность в аутсорсинге - всего 10-15%. Это средние цифры по индустрии, где-то больше, где-то меньше. Кроме зарплаты, у компании есть еще много других затрат, смотрите:
💰 подоходный налог (13% в Беларуси) + ФСЗН (~170$) - 450$
💰 отпуск и больничный - 200$
💰 сейл отдел, который продал проект, заберет 5% от выручки - 350$
💰 зп других непродакшн сотрудников, за которых не платит заказчик - маркетологи, эйчары, директор (из расчета 0.5 непродакшн сотрудника на одного из продакшена) - $1000
💰 бенч, когда у человека нет проекта (минимум 10% времени в год) - 700$
💰 офис - 250$
💰 техника, печенье, корпоратив, страховка, компенсация спорта, курсы английского и прочие "мелочи" - 350$
💰 налог на прибыль или выручку (сильно зависит от страны, в которой компания получает деньги, пусть 3% от выручки) - 200$

В сумме получается $3,500 сверху зп (все расчеты, конечно, примерные), а значит компании остается $1,200 или 18% от того, что оплатил заказчик. Не так уж и много, как казалось на первый взгляд. А ведь это только постоянные издержки - деньги, которые надо платить, чтобы завтра не закрыться.

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

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

Фит по культуре

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

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

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

Круто, когда компания транслирует наружу свои ожидания и культуру. Вот несколько таких примеров:

- Культурный код Pandadoc 
- Amazon leadership principles
- Советы для кандидатов в Яндекс

Привет!

Это канал про управление проектами. Тут про команды, заказчиков, разработку, процессы и карьеру в ПМ.

Посты выходят раз в неделю, иногда бывает реклама.

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


Про автора:

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

Сейчас работаю Staff Technical Program Manager в берлинской фудтех компании HelloFresh

Добавляйтесь в линкедин профиль, будем там дружить 👋

А вы?

​Пример оценки фичи

Представьте, что ведете проект а-ля мессенджер. Заказчик присылает вам такое письмо:

Хочу фичу, чтобы можно было отправлять фото в чат. Сколько будет стоить?

Давайте разберем, что делать.

Если на проекте есть бизнес-аналитик, просим его расписать юзкейсы. Если нет - пишем сами, примерно так:
📌 получить доступ к галерее;
📌 выбрать фото + превью перед отправкой;
📌 загрузить фото в чат;
📌 посмотреть отправленное фото;

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

Чтобы не раздувать скоуп, предлагаем все необязательные кейсы сделать потом, в фазе 2. Вдруг фича вообще не пойдет? На этом этапе полезно смотреть, как аналогичные фичи работают у конкурентов 👀.

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

Мобильщики смотрят на требования и говорят, что на разработку нужно 80 часов. Бекенд просит 40. Дизайнеру понадобится 40 на отрисовку экранов. В сумме 160.

Закладываем 30% на тестирование, 20% на стабилизацию, 10% на коммуникации + 10% на себя. Сверху накидываем 10% рисков и получаем 140 часов.

По рейту 40 в час выходит $12,000. Но это еще не все.

Фотографии нужно где-то хранить, для этого понадобится отдельный сервер. Заказчик говорит, что фичей будет пользоваться каждый пятый юзер, загружая где-то 100МБ фоток в месяц. Берем текущий МАУ, приносим бекендеру и получаем какую-то цифру, например, $500 в месяц.

Напоследок, прикинем таймлайн 📅.

Бекенд может начать первым, параллельно будем рисовать дизайн. По оценке команды это неделя, но добавим 3 дня на обсуждения, утверждение макетов и риски.

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

В итоге получаем 5 недель.

Оценка готова. Ставим в копию сейла и отправляем заказчику.

​6 книг для начинающего менеджера

Если ваш друг хочет стать менеджером и спрашивает, что ему почитать, посоветуйте вот эти книги:

1️⃣ Как стать менеджером в ИТ - из чего состоит профессия.
2️⃣ Черная книга менеджера - как работает ИТ бизнес, с точки зрения его владельца.
3️⃣ Scrum и XP, заметки с передовой - как пользоваться скрамом.
4️⃣ Как пасти котов - как ставить задачи разработчикам и помогать им расти.
5️⃣ Не заставляйте меня думать - как делать удобные интерфейсы, чтобы было понятно и бумеру и зумеру.
6️⃣ Разработка требований ПО - как из фичи на месяц сделать фичу на неделю с помощью требований.

Книжки все короткие (кроме последней) и несложные, чтобы начинающий менеджер не впал в тоску и не передумал. Для начала самое то.

И, конечно, советуйте этот канал 😊

Длительность спринта

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

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

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

- 1 неделя;
- 2 недели;
- 3 недели;
- 4 недели;

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

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

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

​Как фильтровать идеи клиента

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

1️⃣ Вот как вежливо не согласиться:
- I'm not really sure about that.
- The team's got few concerns about this feature.
- I can't see how it benefits the product.

2️⃣ Затем добавляем аргументов:
- Have you seen such a solution somewhere on the market?
- Have you done any user research on that? How will it affect the product?
- The estimate of this feature is 1 month. We can reduce it to 3 weeks by...., but not more.
- Making it this way will bring some negative impact: ...

3️⃣ В конце немного сглаживаем углы:
- Anyway, the final decision is on you.
- These are just my thoughts, you know your product better.
- I just want to show you the alternatives, so that you have a full picture.

​Почтовый спам при регистрации

В интернете есть одна вещь, которую я не понимаю. Почему-то все сервисы думают, что я хочу получать от них рекламные письма, после того как зарегистрировался.

Это не так!

В действительности у меня нет выбора получать их или нет. После регистрации они просто начинают приходить и все. Отписываться от новостей и скидок становится уже моей проблемой 😔

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

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

А вот эти вещи, наоборот, раздражают, лучше так не делать:
❌ Чтобы отменить рассылку нужно залогиниться.
❌ Дополнительные шаги в момент отписки, типо "вы уверены, что хотите отписаться?"
❌ Много чекбоксов для разных писем (скидки, новости и т.д.) и надо кликнуть на каждый. Нет кнопки "отписаться от всего".
❌ Пожалуй, самое грустное - это бесполезные письма: "Нам сегодня 10 лет", "С Рождеством Христовым!" и тому подобные. В них для получателя нету никакой ценности.

​Как давать негативный фидбек

Одно из самых сложных в работе для меня - давать негативный фидбек.

С позитивным все легко и просто, ведь хвалить людей всегда приятно. А критиковать как-то неуютно, таких разговоров хочется избежать. Мол, откуда вообще у меня право говорить человеку как ему жить?

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

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

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

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

1. Стремись помочь. Критикуй с искренним желанием сделать мир лучше.
2. Предлагай конкретные шаги. Объясняй, что именно человек сделал не так, какой был негативный эффект и как его можно было избежать.
3. Будь благодарен за обратную связь. Когда слышишь негатив, твоя естественная реакция - начать оправдываться и защищаться. Ее надо побороть и вспомнить про пункт 1.
4. Не всем советам обязательно следовать. Некоторые из них могу быть действительно "мимо". Только тебе решать к каким прислушаться.