🟡Дайджест полезных материалов по project и product менеджменту за неделю c 20 по 26 ноября

🔖 Почитать:

▪️Непрерывный рефакторинг: семь принципов
▪️Рынок заставил сделать аналог Jira
▪️Сложности планирования
▪️Метод «помидора» повышения эффективности продуктовых команд
▪️Распространённые проблемы разработки, связанные с людьми
▪️Плоская модель управления организацией
▪️Как проводить диагностику команды при помощи ролевых игр
▪️Опыт Kaiten, как избавиться от стресса и лишних созвонов
▪️Токсичность в российском ИТ безусловно присутствует
▪️Что такое HADI-циклы
▪️Покер-планирование спринтов

👀 Посмотреть:

🌐 Новый метод мозгового штурма — «Холивар» ⏱10 минут
🌐 Опыт OKR в Тинькофф ⏱30 минут
🌐 Как измерить скрам-мастера ⏱45 минут

🟢Полная версия дайджеста на сайте

Хорошего дня!

Уточнение таймлайна проекта: почему ошибаемся в оценке времени и что можно исправить

#почитать

В реальной жизни мало кто может позволить себе подход Джона Кармака, который, разрабатывая Doom 3, заявил: «Будет сделано, когда будет сделано». Но вообще оценка таймлайна проектов — это скилл, его можно прокачать.

▫️поймите, для чего нужна оценка
▫️возьмите время «на подумать»
▫️задавайте правильный вопрос
▫️соберите команду оценки
▫️сделайте блиц-оценку
▫️документируйте предположения
▫️разбейте проект на понятные части
▫️используйте диапазон для оценки
▫️исследуйте сложные части до оценки
▫️сравните свои оценки с историческими данными
▫️используйте удобные единицы времени
▫️анализируйте, что получилось в итоге

⏱Читать статью

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

#почитать

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

Как я это сделал:
▫️Корректно и подробно ставил задачи
▫️Ставил дедлайны с большим запасом
▫️Не боялся делегировать
▫️Но плотно контролировал результаты
▫️Мотивировал премиями, благодарственными письмами и подсказками
▫️Поощрял дружеское общение внутри команды

⏱Читать статью

Тягомотные процедуры, придирки, проверки, реорганизации и пустые обещания - антисоветы для ПМ

#почитать

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

⏱Читать статью

Антикризисный режим в управлении проектами. Как справляться и не допустить фаталити

#почитать

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

Стандартный цикл выхода из кризиса:
1. Назначить ответственного
2. Определить цели
3. Сконцентрироваться на проблеме
4. Составить план действий
5. Сохранять единое информационное поле
6. Измерять результаты
7. Рефлексировать

⏱Читать статью

🟡Дайджест полезных материалов по project и product менеджменту за неделю c 27 ноября по 3 декабря

🔖 Почитать:

▪️Если процесс нельзя роботизировать, то он кривой
▪️Идеальное резюме бизнес-аналитика
▪️Управление командой. Weekly-встреча
▪️Как добавить Impact Map, CJM и USM в документ и не пострадать
▪️Правильное проектирование
▪️Почему в Google и Intel любят OKR
▪️Микроменеджмент — зло
▪️Как выиграть дуэль с тимлидом и клиентом
▪️Как российская IT-компания выстраивает корпоративную культуру для удаленных сотрудников, не хуже, чем в Google
▪️Как общаться с коллегами, которые бесят, и не перейти на КАПСЛОК
▪️Как предупредить негативные настроения в команде - они заразные

👀 Посмотреть:

🌐 Рынок ИТ: как изменились зарплаты и вакансии для джунов за 2023 год ⏱1 час 15 минут
🌐 Интервью с автором Learning Domain-Driven Design ⏱1 час 40 минут
🌐 Что такое FIT interview? ⏱2 часа 20 минут
🌐 Интеграции (REST&SOAP) с позиции System Analyst ⏱45 минут

⏱Подробный дайджест с описаниями

Хорошего дня!

LEGO-подход к разработке проектов - идея и логика которых никак не описаны. Product Discovery

#почитать

"Мы сначала подготавливаем нефункциональные требования, формируем пользовательские сценарии (User Stories), документируем их в виде диаграмм с логикой продукта и архитектурой базы данных. После определения сценариев мы создаём вайрфреймы – прототипы интерфейса, которые показывают пользовательские сценарии в картинках. Наш формат максимально похож на Product Discovery — фазу в развитии продукта, когда команда изучает рынок и формирует требования к продукту."

⏱Читать статью

▫️Process Mining – специфический способ анализа процессов

#посмотреть

▫️Данные о событиях должны считаться объектами первого класса
▫️Журналы должны извлекаться в соответствии с предметными вопросами
▫️Необходимость поддержки операторов параллелизма, выбора и других базовых элементов моделей потока управления
▫️События должны соотноситься с элементами модели
▫️Модели следует рассматривать как целенаправленные абстракции реальности
▫️Process Mining должен быть непрерывным

⏱Смотреть видео на YouTube ⏱1 час

Чемпионат продактов. Вместо тошных тестов по компетенциям - соревнование по бизнес-кейсам

#почитать

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

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

⏱Читать статью

Наследие прошлых разработчиков. Что делать с легаси-проектом (создать 3 спецкоманды)

#почитать

Типичное:
▫️Документации нет
▫️«Что-то» находится у другого исполнителя
▫️Защищенный периметр, сложно обмениваться кодом
▫️Решение не работает или работает некорректно

Что делать:
Одним из вариантов эффективного управления командой разработки на легаси-проектах могут быть выделенные команды.
▫️1. Support Team. Основная задача: поддержание стабильности проекта и оперативное устранение ошибок.
▫️2. Refactoring Team. Основная задача: оптимизация, реорганизация и модернизация кода.
▫️3. Feature Team. Основная задача: разработка и добавление новых функциональностей, которые будут актуальными для проекта в будущем.

⏱Читать статью

▫️Спорный вопрос: можно ли отказаться от фуллстек-аналитиков. Обсуждение на Analyst Days

#посмотреть

По крайней мере в X5 Tech отказались, и ничего не случилось.

⏱Смотреть видео на YouTube ⏱25 минут

Откажитесь от формата Историй. Они себя изжили. Пользователя привлекает контент, а не "сторис"

#почитать

▫️"Расскажу вам, как мы реализовали проект «Истории»: опишу вдохновение, разочарования, запуск и метрики, и отвечу на вопрос — должны ли истории умереть (да). Эта информация может пригодится тем, кто планирует запускать такой или похожий проект в своём продукте, или думает о том, как решить похожие задачи.

▫️Первое, с чего мы начали — пошли советоваться с теми, у кого в продуктах уже работают истории для бизнеса. И сразу напоролись на мнение о том, что истории себя изжили, это прошлый век, нужно придумывать что-то новое. Мне понравилась эта мысль, но я думал (ошибался), что время историй ещё не прошло.

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

▫️Коменты на Хабре традиционно ещё ярче чем статья: "Как же бесит этот тренд на истории. Большинство использует истории для одного - разложить усталый мозг за просмотром незатейливых тупых историй. Всё. Кто, скажите мне, кто придумал позиционировать истории как полезный инструмент? Тот же, кто начал лепить везде в таблицах админкок бесконечный скролл вместо паджинации?"

⏱Читать статью

🟡Дайджест полезных материалов по project и product менеджменту за неделю c 4 по 10 декабря

🔖 Почитать:

▪️Важное на старте нового проекта
▪️История методологий. Что дальше? LLM-модели и безработица
▪️Уточнение требований. Вопросы закрытые и открытые
▪️Карта пути клиента на примере покупки Tesla
▪️Выполнение задач можно прогнозировать с вероятностью 80-90%
▪️Когда проект растет — надо менять подходы
▪️Есть такой стиль лидерства — служение
▪️Дневник эмоций и эмоциональная безопасность
▪️Полное руководство по фидбеку
▪️Нетворкинг и личный бренд реально влияют на ЗП. Просто у этих вещей есть плохие названия
▪️Я добился успеха как ПМ вообще без негатива
▪️Тирания маргинального юзера. Почему всё вокруг становится примитивнее (крайне субъективная точка зрения, тем не менее заслуживающая обсуждения)

👀 Посмотреть:

🌐 Счастливый заказчик и счастливая команда ⏱30 минут
🌐 Продуктовая революция ⏱30 минут
🌐 Как работают со стейкхолдерами в Спортмастере ⏱45 минут
🌐 Лекция про исследование клиентского и пользовательского опыта ⏱50 минут

⏱Подробный дайджест с описаниями

Хорошего дня!