В Agile-сообществе можно встретить немало мифов и поверхностных суждений о подходах к управлению, где не используется слово "Agile". Больше всех, пожалуй, "досталось" методологии управления проектами PMI PMBOK... "Водопад", Гант, куча документации — это же всё ужасно с точки зрения Agile! Недавно мне пришлось хорошенько проштудировать PMBOK (для подготовки к экзамену) и теперь по горячим следам хочется вдумчиво обсудить: — какие популярные суждения о PMBOK верны, а какие нет? — как же всё-таки соотносятся эти подходы? — и, главное, чем нам PMBOK может быть полезен в Agile-разработке?
10. Agile manifesto
Люди и взаимодействие важнее
процессов и инструментов
Работающий продукт важнее
исчерпывающей документации
Сотрудничество с заказчиком важнее
согласования условий контракта
Готовность к изменениям важнее
следования первоначальному плану
11. Agile manifesto
Люди и взаимодействие важнее
процессов и инструментов
Работающий продукт важнее
исчерпывающей документации
Сотрудничество с заказчиком важнее
согласования условий контракта
Готовность к изменениям важнее
следования первоначальному плану
12. PMBOK не противоречит Agile
Agile manifesto:
«Люди и взаимодействие
важнее процессов и
инструментов»
PMBOK:
«Командная работа является
критически важным фактором
успеха проекта…»
«… открытых и эффективных
коммуникаций, создания
благоприятных возможностей
укрепления команды,
повышения доверия между
членами команды… »
13. PMBOK не противоречит Agile
Agile manifesto:
«Готовность к изменениям
важнее следования
первоначальному плану»
PMBOK:
«Процесс интегрированного
контроля изменений проводится
с самого начала проекта и
вплоть до его завершения…»
«Планирование методом
набегающей волны — это метод
итеративного планирования… »
14. PMBOK говорит не о ценностях, а
о том, чем нужно осознанно управлять
и как это делать хорошо.
17. Жизненные циклы проектов
по PMBOK
Предиктивные (водопад).
Более гибкие:
итеративные,
инкрементальные,
адаптивные.
18. PMBOK об Agile-подходах
«... данный стандарт — скорее руководство,
а не специфическая методология. Для
применения его структуры и рекомендаций
могут использоваться различные
методологии и инструменты, такие как гибкие
(agile) методы, водопадная (waterfall) модель,
PRINCE2.»
23. PMBOK помогает в проектах,
где много внешних зависимостей
Сложности:
согласовать с юристами,
заранее предупредить клиентов,
маркетинговые активности,
согласовать бухгалтерские аспекты…
24. PMBOK помогает в проектах,
где много внешних зависимостей
Решение:
Разработка продукта — в рамках Agile.
Управление внешними зависимостями —
по PMBOK.
27. Если заказчик не настроен на
сотрудничество?
PMBOK расскажет о том, как лучше
согласовать ожидания сторон «на берегу».
И как затем максимально удовлетворить
эти ожидания.
29. А если нужен план
на длительный срок?
Составление реалистичных планов — одна
из наиболее сильных стон PMBOK.
Расскажет как правильно учесть
предыдущий опыт и риски.
30. Agile manifesto:
“Над проектом должны работать
мотивированные профессионалы.
Чтобы работа была сделана, создайте
условия, обеспечьте поддержку и
полностью доверьтесь им.”
35. Позволит говорить на одном
языке с не-Agile окружением
В PMBOK описана самая популярная
система терминов по управлению.
Почти ко всем Agile-терминам можно
подобрать аналоги из PMBOK.
37. Знание классические подходов
позволит увеличить
успешность Agile-процессов за счет
уменьшения влияния негативных факторов
и рисков;
восприятие ценности результатов Agile
за счет подходящей «упаковки».
39. PMBOK может быть полезен
Если проект включает не только разработку
и имеет много внешних зависимостей.
40. PMBOK может быть полезен
Если проект включает не только разработку
и имеет много внешних зависимостей.
Позволяет компенсировать несоответствие
реального окружения Agile-ценностям.
41. PMBOK может быть полезен
Если проект включает не только разработку
и имеет много внешних зависимостей.
Позволяет компенсировать несоответствие
реального окружения Agile-ценностям.
PMBOK может быть полезен при внедрении
Agile-процессов
50. — Экзамен не на знания,
а на компетенции.
PMP (Project Management Professional)
51. Экзамен не на знания, а на компетенции
Для допуска к экзамену нужен реальный
опыт управления проектами.
52. Экзамен не на знания, а на компетенции
Для допуска к экзамену нужен реальный
опыт управления проектами.
Большинство вопросов экзамена — решить
кейсы из реальной жизни.
53. Экзамен не на знания, а на компетенции
Для допуска к экзамену нужен реальный
опыт управления проектами.
Большинство вопросов экзамена — решить
кейсы из реальной жизни.
Высокая сложность экзамена — гарантия
качества.
63. PMBOK для Agile-менеджера
PMBOK не противоречит Agile-подходам.
PMBOK во многих случаях может быть
полезен и расширит ваши возможности.
64. PMBOK для Agile-менеджера
PMBOK не противоречит Agile-подходам.
PMBOK во многих случаях может быть
полезен и расширит ваши возможности.
PMBOK и PMP — хороший фундамент для
профессионального развития в управлении.
Сначала немного о себе и откуда появилась такая тема.
Меня зовут Василий. Сейчас я работаю в компании Авито в роли менеджера проектов B2B-направления.
Веб-разработкой я занимаюсь уже лет 15; за это время успел поработать в разных ролях и должностях: веб-дизайнер, веб-разработчик, технический/IT-директор, системный/бизнес-аналитик, менеджер проектов/продуктов... И не только… Последние лет 7 занимаюсь прежде всего управлением: людьми, проектами, процессами, продуктами.
С 2011 года работаю главным образом в Agile-парадигме. В 2012 году сертифицировался на Scrum Product Owner’а.
С того времени я успел наслушаться в Agile-сообществе немало мифов и нелестных суждений о подходах к управлению, где не используется слово "Agile". Больше всех, пожалуй, "досталось" методологии управления проектами PMI PMBOK...
В 2015 году по воле руководства пришлось сертифицироваться на PMP (Project Management Professional) в связи с чем пришлось хорошенько проштудировать PMBOK. В процессе этого я узнал для себя немало полезного, что могу применять в работе. И также понял, что мои успехи и успехи команд, в которых я работал, могли бы быть сильно лучше, знай я раньше многое из того, о чем говорит PMBOK. Об этом и хочу сегодня рассказать.
Итак, о чем я постараюсь рассказать в докладе.
Сначала проанализируем и обсудим основные мифы о PMBOK, распространенные в Agile-сообществе.
Затем я поделюсь своим опытом и видением ситуаций, когда, где и главное чем PMBOK может оказаться полезным в Agile-работе.
Ну, и в конце немного расскажу про сам PMBOK и сертификацию, и чем всё это может быть ценно.
Итак, о чем я постараюсь рассказать в докладе.
Сначала проанализируем и обсудим основные мифы о PMBOK, распространенные в Agile-сообществе.
Затем я поделюсь своим опытом и видением ситуаций, когда, где и главное чем PMBOK может оказаться полезным в Agile-работе.
Ну, и в конце немного расскажу про сам PMBOK и сертификацию, и чем всё это может быть ценно.
Итак, о чем я постараюсь рассказать в докладе.
Сначала проанализируем и обсудим основные мифы о PMBOK, распространенные в Agile-сообществе.
Затем я поделюсь своим опытом и видением ситуаций, когда, где и главное чем PMBOK может оказаться полезным в Agile-работе.
Ну, и в конце немного расскажу про сам PMBOK и сертификацию, и чем всё это может быть ценно.
Распространенные мнения о PMBOK в Agile-сообществе я бы свёл к 3-м основным тезисам.
Самый жесткий тезис можно сформулировать как то, что подходы Agile и PMBOK полностью противоположны. И если Agile олицетворяет собой гибкость и скорость, то PMBOK — это бюрократия, водопад, жесткое планирование, отсутствие реакции на изменения и вообще всё то, против чего мы боремся в Agile.
Другое, более мягкое мнение, заключается в том, что классические подходы к управлению, описанные в PMBOK, в принципе могут работать. Но все те же проблемы в Agile можно решить гораздо лучше и веселее. Поэтому если ты знаком с Agile, то на классику можешь забить.
Ну, и третий вариант, PMBOK — это может и не так уж и плохо, но уж слишком много букф…
Не буду утверждать, что всё Agile-сообщество разделяет эти мнения — это было бы неправдой. Но рассуждения в этом ключе я слышал много раз.
(Кстати, а вы что думаете?)
Распространенные мнения о PMBOK в Agile-сообществе я бы свёл к 3-м основным вариантам.
Самый жесткий тезис можно сформулировать как то, что подходы Agile и PMBOK полностью противоположны. И если Agile олицетворяет собой гибкость и скорость, то PMBOK — это бюрократия, водопад, жесткое планирование, отсутствие реакции на изменения и вообще всё то, против чего мы боремся в Agile.
Другое, более мягкое мнение, заключается в том, что классические подходы к управлению, описанные в PMBOK, в принципе могут работать. Но все те же проблемы в Agile можно решить гораздо лучше и веселее. Поэтому если ты знаком с Agile, то на классику можешь забить.
Ну, и третий вариант, PMBOK — это может и не так уж и плохо, но уж слишком много букф…
Не буду утверждать, что всё Agile-сообщество разделяет эти мнения — это было бы неправдой. Но рассуждения в этом ключе я слышал много раз.
(Кстати, а вы что думаете?)
Распространенные мнения о PMBOK в Agile-сообществе я бы свёл к 3-м основным вариантам.
Самый жесткий тезис можно сформулировать как то, что подходы Agile и PMBOK полностью противоположны. И если Agile олицетворяет собой гибкость и скорость, то PMBOK — это бюрократия, водопад, жесткое планирование, отсутствие реакции на изменения и вообще всё то, против чего мы боремся в Agile.
Другое, более мягкое мнение, заключается в том, что классические подходы к управлению, описанные в PMBOK, в принципе могут работать. Но все те же проблемы в Agile можно решить гораздо лучше и веселее. Поэтому если ты знаком с Agile, то на классику можешь забить.
Ну, и третий вариант, PMBOK — это может и не так уж и плохо, но уж слишком много букф…
Не буду утверждать, что всё Agile-сообщество разделяет эти мнения — это было бы неправдой. Но рассуждения в этом ключе я слышал много раз.
(Кстати, а вы что думаете?)
Распространенные мнения о PMBOK в Agile-сообществе я бы свёл к 3-м основным тезисам.
Самый жесткий тезис можно сформулировать как то, что подходы Agile и PMBOK полностью противоположны. И если Agile олицетворяет собой гибкость и скорость, то PMBOK — это бюрократия, водопад, жесткое планирование, отсутствие реакции на изменения и вообще всё то, против чего мы боремся в Agile.
Другое, более мягкое мнение, заключается в том, что классические подходы к управлению, описанные в PMBOK, в принципе могут работать. Но все те же проблемы в Agile можно решить гораздо лучше и веселее. Поэтому если ты знаком с Agile, то на классику можешь забить.
Ну, и третий вариант, PMBOK — это может и не так уж и плохо, но уж слишком много букф…
Не буду утверждать, что всё Agile-сообщество разделяет эти мнения — это было бы неправдой. Но рассуждения в этом ключе я слышал много раз.
(Кстати, а вы что думаете?)
Давайте разберем немного подробнее эти мнения.
Самый жесткий тезис можно сформулировать как то, что подходы Agile и PMBOK полностью противоположны. И если Agile олицетворяет собой гибкость и скорость, то PMBOK — это бюрократия, водопад, жесткое планирование, отсутствие реакции на изменения и вообще всё то, против чего мы боремся в Agile.
(Кто-то может сказать, что такое противопоставление вообще некорректно…)
Давайте вспомним что такое Agile?
Во-первых, это философия, основанная на 4-х ценностях Agile-манифеста.
Я не нашел в PMBOK каких-то существенных противоречий этим ценностям.
Во-первых, во многих аспектах PMBOK говорит примерно о том же, но другими словами и с другими акцентами.
Например, то что люди, командная работа и эффективные коммуникации — ключевой фактор успеха проекта.
Другой пример.
Да, PMBOK много говорит, что план проекта быть должен. Но также говорит про его постоянное обновление на протяжении всего проекта, а в ряде случаев рекомендует планировать итеративно.
А вообще PMBOK прежде всего говорит не о ценностях, а об объективных аспектах реального мира, которые нужно держать в фокусе своего управленческого внимания и о том, как это можно делать хорошо.
У вас могут быть любые ценности, но лучше знать, что в любом проекте есть, например, такая штука как риски и ими желательно осознанно управлять. Как именно управлять — здесь уже можно выбирать, опираясь на свои ценности и вкусы. То же самое можно сказать об управлении качеством, коммуникациями на проекте.
(Можно, конечно все этим осознанно не управлять, ожидая, что волшебный Agile решит все проблемы сам. Но не стоит сильно удивляться, если этого не произойдет
Да, старые версии PMBOK действительно описывали только "Водопад".
Но последняя версия наряду с классическими также описывает и вполне гибкие подходы. И говорит, что всё зависит от специфики проекта… Что использовать — выбирать вам.
(Сторить небоскреб вряд ли будет целесообразно инкрементальными итерациями, лучше сначала максимально всё спланировать. А ИС для управления АЭС, пожалуй, будет опасно разрабатывать и релизить короткими итерациями. Это может кончиться плачевно.)
Да, старые версии PMBOK действительно описывали только "Водопад".
Но последняя версия наряду с классическими также описывает и вполне гибкие подходы. И говорит, что всё зависит от специфики проекта… Что использовать — выбирать вам.
(Сторить небоскреб вряд ли будет целесообразно инкрементальными итерациями, лучше сначала максимально всё спланировать. А ИС для управления АЭС, пожалуй, будет опасно разрабатывать и релизить короткими итерациями. Это может кончиться плачевно.)
Да, старые версии PMBOK действительно описывали только "Водопад".
Но последняя версия наряду с классическими также описывает и вполне гибкие подходы. И говорит, что всё зависит от специфики проекта… Что использовать — выбирать вам.
(Сторить небоскреб вряд ли будет целесообразно инкрементальными итерациями, лучше сначала максимально всё спланировать. А ИС для управления АЭС, пожалуй, будет опасно разрабатывать и релизить короткими итерациями. Это может кончиться плачевно.)
Для пущей убедительности приведу еще одну цитату из PMBOK. В ней говорится, что внутри «каркаса», описываемого PMBOK, можно использовать разные методологии и инструменты, в том числе и гибкие подходы.
На основе все вышесказанного можно однозначно утверждать, что Agile и PMBOK не противоречат друг другу. Они отчасти говорят про разное, а отчасти могут дополнять друг друга.
С тем что между Agile и PMBOK нет жестких противоречий, надеюсь, разобрались.
Другое, более мягкое, распространенное мнение, заключается в том, что классические подходы к управлению, описанные в PMBOK, в принципе могут работать. Но все те же проблемы в Agile можно решить гораздо лучше и веселее. Поэтому если ты уже знаком с Agile, то на классику можно «забить».
Не соглашусь…
Итак, чем же может ли быть полезен PMBOK?
Самый яркий пример полезности PMBOK — проекты, где кроме разработки есть много внешних зависимостей от других отделов и групп
Приведу в пример проект, который мне недавно пришлось делать. Проект по удалению из продукта старого способа оплаты.
технически там всего несколько простых задач («ломать не строить»)
но куча разных активностей, которые нужно сделать вовремя и в соответствии с возможностями всех участников
что именно делаем и в какие сроки;
подготовить юридические документы;
заранее оповестить пользователей:
сначала письменно, затем по телефону
а в конце во время переключиться, всех известить и подвести итоги проекта.
Самый яркий пример полезности PMBOK — проекты, где кроме разработки есть много внешних зависимостей от других отделов и групп
Приведу в пример проект, который мне недавно пришлось делать. Проект по удалению из продукта старого способа оплаты.
технически там всего несколько простых задач («ломать не строить»)
но куча разных активностей, которые нужно сделать вовремя и в соответствии с возможностями всех участников
что именно делаем и в какие сроки;
подготовить юридические документы;
заранее оповестить пользователей:
сначала письменно, затем по телефону
а в конце во время переключиться, всех известить и подвести итоги проекта.
В подобных проектах решение достаточно очевидно — нужно сочетать подходы:
всё, что касается непосредственно разработки продукта — делаем по Agile (в моём случае это был Kanban),
А управление другими работами — осуществляем по PMBOK.
ОК. А чем еще нам может быть полезен PMBOK?
Если ваш заказчик настроен на сотрудничество так, как того требует Agile – вам повезло и всё будет хорошо. А если это не так? Ну, разные бывают ситуации. Сотрудничество требует затрат времени и сил, а заказчику важно только формально выполнить свои обязанности с минимум усилий.
PMBOK поможет грамотно согласовать реалистичные ожидания на старте проекта и даст множество рекомендаций как максимально вписаться в эти ожидания.
Если ваш заказчик настроен на сотрудничество так, как того требует Agile – вам повезло и всё будет хорошо. А если это не так?
PMBOK поможет грамотно согласовать реалистичные ожидания на старте проекта и даст множество рекомендаций как максимально вписаться в эти ожидания.
Готовность к изменениям и гибкое планирование, на которых строится Agile — очень хорошо. Но если всё-таки с вас требуют план, причём на длительный срок?
Тогда вы точно пришли по адресу: в PMBOK особенно много говорится о том, как несмотря на все сложности реального мира составить осуществимый план проекта.
Готовность к изменениям и гибкое планирование — очень хорошо. Но если всё-таки нужен план, причем на длительный срок?
Тогда вы точно пришли по адресу: в PMBOK особенно много говорится о том, как несмотря на все сложности реального мира составить осуществимый план проекта.
Один из принципов Agile-манифеста гласит, что над проектом должны работать мотивированные профессионалы. Но всегда ли на так везет?
А если мотивированных профессионалов не хватает?
Я идеалист и верю, что практически любой человек рано ил поздно может стать мотивированным профессионалом, если создать для этого условия. Но не всегда есть возможность создать такие условия и не всегда есть время ждать, результат нужен быстрее.
PMBOK описывает как применяя более классические и директивные методы добиться приемлемого уровня командной работы.
Обобщая вышесказанное, я бы сказал, что во многих случаях PMBOK позволяет компенсировать несоответствие реального окружения ценностям Agile.
Естественно, PMBOK не является «серебренной пулей», серебренной пули не существует. Но если вы хорошо знаете PMBOK, это однозначно повысит ваши шансы на успех.
А когда особенно критичен успех?
На мой взгляд, успех особенно критичен во время внедрения Agile-подходов. Изменение процессов работы — это всегда повышенное напряжение и риски разочарований. И поэтому особенно важно сделать всё возможное, чтобы обеспечить успехи в работе и признание этих успехов достаточно быстро. На мой взгляд, здесь PMBOK тоже может оказаться очень полезным.
Одна из очень весомых ценностей PMBOK’а — то, что в нём описана, пожалуй, самый широко используемый в мире словарь терминов по управлению.
Зная и используя его вы сможете лучше понимать не-Agile окружение, и понятнее объяснять Agile-термины, используя аналоги из PMBOK.
Например:
Ретроспектива — анализ и документация извлеченных уроков.
Спринты — итерации адаптивного жизненного цикла.
Ежедневный Скрам — статус-митинг
Одна из очень весомых ценностей PMBOK’а — то, что в нём описана, пожалуй, самый широко используемый в мире словарь терминов по управлению.
Зная и используя его вы сможете лучше понимать не-Agile окружение, и понятнее объяснять Agile-термины, используя аналоги из PMBOK.
Например:
Ретроспектива — анализ и документация извлеченных уроков.
Спринты — итерации адаптивного жизненного цикла.
Ежедневный Скрам — статус-митинг
Классические подходы помогут снизить влияние негативных факторов на Agile-процесс. Например,
поможет лучше выяснить что нужно заинтересованным лицам до того, как это будет реализовано:
( да, нередко только реализовав фичу можно выяснить: то это или не то, нужна она действительно или не нужна;
но вероятность ошибок можно сильно снизить, если во время и грамотно собрать требования заинтересованных лиц.)
ограничить вмешательство в процесс раньше времени
Если вы в конце спринта сделали ценный инкремент продукта, но не смогли правильно представить его важным заинтересованным лицам…
То успех вашей работы в глазах многих может выглядеть сильно хуже, чем есть на самом деле.
Классические подходы помогут снизить влияние негативных факторов на Agile-процесс. Например,
поможет лучше выяснить что нужно заинтересованным лицам до того, как это будет реализовано:
( да, нередко только реализовав фичу можно выяснить: то это или не то, нужна она действительно или не нужна;
но вероятность ошибок можно сильно снизить, если во время и грамотно собрать требования заинтересованных лиц.)
ограничить вмешательство в процесс раньше времени
Если вы в конце спринта сделали ценный инкремент продукта, но не смогли правильно представить его важным заинтересованным лицам…
То успех вашей работы в глазах многих может выглядеть сильно хуже, чем есть на самом деле.
Подводя итоги, можно сказать что PMBOK может быть полезен во многих ситуациях и расширит ваши возможности как менеджера:
если в проекте есть далеко не только разработка, а много чего ещё;
если реальное окружение проекта достаточно далеко от Agile-ценностей;
ну, и особенно полезен PMBOK может оказаться на этапе перехода.
Подводя итоги, можно сказать что PMBOK может быть полезен во многих ситуациях и расширит ваши возможности как менеджера:
если в проекте есть далеко не только разработка, а много чего ещё;
если реальное окружение проекта достаточно далеко от Agile-ценностей;
ну, и особенно полезен PMBOK может оказаться на этапе перехода.
Подводя итоги, можно сказать что PMBOK может быть полезен во многих ситуациях и расширит ваши возможности как менеджера:
если в проекте есть далеко не только разработка, а много чего ещё;
если реальное окружение проекта достаточно далеко от Agile-ценностей;
ну, и особенно полезен PMBOK может оказаться на этапе перехода.
Подводя итоги, можно сказать что PMBOK может быть полезен во многих ситуациях и расширит ваши возможности как менеджера:
если в проекте есть далеко не только разработка, а много чего ещё;
если реальное окружение проекта достаточно далеко от Agile-ценностей;
ну, и особенно полезен PMBOK может оказаться на этапе перехода.
Вернемся к последнему распространенному мнению: PMBOK — очень большой и тяжеловесный?
Давайте кратко посмотрим на сам PMBOK…
Большой? Да, как видите, маленьким его назвать трудно.
Но основной вопрос для меня: стоит ли он того? Думаю стоит. Почему?
PMBOK является квинтэссенцией знаний и опыта большого количества профессионалов
Разрабатывается сообществом, на основе добровольного участия. В окончательный вариант входит только то, по чему есть общий консенсус, что это может быть полезно для большинства проектов в большинстве случаев.
PMBOK регулярно пересматривается, т.к. опыт управления не стоит на месте. (Например, именно в последней версии появились многочисленные упоминания об Agile-подходах, т.к. это стало актуально. Кстати, в конце этого года должна выйти новая редакция PMBOK.)
PMBOK является обощением знаний и опыта большого количества профессионалов
Разрабатывается сообществом, на основе добровольного участия. В окончательный вариант входит только то, по чему есть общий консенсус, что это может быть полезно для большинства проектов в большинстве случаев.
PMBOK регулярно пересматривается, т.к. опыт управления не стоит на месте. (Например, именно в последней версии появились многочисленные упоминания об Agile-подходах, т.к. это стало актуально. Кстати, в конце этого года должна выйти новая редакция PMBOK.)
PMBOK является квинтэссенцией знаний и опыта большого количества профессионалов
Разрабатывается сообществом, на основе добровольного участия. В окончательный вариант входит только то, по чему есть общий консенсус, что это может быть полезно для большинства проектов в большинстве случаев.
PMBOK регулярно пересматривается, т.к. опыт управления не стоит на месте. (Например, именно в последней версии появились многочисленные упоминания об Agile-подходах, т.к. это стало актуально. Кстати, в конце этого года должна выйти новая редакция PMBOK.)
PMBOK является квинтэссенцией знаний и опыта большого количества профессионалов
Разрабатывается сообществом, на основе добровольного участия. В окончательный вариант входит только то, по чему есть общий консенсус, что это может быть полезно для большинства проектов в большинстве случаев.
PMBOK регулярно пересматривается, т.к. опыт управления не стоит на месте. (Например, именно в последней версии появились многочисленные упоминания об Agile-подходах, т.к. это стало актуально. Кстати, в конце этого года должна выйти новая редакция PMBOK.)
В целом PMBOK представляет собой очень красивую, непротиворечивую и универсальную систему.
Почти всё, что описано — рекомендации.
Менеджер проекта сам решает: что из описанного стоит применять в конкретном проекте и в конкретной ситуации.
И хороший «каркас» для системного усваивания других знаний по управлению.
Ну, и напоследок хочется пару слов сказать о сертификации. Нужна ли она?
Решать вам, особенно с учетом того, что сдача экзамена на сертификат стоит около 500 долларов.
Сразу оговорюсь, с институтом PMI я никак не аффилирован и никаких денег от них не получаю)) Всё, что я скажу о сертификации — моё личное частное мнение.
Лично меня больше всего впечатлило то, что это, пожалуй, первый экзамен в моей жизни, который старается проверить не мои знания и умения, а именно компетенции. Поясню, компетенции — это способность применять свои знания, навыки и опыт для успешной деятельности в какой-либо области.
Почему я так считаю?
Во-первых для получения допуска к экзамену нужно показать и проанализировать свой реальный опыт участия в проектах в качестве руководителя.
Большинство вопросов экзамена представляет из себя следующее. Описывается некая проблемная ситуация из типичных будней менеджера проекта. А конце ставится вопрос: как лучше всего поступить в сложившейся ситуации? Или, в другом варианте, что стоит сделать в следующий раз, чтобы не возникло подобной проблемы?
Ну, и гарантией качества сертификации является очень высокая сложность экзамена (PMP - это был, пожалуй, самый сложный экзамен в моей жизни, хотя я сдал их немало).
Во-первых для получения допуска к экзамену нужно показать и проанализировать свой реальный опыт участия в проектах в качестве руководителя.
Большинство вопросов экзамена представляет из себя следующее. Описывается некая проблемная ситуация из типичных будней менеджера проекта. А конце ставится вопрос: как лучше всего поступить в сложившейся ситуации? Или, в другом варианте, что стоит сделать в следующий раз, чтобы не возникло подобной проблемы?
Ну, и гарантией качества сертификации является очень высокая сложность экзамена (PMP - это был, пожалуй, самый сложный экзамен в моей жизни, хотя я сдал их немало).
Во-первых для получения допуска к экзамену нужно показать и проанализировать свой реальный опыт участия в проектах в качестве руководителя.
Большинство вопросов экзамена представляет из себя следующее. Описывается некая проблемная ситуация из типичных будней менеджера проекта. А конце ставится вопрос: как лучше всего поступить в сложившейся ситуации? Или, в другом варианте, что стоит сделать в следующий раз, чтобы не возникло подобной проблемы?
Ну, и гарантией качества сертификации является очень высокая сложность экзамена (PMP - это был, пожалуй, самый сложный экзамен в моей жизни, хотя я сдал их немало).
Что еще можно сказать в пользу сертификации PMP?
Сертификация PMI ценится
особенно за рубежом
потихоньку начинает цениться у нас
Ну и, как показывает мой опыт и опыт многих моих коллег, только подготовка к сертификации заставляет достаточно глубоко погрузиться в предмет, почувствовать мощь и системность PMBOK.
Что еще можно сказать в пользу сертификации PMP?
Сертификация PMI ценится
особенно за рубежом
потихоньку начинает цениться у нас
Ну и, как показывает мой опыт и опыт многих моих коллег, только подготовка к сертификации заставляет достаточно глубоко погрузиться в предмет, почувствовать мощь и системность PMBOK.
Что еще можно сказать в пользу сертификации PMP?
Сертификация PMI ценится
особенно за рубежом
потихоньку начинает цениться у нас
Ну и, как показывает мой опыт и опыт многих моих коллег, только подготовка к сертификации заставляет достаточно глубоко погрузиться в предмет, почувствовать мощь и системность PMBOK.
На что ещё можно обратить внимание из продуктов PMI…
Во-первых, это расширение PMBOK в области проектов именно разработки ПО. Честно скажу, у самого руки посмотреть не дошли, но встречал положительные отзывы.
И, что наверное, наиболее актуально в данной аудитории, у PMI не так давно появился свой собственный сертификат по гибким методологиям — Сертифицированный практик гибких методологий. Как и другие сертификаты PMI, он ценится; не в последнюю очередь из-за своей высокой сложности. Хороший отзыв об этой сертификации я встречтил у Ильи Павличенко, который сегодня тоже будет выступать с докладом.
Ну, ещё упомяну, на что можно обратить внимание из продуктов PMI…
Во-первых, это расширение PMBOK в области проектов именно разработки ПО. Честно скажу, у самого руки посмотреть не дошли, но встречал положительные отзывы.
И, что наверное, наиболее актуально в данной аудитории, у PMI не так давно появился свой собственный сертификат по гибким методологиям — Сертифицированный практик гибких методологий. Как и другие сертификаты PMI, он ценится; не в последнюю очередь из-за своей высокой сложности. Хороший отзыв об этой сертификации я встречтил у Ильи Павличенко, который сегодня тоже будет выступать с докладом.
Ну, ещё упомяну, на что можно обратить внимание из продуктов PMI…
Во-первых, это расширение PMBOK в области проектов именно разработки ПО. Честно скажу, у самого руки посмотреть не дошли, но встречал положительные отзывы.
И, что наверное, наиболее актуально в данной аудитории, у PMI не так давно появился свой собственный сертификат по гибким методологиям — Сертифицированный практик гибких методологий. Как и другие сертификаты PMI, он ценится; не в последнюю очередь из-за своей высокой сложности. Хороший отзыв об этой сертификации я встречтил у Ильи Павличенко, который сегодня тоже будет выступать с докладом.
Наверное, это всё, что я собирался вам рассказать. Давайте еще раз вспомним основные тезисы.
Итак, на мой взгляд Agile-менеджеру стоит помнить о PMBOK следующее.
Во-первых, между подходами Agile и PMBOK нет какого-то жесткого противоречия. PMBOK не отрицает ценностей Agile, потому что он вообще мало говорит о ценностях. А также рекомендует использовать гибкие подходы для реализации проекта, если это адекватно конкретной ситуации.
Но при этом PMBOK говорит о многом, о чем «молчит» Agile. Он может быть полезен в проектах, где помимо разработки, есть много других активностей. А также увеличит ваши шансы на успех, особенно, если вы работаете в окружении, которое так или иначе противоречит Agile-ценностям.
Ну, последнее, о чем хотелось бы сказать. PMBOK — это очень хороший системный каркас в области управления, на который потом можно наращивать «мясо» по своему вкусу. Особо стоит отметить, ценность самой популярной системы терминов в области управления.
Но при этом PMBOK говорит о многом, о чем «молчит» Agile. Он может быть полезен в проектах, где помимо разработки, есть много других активностей. А также увеличит ваши шансы на успех, особенно, если вы работаете в окружении, которое так или иначе противоречит Agile-ценностям.
Ну, последнее, о чем хотелось бы сказать. PMBOK — это очень хороший системный каркас в области управления, на который потом можно наращивать «мясо» по своему вкусу. Особо стоит отметить, ценность самой популярной системы терминов в области управления.
Ну, последнее, о чем хотелось бы сказать. PMBOK — это очень хороший системный каркас в области управления, на который потом можно наращивать «мясо» по своему вкусу. Особо стоит отметить, ценность самой популярной системы терминов в области управления.