Авг. 05

PM дайджест #4: постановка целей с помощью OKR, State of Scrum 2017 и важные метрики для Product Manager'a

Всем привет! Меня зовут Виктор, и я работаю менеджером проектов в компании Cogniance. Делюсь дюжиной интересных материалов по управлению проектом и продуктом в очередном выпуске PM Digest’a!

Project Management

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

Цитаты, которые заставляют задуматься, из одной классической книги по менеджменту — Managing by Henry Mintzberg.

Многие слышали о Теории Ограничений Элияху Голдратта (кто не слышал, обязательно ознакомьтесь). Evan Leybourn, которого мы помним по его докладам в Киеве на Agileee, раскрывает понятие теории гибких ограничений — Theory of Agile Constraints.

An Introduction to Continuous Integration, Delivery, and Deployment — «must know» for a modern software Project Manager.

Советы по проведению встреч 1:1 от Стратоплана.

Эффективные практики по разрешению конфликтов.

Во многих компаниях период летних performance review уже, наверное, прошел. Для тех, кому еще предстоит регулярный performance review цикл, будет очень кстати этот материал: как ставят цели в google с помощью инструмента OKR. Мастрид!

Почему известную нам из PMBOK’a область знаний Stakeholder Management стоит переименовать в Stakeholder Engagement? Ответы в видео.

Как меняется роль проектного менеджера в Agile проектах?

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

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

Серия статей (1, 2) от Натальи Трениной про Appreciative Inquiry. Что это — коучинговый прием, социальная технология или система взглядов?

Многие компании при найме выставляют едва ли не требование: to have an Agile Mindset. Что же конкретно подразумевается под этим словосочетанием — What Exactly is Agile Mindset.

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

Есть ли что-то в SAFe для небольших проектов, где всего одна или несколько команд, или для них достаточно Scrum? 6 практик SAFe для небольших команд.

State of Scrum Report 2017 от Scrum Alliance. Несколько интересных фактов из отчета, базированного на ответах 2113 человек в 76 странах:

89% респондентов заявляют, что в их организации используется Scrum;
при этом 58% заявляют, что waterfall-ные методы тоже присутствуют (ох уж эти 146 %!);
66% используют 2-недельные спринты, всего 4% — недельные, 23% — 3- или 4-недельные;
77% ответили, что размер их команды соответствует рекомендуемому — 5-9 человек, вполне достаточно для двух пицц;
интересная статистика по техническим практикам: 74% используют Definition of Done (надеюсь, не как забытый богом документ в Confluence), 58% — автоматизированное тестирование, 57% — Continuous Integration. Больше половины ответивших (54%) рефакторят, когда нужно, по 35% ответивших используют TDD и Pair Programming. Не многие (15%) используют практику, хорошо описанную Gojko Adzic’ем — Specification by Example, и (как я думал, более меинстримовую) — BDD (Behavior Driven Development) — всего 12%.

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