Получи случайную криптовалюту за регистрацию!

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

Логотип телеграм канала @pm_god — Менеджер от боженьки М
Логотип телеграм канала @pm_god — Менеджер от боженьки
Адрес канала: @pm_god
Категории: Технологии
Язык: Русский
Количество подписчиков: 24.25K
Описание канала:

Проджект менеджмент в IT.
Пишу о современных деливери практиках, продуктовой разработке, эджайле и как стать классным менеджером.
Сообщество проджект менеджеров: @pm_sovet
Для связи: roma@kavaleuski.me

Рейтинги и Отзывы

2.67

3 отзыва

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

5 звезд

0

4 звезд

1

3 звезд

1

2 звезд

0

1 звезд

1


Последние сообщения 19

2021-01-12 18:00:05Результаты ретры в беклог

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

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

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

Еще более крутая практика - класть экшн айтемы прямо в следующий спринт. Буквально 1-2 самые сочные идеи, чтобы не хвататься за все подряд и не растерять фокус. Всегда проще что-то менять, пока свежи воспоминания и есть запал.
8.1K views15:00
Открыть/Комментировать
2021-01-05 18:00:05Рецепт идеального спринта

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

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

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

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

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

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

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

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

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

Делать надо те задачи, которые приносят деньги. А те, что не приносят - не делать.
10.0K views15:00
Открыть/Комментировать
2020-12-29 18:00:05 Как описывать задачи: подробно или коротко?

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

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

Ну вы поняли.

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

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

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

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

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

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

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

А как вы описываете задачи?
8.5K views15:00
Открыть/Комментировать
2020-12-22 18:00:042020 -> 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!
10.8K viewsedited  15:00
Открыть/Комментировать
2020-12-16 18:00:04Если сделали несколько оферов

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

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

Заполняю такую уже во второй раз и снова наблюдаю один эффект. Когда она почти готова, приходит четкое понимание "ой, да что тут думать, конечно, Компания Х". Не знаю как это работает
8.6K views15:00
Открыть/Комментировать
2020-12-09 18:00:04Как найти классную работу

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

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

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

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

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

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

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

P.S. Если вам интересно какие продуктовые компании Минска попали в мой субъективный шорт-лист - напишите в лс. Публиковать его тут не совсем правильно.
10.8K viewsedited  15:00
Открыть/Комментировать
2020-12-03 18:00:04Новая версия Scrum guide

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

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

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

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

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

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

Изменений в новом гайде много (полный список), но большинство из них косметические - это все тот же старый добрый Скрам.
9.2K viewsedited  15:00
Открыть/Комментировать
2020-11-23 18:00:04Вместо заключения

Поработав в двух аутсорсинговых и двух продуктовых компаниях, я понял для себя следующее. Продукт или аутсорс, разницы никакой, и там и там придется работать с людьми . Поэтому выбирайте с кем будет комфортно тратить 40 часов в неделю.
8.3K views15:00
Открыть/Комментировать
2020-11-23 18:00:04 Зарплата

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

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

В аутсорсинге ценят "выслугу лет" в технологии и размер проекта на котором вы работали. Мол, чем больше проект, тем более сложные (масштабные, значимые) задачи вы решали, и тем больше стоите.
6.9K viewsedited  15:00
Открыть/Комментировать
2020-11-23 18:00:04 Процессы

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

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

Процессы в продукте будут более хаотичны, хотя точно также влияют на затраты. Но вместо того, чтобы фокусировать на издержках, здесь фокусируются на зарабатывании денег - самом продукте .
6.3K views15:00
Открыть/Комментировать