Comments 16
Для тех кто в танке ("Кванториуме" - доп образование для школьников) - где почитать базовый стандарт? как говорится бесплатно и без регистрации...
Официально - только купить. А в плане "параллельного импорта" - в известных местах, которые все знают, но называть публично нельзя. :)
Думаете на Эквадорскую библиотеку уже пришло? Или вы где в другом месте имели ввиду?
В эквадорской не нашел. Но есть на одном развале со словом "трекер" в названии. :)
Спасибо. Почитал...
Знаете какое впечатление (возможно это просто интерференция двух книг в мозгу.)
Дж.Лайкер в заключении к "Корпоративной культуре Тойоты" говорит: Настоящий вопрос не в том, может ли это сработать, а в том, дадим ли мы этому сработать.
И вот PMBoK7 пока все же дает ответ - Не дадим. Цели корпоративного управления таковы, что бережливые ценности заимствуются инструментально, а не на уровне культуры.
Это мое мнение не профессионала от прочтения...
===
И отдельное спасибо за Вашу статью. Она просто экстремальное суммари стандарта. Очень удобно. Не надо через нагромождения формальных слов продираться.
Ну, PMBoK всегда был "сборником хороших практик", сборником того, что в мире происходит. Вот получается "обзор популярного инструментария" и попыткой всё это разложить по коробочкам.
Но, по моему мнению, одного стандарта теперь Менеджеру проекту 100% будет не достаточно - придется выбрать направление и копать вглубь.
Но, на мой взгляд, по крайней мере картинка, которую я вижу в стандарте, отражает реальность того, что используется на рынке. Шестая версия была совсем уж устаревшая.
После того, как PMI ушла из России, электронные копии (в том числе на русском языке) без проблем гуляют по сети. Но часть контента PMI все равно увела в чистый онлайн, доступный только по подписке https://www.pmi.org/pmbok-guide-standards/standards-plus Из России подписку вы не оформите. Нужна во-первых международная банковская карта, во-вторых, аккаунт, заведённый на другую страну. Если в аккаунте ранее был указан российский адрес, то просто так вам его не дадут поменять.
Но если зарубежная карта и новый аккаунт есть, то можно получить доступ к PMIstandards+ за 8 баксов в месяц https://www.pmi.org/shop/p-/digital-product/pmistandardsplus-monthly-subscription/dp002
А новым членам сообщества предлагают 60 дней пробного доступа https://www.pmi.org/landing/pmi-digital-toolkit
На Всё Уже Есть Стандарт!!! Хватит PMBoK мусолить, от него есть толк, только для методологов... а для работы, есть Стандарт. К чёрту этих эффективных менеджеров, инженер, должен работать по стандарту и точка...
PMI внезапно "обнаружили", что у них есть большая ниша, для которой они ничего не сделали. Это ИТ-проекты с их особенностями и решили как-то адаптировать (это же сколько членских взносов можно собрать с ИТ-менеджеров!!).
Но я рад, что, как минимум, они показывают варианты стыковки.
Если говорить про способы управления для ИТ-проектов то тут будет работать схема:
Фаза 1 (Внедрение) - если ищем решение, то делаем проект итерационно по Скраму, если цель понятна - то как обычно с постановкой цели и планированием.
Фаза 2 (Развитие) - обычно цели развития понятны, делаем как обычно с постановкой цели и планированием.
Фаза 3 (Эксплуатация) - это сопровождение готового изделия, поэтому Канбан-метод, ITSM, ITIL и всё такое будет эффективным. главное разделять где заявка а где проект.
Фаза 4 (Вывод из использования) - продолжаем обслуживание по Канбан-методу, ITSM, ITIL пока не закончится гарантийный срок, и запускаем проект с целями, планированием.
На уровне исполнения на всех фазах может быть что-то итерационное, как коммуникационный каркас.
Так это и есть практически фазы жизненного цикла проекта. На этом контексте и образуются проекты, направленные на изменения в продукте, изменение системы поставки, изменение системы сопровождения и т.д. А Канбан в рамках нового PMBoK это инструмент в рамках системы поставки. Его элементы перечислены, в том числе, как инструменты управления проектами.
Можете переписывать статью - PMI не отказалась от своих любимых 49 процессов. В конце октября опубликовали
Там 390 страниц писанины. Просто предыдущий PMBoK только ленивый не пинал за >800 страниц (с учетом аджайл гида) - вот они и решили упростить. Только с имплементацией намудрили. Когда вышла 250 страничная книжка 7-й версии, не последовало внятных разъяснений про остальное содержимое. Мол, смотрите в онлайн базу знаний PMIstandards+. а через год всё же подвезли фолиант :)
Главное изменение было просто огромным по значению. Дело в том, что
основным объектом управления в стандарте стал не проект, а
производственная система организации, в рамках которой создаются
продукты, развивающиеся по своим жизненным циклам. Проект же теперь
позиционируется всего лишь как инструмент реализации крупных изменений в
продукте в рамках его развития.
Где именно вы там такое вычитали? Определение проекта неизменно, какого-то продуктового преобладания я не вижу. Про смену объекта управления с проекта на производственную систему организации - тем более не понял.
Я х ты! Обязательно прочитаю приложение. Если это откат назад - тоже повод отрефлексировать. Забавно будет в свете развития Disciplined Agile.
Определение проекта, которое я дал идет из повествования, которое в седьмой версии и иллюстрации, которую я привел (это оттуда, я не придумывал).
иллюстрации, которую я привел (это оттуда, я не придумывал)
Картинка-то там есть, я знаю. Но с выводами я не могу согласиться. Изменение произошло в расширении ожидаемого эффекта от проектов:
Организации ожидают от проектов поставки конечных результатов в дополнение к выходам и артефактам.
Конечный результат. Окончательный результат или следствие процесса или
проекта. Конечные результаты могут включать выходы и артефакты, но имеют
более широкое назначение, фокусируясь на выгодах и ценности, ради поставки
которых проект был предпринят.
То есть ведут к тому, что проект ради проекта никому не нужен и история не заканчивается актом сдачи-приёмки работ.
Если это откат назад - тоже повод отрефлексировать.
Это не откат, это как раз не случившаяся революция. Теперь есть базовая "тонкая" книга, задающая рамку, а далее одним Agile practice guide, а другим Process groups.
На LinkedIn один из коллег Дункана инициировал интересную дискуссию по поводу того "что же это было и как это понимать?" https://www.linkedin.com/posts/mounirajam_pmi-pmbokguide-waterfall-activity-6990388312964304897-i_ej/
Ваш вывод вполне сочетается с моим - проект ради проекта никому не нужен. Именно поэтому я и дописал «в рамках ЖЦ продукта в производственной системе компании». Как раз это и имел ввиду.
Для меня 7 версия как раз стала «революцией» смысла: был фреймворк, стал метод. но, по ходу, с фреймворков в прицепе.
Честно? Лучше б PMI пиарили Disciplined Agile - вот это в массы продвинуть, была бы революция во всех отношениях. (Или это просто с моего контекста не видно)
Про Метод стыковки Agile с проектами есть в книге "Управление проектным бизнесом" https://pulsemanagement.org/
Хотя у PMI мощности побольше, но большая часть участников сообщества это из стройки, а никак не из разработки ПО.
Гибкие подходы и практики не панацея в проектом управлении, все есть яд, если применять не по делу. Можно постоянно наблюдать как те-же практики или фреймворки (привет SCRUM) применяют в областях где неопределеность это что-то что случается раз в 10 лет, но при этом там настойчиво пихают хайповые практики не понимая для что они решают в их контексте.
Это я к чему, а к тому что в тотм же ИТ общий уровень руководителей как в прочим и инженеров не высок, требуются квалифицированные сотрудники, а приходится латать дыры тем что найдётся, а сколько проблем можно было бы решить просто грамотным управлением и возможно бы не подталнтколо когда из утюга кричат про Agile..
PMBoK, Agile и Канбан: современное проектное управление и его значение для менеджеров проектов