PM дайджест #13: ответы на будничные вопросы от Майкла Кона, грамотно вводим новичков в проект и проясняем цели Code Review

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

Project Management

Важная статья о ­­Code Review. Сверьтесь со своей ситуацией — не является ли эта техническая практика культом карго в вашей организацией? Не теряете ли вы массу времени именно на этом этапе процесса разработки? Возможно, стоит пересмотреть ваше понимание целей этого процесса? В моем случае — статья оказалась крайне уместной и своевременной, надеюсь вам тоже пригодится :)

Зачем инженеру развивать soft skills? Стоит дать почитать или рассказать своим тиммейтам, особенно стремящимся к росту.

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

«Решаю мелкие проблемы подчинённых, чтобы они могли сосредоточиться на больших»: 15 заметок об управлении из Телеграм-канала Сергея Колганова об управлении проектами Psilonsk.

Почему авторитаризм не работает, или Как ставить задачи, так чтобы их исполняли? Взгляд автора по ссылке. Подсказка — контекст и общение! :)

Новичок на проекте? Это обязанность ПМа — грамотно и быстро ввести разработчика в процесс продуктивной работы. Статья отвечает на вопрос, как сделать это эффективно и без потерь.

Книга «#noprojects — A Culture of Continuous Value» в открытом доступе (при условии регистрации) — подход, который имеет шанс стать трендом в разработке продуктов.

Agile, Scrum и все такое

Ликбез по Definition of Ready — одному из самых недооцененных и полезных инструментов в продуктовой разработке для уменьшения количества бесполезной работы и сокращения митингов.

Правильно ли мы понимаем значение и ценность Спринтов в скраме? Цитата:

...think of a sprint as of a bucket and work items as of stones. You can fit only so many stones in a bucket. Completing a work item means removing a stone from the bucket. At the end of a sprint you just pour off all the stones from the old bucket to a new bucket. The same happens to the work items: they just get carried over to the next sprint’s backlog without change... ©

Блог автора моей любимой книги про Scrum, Майкла Кон полон лаконичных и полезных статей. Время чтения — по две минуты на заметку:

• Почему я не использую стори поинты при планировании спринта?
• 4 метода достижения консенсуса в скрам командах
• Ре-эстимировать или нет — вот в чем вопрос
• Как приоритизировать фикс багов?
• Нужно ли назначать стори поинты на работы по исправлению дефектов?
• Что делаем с работой, которую не успели доделать в спринте?
• И все-таки: как связаны стори поинты с часами?
• Кто-то пробовал управлять рисками с помощью Risk Burndown Chart?

Agile — великолепная философия. Если правильно ее понимать и принимать. Не совершаете ли вы набор этих типичных ошибок?

Советы по гибкому управлению географически распределенной командой.

Spotify Squad Framework в деталях (часть 1, часть 2). Рекомендую ознакомиться, кто еще не успел.

Ну и немного про Google Sprints.

Fun

Здорово, когда девелопер из твоей команды всегда рад помочь:

Существует два типа разработчиков... Какие преобладают в вашей команде?

Главное, что заказчик доволен:

И снова про удовлетворение запросов заказчика :)

← Предыдущий выпуск: PM дайджест #12.