#134 Вариации скрама на разных проектах

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

На этой неделе поговорим о том, какой «вариант Скрама» у вас, как вы адаптировали процесс под свои нужны и почему.

Обсудим:

▫️Какой длительности спринт? Почему такая длительность?
▫️Как проходит планирование спринта? Кто участвует?
▫️Сколько длятся дейлики? Какие основные вопросы задаете?
▫️Как часто и что показываете на демо? Кто показывает?
▫️Как часто проводите ретро? Какие вопросы задаете?
▫️Какие процессы добавили “сверху” Скрама?

На встрече участников попросим кратко рассказать о своих процессах.

Если готов поделиться своим проектом, то напиши /join_on_trial в @pmsovet_bot и приходи на встречу.

📅 14 августа, среда, в 20.00 по Минску

Участвовать по подписке или на триале

Вчера на совете обсуждали кто как адаптирует скрам для своих проектов.

Заметили, что на длительных проектах на ретрах часто нечего обсуждать. Когда команда работает год+, процессы настроены, состав участников не меняется, клиент доволен, о чем говорить?

Мы решили, что это ОК, а вы как считаете? Напишите в коментах 💬

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

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

------

Спасибо Стасу, Антону, Кате и Александру и Диме, что рассказали о своих проектах. Всегда дико интересно узнавать, как другие ПМы ведут дела.

Присылайте свои кейсы бота @pmsovet_bot, обсудим ваш проект.

На встрече про вариации скрама ребята поделились процессами разработки, обсудили «чистый» скрам, скрам-бат (от «Scrum, But..»), Feature driven development и «скрам не зашел, поэтому у нас что-то свое».

Вот как проводят церемонии:
➡️ У всех есть итерации — спринты или регулярные релизы длительностью от 1 недели до месяца, которые задают нужный ритм.
➡️ Только один из участников проводит ретроспективы по результатам каждого спринта, у остальных стабильные команды и ретро проводятся по необходимости, 1 раз в несколько месяцев.
➡️ Демо проводятся либо по готовности фич, либо в виде красиво оформленной рассылки, релиз-ноутса или скрин-каста.
➡️ Дейлики проводят все, длительность 15–30 минут. Один из участников проводит 2 дейлика ежедневно: первый — с заказчиком, а второй с командой. Дейли с заказчиком позволяют быстрее согласовывать требования, быстро получать обратную связь по реализованным фичам и наладить хорошие отношения.

⏺ Запись этой встречи и все предыдущие можно посмотреть по подписке.

#135 Визибилити в LinkedIn для проджектов из Европы и СНГ

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

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

На следующей неделе обсудим как менеджеру промоутить себя и свою работу в Линкедин. Своей экспертизой поделится Саша Лепешкин - Principal Progam Manager в Zalando (Берлин). Саша ведет свой курс LinkedinPUMP, где помогает ребятам из ИТ и не только прокачивать свой бренд и получать больше откликов от рекрутеров.

Присылайте вопросы, которые хотите обсудить сюда: https://app.sli.do/event/aDuHYC3Qb78GzMXemfCSNc/live/questions

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

📅 22 августа, четверг, в 20.00 по Минску

Участвовать по подписке или на триале

🔎 Ищем экспертов

В ближайшие недели хотим провести встречи ПМ Совета по следующим темам:

👉 Как разговорить молчунов в команде на 1-1, у которых “всегда все хорошо”;

👉 Запрет на коммункацию с клиентом для всех, кроме ПМ-а: причины и результаты такого подхода;

👉 Переход на работу к клиенту из компании-вендора;

👉 Самоорганизующиеся команды: реальные кейсы построения и работы в таких командах, или попыток их создания;

👉 Есть ли жизнь без тимлида: как строить в работу в такой команде;

👉 Внедрение тулов для мониторинга систем на проектах;

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

Готовы поделиться своим опытом по одной из тем? Напиши в бота @pmsovet_bot или прям под этим постом в комментах, и приходи на встречу ПМ сообщества (для экспертов без подписки)

На этой неделе на ПМ Совете вместе с Сашей Лепешкиным обсуждали, как активность в LinkedIn может помочь ПМ-ам. Речь идет о создании контента, так как просто наличие профиля - это must have.

Саша выделил две основные задачи, которые решает активность в LinkedIn:

1. Привлечение полезного трафика на профиль. Ваш профиль — это ваша профессиональная витрина. И трафик на него может поступать из 3 источников:

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

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

📌 Сначала добавляем его в друзья — первый контакт;
📌 Затем отправляем теплый фоллоу-ап, например, “спасибо, что добавил, я пишу у себя про ПМ, возможно, тебе будет что-то полезно” — второй контакт;
📌 Далее ваш новый контакт видит ваш пост (третий контакт). Если он лайкает или комментарует - это хороший предлог написать и попросить рекомендацию

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

——

Все вопросы про LinkedIn, а также запись встречи с Сашей доступы по подписке.

#136 Как разговорить молчунов на 1-1

👨‍💻: “Может скипнем 1-1 сегодня? Вроде всё нормально и вопросов нет".

Выглядит знакомо? На ретрах они почти всегда молчат, а потом внезапно кладут заявление на стол. И оказывается, что требования в задачах всегда были непонятными, проект уже полгода как надоел и вообще нет ощущения, что ценят в компании.

На этой встрече обсудим, как разговорить таких сотрудников и стоит ли вообще это делать — может, у них и правда всё в порядке? 🤔

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

📅 28 августа, среда, в 20.00 по Минску

Участвовать по подписке или на триале

Еще один крутой инсайт с нашей встречи о том, как разговорить молчунов — инструмент lightning talks от нашей подписчицы Марии.

Lightning talks — это короткие, по 5-10 минут, выступления на любую тему, не обязательно о работе: например, новая технология на проекте или книга, которую недавно прочитали и понравилось.

Идея lightning talks в том, чтобы помочь команде раскрепоститься и начать общаться, делиться полезной информацией. Общение не всегда завязывается стихийно - а тут понятный и несложный формат 👌 
Такие встречи можно проводить раз в неделю или реже на усмотрение команды.
Мария рассказывает, что сначала ребята не особо хотели участвовать, но со временем втянулись, поняли, что встреча неформальная, и получается весело. Теперь они сами накидывают темы друг другу, и с удовольствием участвуют.

А какие методы используете вы, чтобы улучшить коммуникацию в команде? Делитесь в комментариях!

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

#137 Вся коммуникация через ПМа

В коммуникации с клиентом участвуют сразу несколько ролей: это и сейлы, и ПМ, и техническая команда. Людей много, клиент один, что может пойти не так 🥲 Например:

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

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

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

📅 5 сентября, четверг, в 20.00 по Минску

Участвовать по подписке или на триале

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

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

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

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

---

Очень ждем новых кейсов и тем для обсуждения от вас, сейчас в бэклоге довольно пусто. Написать нам можно через бот @pmsovet_bot, воспользовавшись командой
/share_topic_for_discussion.

#138 Тимлид не хочет нанимать сильных разработчиков

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

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

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

Приходите поделиться идеями, как помочь тимлиду не бояться "сильных" новичков? Или, может, он прав, и конкуренция не всегда нужна команде?

📅 11 сентября, среда, в 20.00 по Минску

Участвовать по подписке или на триале

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

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

Вот пару шагов, чтобы понять, что беспокоит тимлида:

◻️ Узнать, какие именно качества он считает неподходящими для команды и почему, ведь “активные” - это слишком общее понятие.
◻️ Обсудить, какие вопросы он задаёт на интервью, чтобы эти качества выявить. Возможно, вопросы сами по себе подталкивают кандидатов к шаблонным ответам (например, классическое "Где вы видите себя через 5 лет?"), которые не всегда отражают реальность.

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

———-

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

#139 Страхи и тревоги джуниор ПМ

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

На этой неделе к нам присоединятся Алина, Надя и Матвей, чтобы поделится своими историями, своими тревогами.

На встрече обсудим:
1. Страх “Вдруг не справлюсь и меня уволят? А потом больше никуда не возьмут проджектом”.
2. Как перестать тревожиться и поверить в свои способности?
3. Как управлять людьми с большим опытом?
4. Можно ли не овертаймить и быстро показать хороший результат?

Приходите послушать и поделиться своими историями – как с подобными проблемами справлялись вы.

📅 18 сентября, среда, в 20.00 по Минску
Участвовать по подписке или на триале.

🔎 Ищем экспертов

В ближайшие недели хотим провести встречи ПМ Совета по следующим темам:

👉 Самоорганизующиеся команды: реальные кейсы построения и работы в таких командах, или попыток их создания;

👉 ПМО: опыт построения отдела ПМ-ов, эффективные инструменты для команды менеджеров;

👉 Увольнение с последствиями: lessons learned из ситуаций, когда вы плохо уволили человека и были проблемы;

👉 Автоматизация Jira: плагины и лайфхаки для упрощения рутинных задач для менеджера и команды;

👉 P3.express: подход к работе с небольшими (1-7 человек) командами;

👉 FDD (feature driven development): опыт внедрения, какие реальные проблемы он закрывает;

👉 Работа с agile коучем / консультантом: полезно или не слишком;


Хотите присоединиться на встречу в качестве эксперта и поделиться опытом? Напишите в бота @pmsovet_bot или прямо под этим постом в комментах, и приходите на встречу ПМ сообщества (для экспертов без подписки)

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

Все истории объединяет одно: в каждой был замечательный руководитель и отличная команда.

👩🏻 Руководитель, который делился опытом и поддерживал, помогал справиться с тревогами и проблемами.

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

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

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

———-
Конспект встречи с историями ребят, а также запись этой и всех предыдущих встреч доступы по подписке на ПМ Совет.

#140 Как строить команды ПМ-ов

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

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

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

📅 25 сентября, среда, в 20.00 по Минску

Участвовать по подписке или на триале

Тоже есть опыт построения команд ПМ-ов? Пишите в комментах и мы свяжемся с вами, чтобы добавить на встречу!

На ПМ Совете на этой неделе говорили о ПМО: зачем он нужен, какие функции выполняет, и как становятся хэдами.

Один из интересных вопросов, который затронули — объединяющая роль ПМО.

ПМО — это именно команда ПМов или просто платформа для обмена статусами и стандартами управления проектами?

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

- Четкие ожидания от ПМа на проектах и профессиональный рост. Для того чтобы ПМы видели смысл в ПМО, важно показать, какую ценность он им приносит. Часто менеджеры не получают благодарности за свою работу, прогресс или наоборот точки роста не всегда очевидны. ПМО стал тем местом, где они получают обратную связь, цели, куда двигаться и над какими улучшениями работать.
- Безопасное пространство для эмоций, в том числе негативных. У ПМов много стресса 🥲 — не получается решить проблему с заказчиком или что-то застопорилось в проекте. Наличие безопасного пространства, где можно выговориться сильно помогает команде сплотиться.
- Единые ценности. Без общих ценностей сплоченной команды не получится. Тут важно транслировать ценности компании (а не забивать и забывать про них) и подбирать ПМов, которые их разделяют.
Например, если компания хочет и стремится совместить позиции ПМа и бизнес-аналитика в одном человеке, а конкретные ПМы не видят для себя такого шага в их профессиональном развитии - вовлечения и поддержки от таких ребят не будет.

А как у вас обстоят дела с ПМО? Есть ли ощущение, что вы часть единой команды ПМов? Делитесь в комментариях!

---

Другие вопросы о ПМО, а также запись этой и других встреч доступны по подписке на ПМ Совет.

#141 Прямое трудоустройство: переход от вендора к клиенту

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

- Как законно перейти на работу к клиенту?
- Реально ли сделать это по-хорошему или всегда будет выглядеть как предательство?

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

📅 2 октября, среда, в 20.00 по Минску

Участвовать по подписке или на триале

В совете мы разбираем реальные случаи из жизни менеджеров.

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

Присылайте свои кейсы в бота и приходите на совет. Это бесплатно для авторов кейса.

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

Прислать кейс 👉 @pmsovet_bot