Продолжаем описание нашей встречи, а также дополнительно обогащаем материал веб-семинара полезными ссылками и интересными источниками информации. Первая часть встречи доступна по ссылке:
5) Бытует мнение что PMBoK это обязательно водопад, что с Agile не совместимо.
Вполне вероятно, что много лет назад PMBoK действительно в основном предписывал “водопадный” подход ведения проектов. Однако, очень много лет это уже не так, как минимум начиная с четвертого издания (2008 год).
Фрагмент Постера Agile от A до Я от DandyPeople Сегодня противостояние гибкого (Agile) и водопадного (waterfall) подходов носит маркетинговый характер и служит больше для привлечения внимания, нежели для иллюстрации реального положения вещей в отрасли. Виктор приводит пример разработки приложения для банка, где был успешно применен гибридный подход.
Виктор: PMBoK дает одну из лучших, если не лучшую, инструкций в мире по управлению изменениями (Change management).
Сегодня водопадный подход можно применить разве что работая над очень маленькими проектами типа сайта-визитки из трех страниц “о нас”, “наши сотрудники”, “как доехать”. В современном проектном менеджменте водопадный подход в чистом виде практически не встречается.
Иллюстрация из курса Agile FUN-da-MENTALS. Подробнее объяснение того, почему Традиционный подход не равен понятию “Waterfall” можно посмотреть тут:
Надежда дополняет коллегу мнением, что и SCRUM в его чистом “ванильном” и немасштабированным виде встречается сегодня в ограниченном количестве проектов в силу того, что проекты существенно усложнились, количество задействованных в разработке людей увеличилось, а в команде появилось более выраженное распределение функциональных обязанностей.
Что касается происхождения самого термина “Водопад” (Waterfall), то нам необходимо обратиться к оригинальной статье доктора Винстона Ройса Managing the Development of Large Software Systems (Winston W. Royce, Proc. IEEE WESCON, Aug 1970). С оригиналом статьи можно ознакомиться по ссылке:
Каскадная модель в первой части статьи доктора Ройса В первой части статьи автор действительно описывает каскадную модель разработки программного обеспечения, однако в последующих частях детально разбирает ее недостатки и дает рекомендации по улучшению, включая “DO IT TWICE” (сделай это дважды!). Чем не итеративный подход? В итоге рекомендации доктора Ройса по разработке крупных информационных систем выглядят несколько сложнее, чем это принято демонстрировать при объяснении положительных аспектов применения Agile-практик )
Заключительная иллюстрация - рекомендации по управлению созданием больших информационных систем Обращаем Ваше внимание, что часть руководящих документов (стандартов) уже достаточно давно - лет десять - рекомендуют использование различных моделей:
ГОСТ Р ИСО/МЭК 21827-2010
“На самом высоком уровне технологический процесс должен соответствовать модели жизненного цикла, основанной на характеристиках проекта, характеристиках организации и стандартном процессе организации. Типичные модели жизненного цикла включают в себя модель типа "водопад", эволюционно спиральную модель и инкрементную модель. В определение процесса включают действия процесса, входные данные, выходные данные, последовательности и измерения качества процесса и рабочих продуктов.” А с учетом того, что проекты значительно усложнились, эксперты практики во всем мире приходят к необходимости масштабирования Agile.
6) После сдачи экзамена сразу будет прирост заработной платы
PMI проводит регулярное обследование заработных плат руководителей проектов. С результатами (2017) можно ознакомиться по ссылке.
Естественно, заработная плата специалистов очень сильно отличается в зависимости от опыта и страны. Отдельно в исследовании приведены данные, как отличаются их доходы в зависимости от наличия сертификационного статуса PMP.
Project Management Salary Survey 10th Edition К сожалению, среди респондентов нет жителей СНГ. Но можно ориентироваться на результаты близкой к нам Польши.
7) Руководитель проекта на 80% времени занят созданием планов, которые никогда не реализуются и в современном мире вообще никому не нужны, как и диаграммы Ганта.
Пример диаграммы Ганта, которую Виктор построил для планирования своего времени при подготовке к сертификационному экзамену.
Виктор: PMBOK учит нас тому, что 75% и более своего времени Project Manager тратит на коммуникации - это его основная работа. К тому же не стоит воспринимать планирование как что-то негативное. Грамотное планирование здорово упрощает проект да и жизнь в целом, в итоге увеличивая вероятность успеха проекта.
Вопрос, который может встретиться на экзамене Совершенно нормально, когда [на проекте с гибридным подходом - примечание автора ] PM успешно применяет ролевую модель и становится по очереди скрам мастером, продукт оунером и даже продукт менеджером. Что должен знать и уметь Product Owner и Product Manager можно посмотреть в вебинаре
“Если моему разработчику надо пить кофе каждые два часа - я буду приносить ему кофе, пусть драйвит”.
Надежда: время, потраченное на планирование окупается сторицей. Большое заблуждение думать, что в Agile планирования нет.
8) Традиционный PM это злой деспот и тиран, который всех вокруг себя строит и мучает.
Хороший менеджер, не важно - это руководитель проекта или другой лидер, должен знать и уметь применять различные стили лидерства в зависимости от контекста и уровня зрелости команды. Вполне вероятно, что иногда нужно быть авторитарным деспотом, но по мере зрелости команды руководитель становится лидером-слугой (Servant Leader), фасилитатором, коучем, делегирующим и дающим больше свободы членам команды.
Совмещение моделей ситуационного лидерства и модели Брюса Тукмана
Надежда: выдавливая из себя красного командира по капле, я высоко ценю концепцию ситуационного лидерства и ее совмещение с моделью Тукмана. Не важно в какой именно предметной области мы реализуем проект, современный руководитель должен владеть, возможно не одинаково хорошо, всеми четырьмя стилями лидерства.
9) Если проект делаем по PMBok, то внести изменения мы сможем в следующей жизни
Изменения приветствуются. Виктор рассказал об управлении изменениями на проекте в области криптовалют. Управление изменениями - академическая дисциплина в лучших ВУЗах мира. Именно профессор Стокгольмской школы экономики Петер Зашев во время курса по управлению изменениями говорил своим студентам: “Лучшее, что вы можете сделать для себя и для своей карьеры, уважаемые ТОП-менеджеры, это пройти курс по управлению проектами. Любой”.
Интервью с профессором Зашевым можно посмотреть тут или по ссылке:
10) PMBok это 600 страниц без приложений, его надо выучить наизусть. Лучше жизнь потратить на что-нибудь более приятное
Оба эксперта ни разу не прочитали PMBoK от начала до конца…потому, что используют его исключительно в качестве справочника. А вот книги от RMC используют регулярно, в том числе Надежда очень рекомендует книгу Mike Griffiths PMI-ACP® Exam Prep, Updated Second Edition, материал из которой она сама использует, переработав в курсе https://agilefundamentals.art/ Mike Griffiths PMI-ACP® Exam Prep, Updated Second Edition
11) PMP специалист никогда не вживется в стартап или бирюзовую организацию
Еще как вживется! Эти люди могут делать чудеса) Принципиальное отличие подхода PMI от Agile - высокая универсальность.
Вопросы участников:
1. Ваша мотивация для того чтобы получить PMP? 2.Во время подготовки, делали вы ретроспективу предыдущего опыта, работу над ошибками ? Или может быть у вас уже намечался новый проект и вы с помощью подготовки к экзамену одновременно что-то применяли к новому проекту? 3. Насколько нужны, будут полезны, общие (углубленные) знания PMP для разработчиков, тестировщиков, архитекторов (участников команды разработки)? 4. Уже строили диаграмму Ганта в реальном проекте? 5. Почему решили сдать экзамен в 2020 а не а 2021, когда будет новая версия PMBok с включением концепта Agile? 6. Подскажите, пожалуйста, я совсем новичок. И работа РМ мне близка. Но мне почти 44 года. Не поздно? А то, что я -женщина?