Никита Прищеп

Никита Прищеп

Неделя
Apr 26, 2021 → May 2, 2021
Темы

Архив недели

Понедельник


Привет Меня зовут Никита Прищеп и я (внезапно) менеджер проектов (!) в компании Surf 🙂 Работаю в этой сфере 2.5 года, совмещал работу и учебу на факультете компьютерных наук, бросил магистратуру Интересно, как вы относитесь к магистратуре? Далее о себе в треде

За время работы в Surf я приложил руку к: - Приложению Магнит - Дизайну приложения Performance Food - Приложению MDK (в сторах как MAIN) - Приложению The Hole. Прямо сейчас запускаем аналог ютуба для Medium Quality. Работал с банками, екомерсами, ритейлами, фудтехами под NDA

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

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

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

СР - Расскажу про 1 на 1. Как их провожу я и зачем оно надо в целом ЧТ - Поговорим про коммуникации на проекте. Какие бывают, зачем и как вести ПТ - Обряды и принципы. Да здравствует холивар, тут он приветствуется

СБ - Переговорные кейсы. Расскажу истории из жизни, как проводил и что могу посоветовать ВС - Мемы или темы по вашим просьбам Заранее скажу, план очень примерный, если у вас будут вопросы, предложения и корректировки, то с удовольствием все переделаем 🙂

Начну с простого. Все-таки интересно, сколько тут проджектов, поэтому маленький опрос прилагается Всем хорошей недели, поехали! 🥳

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

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

Так зачем проджекту знать что-то про продуктовку?

Я не буду говорить про аналитику, АБ-тесты и продажу идеи команды. Это очевидно и знание этого на уровне "я могу построить воронку и сделать из нее выводы" КМК мастхев для ПМ-а

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

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

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

Экономика Тут и продукты голову ломают, да? Но я все-таки расскажу историю. Кроме того, что я считал как-то юнит-экономику для внутреннего проекта Surf, один раз мне пришлось посчитать экономику бизнеса заказчика. К сожалению проект под NDA, рассказывать буду общими словами.

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

Из разговора понимаю, что они ее даже не считали 🥲

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

Мы просто уйдем в минус. Апп закроется, денег не будет, бизнесу конец. Клиент уйдет, проект будет красиво, но бесполезно, висеть кейсом на сайте компании, может выиграет в каком-нибудь конкурсе 👍👍👍 А я пойду пм-ить банк 🌚

Пообщались, посрезали косты, поигрались с ценой. Результат: все вкусно, все красиво. Нашли другой CDN, прогнули облако на скидку, подняли немного стоимость

После релиза приложением я не занимался (пошел пм-ить банк 😆) Если уж не сошлась экономика, то хотя бы на мысли о том, что считать ее надо навел 🙂 Ну и небольшой инструмент для расчетов, собранный мной на коленке, отдал их продукту

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

Вопрос к проджектам, которых занимают тут гордые ~30% Вы считали когда-нибудь юнит экономику или знаете что это?

Опрос для проджектов выше Тут у меня вопрос для продуктов, что хотите завтра послушать? (или зачем менеджеру продуктов знать про менеджмент проектов) 3 пункт - провокация, не слушайте меня :D Или пишите в реплаях, о чем вам рассказать

На самом деле у меня и другие темы есть, но я вам их до завтра не скажу 🌚

Вторник


Вы просили и я не смог отказать. Тема дня: методологии управления проектами Главный вопрос: Когда какую методологию применять? У PM-ов же все просто! Есть PM BoK для зануд, а есть Scrum Guide для всех остальных Или все немного сложнее?

Давайте за основу возьмем простое правило. Чем больше вы и команда понимаете что и как надо делать, чтобы проект увидел свет, тем дальше мы от Scrum и ближе к Kanban.

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

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

Если у вас большой опыт и вы в очередной раз делаете еком / банк, то конечно вы ближе к PMI 📚 Вы можете заранее назвать риски и конкретную оценку трудозатрат. Тогда вокруг счастливого пользователя образуется проектный треугольник (сроки/деньги/содержание)

А вот дальше тема для споров, НО как мне кажется, нужно стремиться поставить работу на поток. Как задачи в техподдержке: у всех есть инструкция, все знают что делать в том или ином случае.

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

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

Мы уже сделали шаблоны фичей, тз, тест-кейсов и пробуем собирать приложения из небольших компонентов. Будет ли результат, к какому проценту отладки это приведёт, на сколько больше приложений появится у среднего бизнеса... Посмотрим 🤷‍♂️

Итого: Скрам — лучший подход в продуктовой разработке. Довольный пользовать в центре проекта Появились дедлайны, бюджеты и содержание (но про удовлетворенность пользователя тоже не на забываем) — это проектный подход Освоились? Понимаем как работать? Пробуем запустить конвеер

А чем в разработке пользуетесь вы?

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

Среда


Сегодня поговорим про 1:1 Думаю будет более предметно, чем предыдущие два дня Проводите 1:1?

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

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

А теперь представим ситуацию с обратной стороны. К вам пришел руководитель. Отвлекает от работы. Хочет что-то обсудить. Обсудит же один раз и забьет! Мне нравится идея, что человек все раскладывает по шкалам: Активное — Пассивное Полезное — Бесполезное Опасное — Безопасное

И в этот момент вы активный, опасный и бесполезный 🌚

Поэтому продажа идеи важна в 1:1 Нужно сразу сформулировать персонально для каждого что будет происходить и зачем это нужно ему и вам

Вот пример того, как я "продавал" 1:1 команде. Это было давно, сейчас бы я описал немного иначе, но мне и за этот не стыдно 🙂
notion image

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

Обычно в процессе спринта я фиксирую все, что удалось сделать классно и с чем возникли проблемы. Плохо: Пообещали, но не сделали Промахнулись с оценками Намутили с коммуникациями Хорошо: Предложили классный процесс Сделали оптимальнее Предложили продуктовую идею

Обязательно поднимаю договоренности последнего 1:1 и проверяю их исполнение. Вообще проверкой результатов прошлого 1:1 я занимаюсь раз в 1-2 недели.

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

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

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

И главное правило: больше слушаем, меньше говорим Оно нам еще пригодится в переговорных кейсах

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

Все проблемы фиксируем, решения обсуждаем и выносим в общий файлик.

Еще я пробовал вести трелло с каждым лидом Столбцы: - Тема PM - Тема Lead - Цели - Действия - Сделано - Отложить

Тема PM, Тема Lead - сюда в между 1:1 записываются темы, которые будем обсуждать

Цели - сюда в процессе 1:1 записываем наши хотелки и пути их достижения. Это глобальные цели, выполнение которых комплексное Например: 19 спринт провести рефакторинг. Для этого надо его оценить, согласовать, запустить в работу

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

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

И оффтоп опрос. Недавно на 1:1 встал вечный вопрос. Процессы или результат? Что вы думаете? Составил расширенный опрос, чтобы было поинтереснее И давайте без Agile манифеста, все читали, знаем🙂

Четверг


Сегодня говорим про коммуникации Пока я пишу посты, опрос для затравочки Как много у вас созвонов в среднем в день?

Дейли Я скажу так. С моей точки зрения дейли очень переоценены. Созваниваться каждый день командой из 20 человек — это оверкилл. Я понимаю, чем больше команда, тем выше динамика и тем больше сотен тысяч рублей ты теряешь, если кто-то делает что-то не то.

Но с другой стороны. Разложим 30 минутное дейли. Итак: Все собираются - 3-5 минут, осталось 25 минут 100% будут обсуждать какую-то узкую тему, которая не касается 90% присутствующих - 10 минут, осталось 15 минут На дейли 20 человек - 15 на 20 = 45 сек / чел

Вот я рассказал отрепетированные заранее 45 секунд, а дальше что? Я не могу работать, но и слушать не могу, темы вообще не мои На такие митинги я ставлю какие-то небольшие задачи. Вот сегодня сделал шорткат в слаке и настроил воркфлоу для митингов Дейли переоценены

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

Для всех митингов у меня есть забронированная в zoom переговорка, напоминание в календаре для всех участников и воркфлоу в слаке, который по времени приглашает всех на митинг. Надо показать как настраивать такой воркфлоу? Это очень просто, но вдруг кто-то не знает 🤷‍♂️

Для команды оказалась удобной следующая разбивка митингов

ПН — новостной митинг. ~30 минут Провожу его сразу после еженедельного синка с бизнесом (о нем позже) Рассказываю самые горячие новости, держу команду в курсе происходящего в продукте и в бизнесе.

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

СР — митинг с лидами. ~40-50 минут Да, только лиды. А зачем вам тащить всю команду?Покажите мне разработчика, который любит митинги 🌚 Лиды без проблем транслируют все задачи в свои отделы Пошушукались своими секретиками, отдали команде план и погнали

ПТ — митинг со всеми (или с платформой). ~40-60 минут Очень зависит от размера команды. Если команда большая, то собираю iOS/Android отдельно. Иначе можно всеми. Лиды присутствуют на митингах смежной платформы, чтобы скорректировать детали

Очевидная фишечка. Но. Вы же всегда высылаете минутки после встречи? Пообщался и как приличный человек высылаешь итоги. Я высылаю минутки после скрама. Выглядит это примерно так, только еще тегаю в слаке
notion image

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

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

Тогда на помощь приходят еженедельные синки Раз в неделю надо доставать бизнес из рутины и окунуть в мир его проекта, корректировать ожидания и узнавать новости Если процесс погружения идет совсем тяжело, то я веду файлик с поручениями

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

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

Помните я говорил про проектные треугольники? Я начал раскладывать всё ретро по ним Сроки - Бюджет - Содержание Команда - Заказчик - Компания Ищу проблемы и улучшения в этих шести категориях + как и с 1:1 стараюсь фиксировать что-то в ходе спринта в ноушн

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

Далее составляется опрос команды. По его результатам фиксируются самые распространенные проблемы. Последний раз делал это в Miro, очень понравилось Вот как это было
notion image

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

Два лайфхака, которые мне понравились. Звучат красиво, но очень сомнительно

Немного суицидальная Говорят, если поставить все созвоны на один день, то второй освободится под работу Коллега пробовала, видел ее лицо, тяжко)

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

Меня уже поправили в реплаях, но отпишу отдельно 🙂 Скрам в этом случае — это митинг с командой

Суббота


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

Выбираем билдер и создаем ворклфлоу по расписанию
notion image

Выбираем время и действие
notion image

Пишем сообщение и публикуем Все очень просто 🙂
notion image

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

Буду рад услышать истории про то как у вас круто автоматизировали какой-нибудь сложный процесс

А пока я дописываю сегодняшние твиты, расскажите, работаете между майскими?

Переговоры Чаще мы ведем переговоры с командой, с заказчиком, со своим руководителем Давайте разберем по 1 кейсу с каждой из сторон - С командой - про овертаймы - С заказчиком - про сроки - С руководителем - про ЗП

Во всех переговорах нам надо понимать картину мира собеседника и уметь в нее встраиваться Встраиваться = посмотреть на ситуацию с его стороны. Проблемы, цели, боли и выгоды, которые видит собеседник

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

Бывает, что есть возможность двинуть дедлайн — это тема переговоров с заказчиком Бывают несдвигаемые сроки, например законодательство РФ для банков Вам нужно сделать фичу к 1 марта или банк будет платить штрафы (и это в лучшем случае)

Тогда нам надо идти к команде и договариваться об овертаймах

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

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

Поэтому тут только два совета Показывайте команде и каждому индивидуально - Для чего им нужно выйти и отработать сверхурочно - Как эта работа мэтчится с их целями

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

Какие могут быть опции - Жертвуем содержанием (выкидываем фичи) - Жертвуем качеством (не делаем юнит-тесты, говнокодим, оставляем больше нормалов в продакшене) - Добавляем людей (не забываем, что 9 женщин...) - Овертаймим

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

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

С руководителем о ЗП Как часто у вас происходит разговор о повышении ЗП? В среднем, я думаю, раз в полгода-год все общаются на эту тему со своим руководителем

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

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

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

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

Если ваше решение принято, то вспоминаем, что нас нанимали не совсем на эту работу, это расширение ваших обязанностей и тут уже есть повод обсудить ЗП

Что еще можно делать - Научиться выполнять задачи смежных ролей. Например я балуюсь с продуктовкой, пусть я и ПМ - Научился сам — научи других - Улучшать процессы, помните я вчера писал про автоматизацию? - Растить менее опытных сотрудников отдела - Допродавать

И оффтоп Первое правило разговоров о зарплате, которому учат в переговорах на собеседовании — не называем свое число Слишком велика вероятность того, что деньги останутся на столе, а не у вас Это тяжело, я сам еще попадаюсь, но пытаюсь себя отучить 🙂

Если вы все-таки назвали число, то смотрите на реакцию, тут может быть три исхода

- С вами быстро согласились Вы продешевили, уходим на полгода думать о своем поведении - Руководитель кочевряжится Бинго, вы попали, но вас пытаются прогнуть, не сдавайтесь - Твердый отказ Возвращаемся к пунктам выше, думаем как поднять свою ценность или что хорошего вы сделали

История из опыта или как реагировать на агрессию в переговорах Я очень спокойный переговорщик, меня трудно вывести из себя Что я делаю, чтобы вести переговоры спокойно

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

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

Главное не скатиться в холивар 🌚

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

Воскресенье


Начнем с мема, который выстрелил на этой неделе
notion image

Продолжаем тему четверга
notion image

Оффтоп от темы работы Лучшее, что я видел в этом году
notion image

Не баян, а вечная классика
notion image

А это статья с которой началось мое знакомство с управлением проектами
notion image

Ну и последнее на сегодня Я выбираю зеркальные 🌚
notion image

На этом все Эту неделю с вами был Прищеп Никита, PM Surf Если у вас остались вопросы, то я всегда на связи в телеграмме t.me/NikitaPrischep

Еще у нас в Воронеже есть свой PM Club, раз в месяц мы проводим встречи и примерно раз в неделю обсуждаем в чатике проектные кейсы. Ссылочку на него тоже оставлю, залетайте, знакомьтесь, общайтесь 🙂 t.me/pmclubvrn

Ссылки