Всем привет! Июль оказался не самым плодовитым с точки зрения профессиональных материалов, но благо удалось заложить достаточный буфер, чтобы представить новый дайджест в эту субботу! 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.