Открытый (бесплатный) курс по управлению проектами.
Третье занятие в двух частях - посвященное быстрому знакомству с PMBOK® 5th edition. Разбираются все процессы и некоторых их связи для областей знаний: управление интеграцией, управление содержанием, управление сроками, управление стоимостью.
Открытый курс, занятие 3 часть 2 - PMBOK® за 2,5 часаIvan Selikhovkin
Открытый (бесплатный) курс по управлению проектами.
Третье занятие в двух частях - посвященное быстрому знакомству с PMBOK® 5th edition. Разбираются все процессы и некоторые их связи для областей знаний: управление качеством, управление HR, управление коммуникациями, управление рисками, управление закупками, управление заинтересованными сторонами. Также сводятся воедино алгоритмы управления проектом.
Открытый курс, занятие 1 часть 2 - Суть и проблемы проектного менеджментаIvan Selikhovkin
Открытый (бесплатный) курс по управлению проектами.
Первое занятие в четырех частях - о методологиях управления вообще, управлении в проектах, о разнице и применимости "легких" и "тяжелых" методологий.
Открытый курс, занятие 1 часть 4 - Дилемма неопределенностиIvan Selikhovkin
Открытый (бесплатный) курс по управлению проектами.
Первое занятие в четырех частях - о методологиях управления вообще, управлении в проектах, о разнице и применимости "легких" и "тяжелых" методологий.
Открытый курс, занятие 1 часть 1 - Методологии управления раньше и сейчасIvan Selikhovkin
Открытый (бесплатный) курс по управлению проектами.
Первое занятие в четырех частях - о методологиях управления вообще, управлении в проектах, о разнице и применимости "легких" и "тяжелых" методологий.
Открытый курс, занятие 1 часть 3 - Управление проектами в разных компанияхIvan Selikhovkin
Открытый (бесплатный) курс по управлению проектами.
Первое занятие в четырех частях - о методологиях управления вообще, управлении в проектах, о разнице и применимости "легких" и "тяжелых" методологий.
Открытый курс, занятие 3 часть 2 - PMBOK® за 2,5 часаIvan Selikhovkin
Открытый (бесплатный) курс по управлению проектами.
Третье занятие в двух частях - посвященное быстрому знакомству с PMBOK® 5th edition. Разбираются все процессы и некоторые их связи для областей знаний: управление качеством, управление HR, управление коммуникациями, управление рисками, управление закупками, управление заинтересованными сторонами. Также сводятся воедино алгоритмы управления проектом.
Открытый курс, занятие 1 часть 2 - Суть и проблемы проектного менеджментаIvan Selikhovkin
Открытый (бесплатный) курс по управлению проектами.
Первое занятие в четырех частях - о методологиях управления вообще, управлении в проектах, о разнице и применимости "легких" и "тяжелых" методологий.
Открытый курс, занятие 1 часть 4 - Дилемма неопределенностиIvan Selikhovkin
Открытый (бесплатный) курс по управлению проектами.
Первое занятие в четырех частях - о методологиях управления вообще, управлении в проектах, о разнице и применимости "легких" и "тяжелых" методологий.
Открытый курс, занятие 1 часть 1 - Методологии управления раньше и сейчасIvan Selikhovkin
Открытый (бесплатный) курс по управлению проектами.
Первое занятие в четырех частях - о методологиях управления вообще, управлении в проектах, о разнице и применимости "легких" и "тяжелых" методологий.
Открытый курс, занятие 1 часть 3 - Управление проектами в разных компанияхIvan Selikhovkin
Открытый (бесплатный) курс по управлению проектами.
Первое занятие в четырех частях - о методологиях управления вообще, управлении в проектах, о разнице и применимости "легких" и "тяжелых" методологий.
Жизнь в стиле стартап в корпоративной среде: Agile в помощь?ScrumTrek
Мой доклад посвящен истории создания нового продукта и новой команды. Эта история началась в 2012-м году с идеи создания WEB-сервиса для предоставления корпоративным клиентам операторов связи возможности управлять своими M2M-SIM-картами, т.е. SIM-картами, установленными в различных устройствах. Наша история, наверное, похожа на многие, но имеет и свои особенности. С одной стороны, мы являлись представителями крупной и известной компании. С другой столкнулись, практически со всеми проблемами, типичными для стартапа. В самом начале нас было несколько энтузиастов. Мы одновременно разрабатывали продукт, искали заказчика, финансирование, формировали команду и выстраивали в ней процессы. Нас окружал "суровый энтерпрайз" ;) Мы пережили все болезни роста и продукта и команды, несколько раз нам казалось, что все пропало. В какой-то момент, мы осознали, что пора выбираться из хаоса и обратиться к современным методологиям разработки ПО, таким, как Agile. Но осознать мало, надо еще сделать :) На наше счастье, к этому моменту, в нашей компании также начались процессы перестройки всего подхода к производству. О пройденном за три года пути, сделанных выводах и приобретенном опыте я и хочу рассказать слушателям моего доклада.
Что такое системное управление проектами и как убедить руководство в необходимости его внедрения? Доклад Денис Базина, представленный на конференции "Внедрение проектного управления. Успешный проектный офис 2016"
#pmoconf
Презентация доклада Максима Дроздова, менеджера проектов компании "ИСС Арт" "Контроль над распределенной командой".
Вебинар "Управление удаленной командой разработчиков".
Константин Бажин, ТОП 10 не могу или что нужно сделать, чтобы жить по AgileScrumTrek
"Наступать на грабли - это не про нас!" - думали мы, когда ушли в разработку программного обеспечения с головой. И вроде бы все умные и прекрасно понимают как нужно делать правильно. Но! В ситуации, когда количество работы превышает количество ресурсов, а договорные обязательства никто не отменял, в какой-то момент - ЧТО-ТО ПОШЛО НЕ ТАК.
В своем докладе я расскажу как это все произошло и какие выводы мы сделали. А также опишу конкретные шаги, которые предприняли, чтобы этого избежать в дальнейшем.
Максим Цепков, Agile - то что на самом деле нужно гос.заказчикам!ScrumTrek
Многие доклады про использование гибких методологий разработки в проектах с государственным заказчиком рассказывают о том, как изолировать команду от заказчика для обеспечения Agile-процесса. Но нужно ли это на самом деле?
Ведь для заказчика, как правило, важно работающее программное обеспечение, а не документация на него, важно сотрудничество, а не контракты, важна готовность команды к изменениям — иными словами, те ценности, что декларирует Agile-манифест. Формальные требования воспринимаются заказчиком как дополнительная нагрузка на внутренние процессы, которые долго и сложно перестраивать. Поэтому секрет долгосрочного успешного сотрудничества — в грамотной адаптации деятельности компании-разработчика к условиям заказчика. За время доклада мы рассмотрим воплощение этого тезиса на конкретных примерах из опыта работы нашей компании с такими заказчиками, как Банк России, Газпромбанк и другими.
Доклад Дениса Злоказова, представленный на конференции "Внедрение проектного управления. Успешный проектный офис 2016".
- Шаги становления систем управления проектами в строительстве;
- Мифы и разочарования, с которыми сталкиваются строительные компании при внедрении ИСУП;
- Системные проблемы отрасли, не учтенные стандартами проектного управления, и возможные пути преодоления этих проблем.
#pmoconf
Василий Чепцов, PMBOK для Agile-менеджера. Чем полезен?ScrumTrek
В Agile-сообществе можно встретить немало мифов и поверхностных суждений о подходах к управлению, где не используется слово "Agile". Больше всех, пожалуй, "досталось" методологии управления проектами PMI PMBOK... "Водопад", Гант, куча документации — это же всё ужасно с точки зрения Agile! Недавно мне пришлось хорошенько проштудировать PMBOK (для подготовки к экзамену) и теперь по горячим следам хочется вдумчиво обсудить: — какие популярные суждения о PMBOK верны, а какие нет? — как же всё-таки соотносятся эти подходы? — и, главное, чем нам PMBOK может быть полезен в Agile-разработке?
В Agile-сообществе можно встретить немало мифов и поверхностных суждений о подходах к управлению, где не используется слово "Agile". Больше всех, пожалуй, "досталось" методологии управления проектами PMI PMBOK... "Водопад", Гант, куча документации — это же всё ужасно с точки зрения Agile!
Недавно мне пришлось хорошенько проштудировать PMBOK (для подготовки к экзамену) и теперь по горячим следам хочется вдумчиво обсудить:
— какие популярные суждения о PMBOK верны, а какие нет?
— как же всё-таки соотносятся эти подходы?
— и, главное, чем нам PMBOK может быть полезен в Agile-разработке?
Слайды к докладу на конференции AgileDays 2016.
Александр Андронов, Engineering AssessmentScrumTrek
Улучшить можно то, что можно измерить. Это главный тезис измерения. Мы измеряем, чтобы улучшать. Мы хотим улучшать код, инженерку. Для этого нужно код измерять. Как?
Я расскажу о метриках на самом низком уровне создания IT-продуктов. О тех метриках, которые находятся на уровне инженерки, на уровне программистов и QA. Упор сделан на те, которые зависят от человеческого фактора, которые не измерить автоматическими инструментами. Работая над несколькими проектами и наблюдая за десятком других как Agile-тренеры, мы выработали 9 метрик, которые описывают текущее состояние системы с точки зрения инженерки. В динамике они помогают мгновенно реагировать, если что-то идет не так.
В презентации представлены ключевые характеристики "гибкой" организации в соответствии с опросами и исследованиями PMI. А также на основе пре-релиза новой версии стандарта управления проектами, который войдет в состав PMBOK 6.
Рассказ про собственный опыт использования Agile, как на работе, так и в личной жизни.
На работе Agile-подходы я применял в рамках компании Avito. Опыт интересен тем, что он позитивный, но при этом не использовались стандартные методологические фрейм-ворки: Scrum, Kanban и пр. Также привожу свой вариант краткого определения сути Agile и кратко описываю опыт применения этих подходов в семье.
Слайды к докладу на конференции AgileDays 2015.
Национальные особенности подготовки к сдаче экзамена PMPЕвгений Пикулев
Презентация построена на основании трехлетнего опыта подготовки к эказмену PMP в Екатеринбурге в рамках "Школы PMP". Подробнее здесь http://gibtech.ru/pmp_school/
Жизнь в стиле стартап в корпоративной среде: Agile в помощь?ScrumTrek
Мой доклад посвящен истории создания нового продукта и новой команды. Эта история началась в 2012-м году с идеи создания WEB-сервиса для предоставления корпоративным клиентам операторов связи возможности управлять своими M2M-SIM-картами, т.е. SIM-картами, установленными в различных устройствах. Наша история, наверное, похожа на многие, но имеет и свои особенности. С одной стороны, мы являлись представителями крупной и известной компании. С другой столкнулись, практически со всеми проблемами, типичными для стартапа. В самом начале нас было несколько энтузиастов. Мы одновременно разрабатывали продукт, искали заказчика, финансирование, формировали команду и выстраивали в ней процессы. Нас окружал "суровый энтерпрайз" ;) Мы пережили все болезни роста и продукта и команды, несколько раз нам казалось, что все пропало. В какой-то момент, мы осознали, что пора выбираться из хаоса и обратиться к современным методологиям разработки ПО, таким, как Agile. Но осознать мало, надо еще сделать :) На наше счастье, к этому моменту, в нашей компании также начались процессы перестройки всего подхода к производству. О пройденном за три года пути, сделанных выводах и приобретенном опыте я и хочу рассказать слушателям моего доклада.
Что такое системное управление проектами и как убедить руководство в необходимости его внедрения? Доклад Денис Базина, представленный на конференции "Внедрение проектного управления. Успешный проектный офис 2016"
#pmoconf
Презентация доклада Максима Дроздова, менеджера проектов компании "ИСС Арт" "Контроль над распределенной командой".
Вебинар "Управление удаленной командой разработчиков".
Константин Бажин, ТОП 10 не могу или что нужно сделать, чтобы жить по AgileScrumTrek
"Наступать на грабли - это не про нас!" - думали мы, когда ушли в разработку программного обеспечения с головой. И вроде бы все умные и прекрасно понимают как нужно делать правильно. Но! В ситуации, когда количество работы превышает количество ресурсов, а договорные обязательства никто не отменял, в какой-то момент - ЧТО-ТО ПОШЛО НЕ ТАК.
В своем докладе я расскажу как это все произошло и какие выводы мы сделали. А также опишу конкретные шаги, которые предприняли, чтобы этого избежать в дальнейшем.
Максим Цепков, Agile - то что на самом деле нужно гос.заказчикам!ScrumTrek
Многие доклады про использование гибких методологий разработки в проектах с государственным заказчиком рассказывают о том, как изолировать команду от заказчика для обеспечения Agile-процесса. Но нужно ли это на самом деле?
Ведь для заказчика, как правило, важно работающее программное обеспечение, а не документация на него, важно сотрудничество, а не контракты, важна готовность команды к изменениям — иными словами, те ценности, что декларирует Agile-манифест. Формальные требования воспринимаются заказчиком как дополнительная нагрузка на внутренние процессы, которые долго и сложно перестраивать. Поэтому секрет долгосрочного успешного сотрудничества — в грамотной адаптации деятельности компании-разработчика к условиям заказчика. За время доклада мы рассмотрим воплощение этого тезиса на конкретных примерах из опыта работы нашей компании с такими заказчиками, как Банк России, Газпромбанк и другими.
Доклад Дениса Злоказова, представленный на конференции "Внедрение проектного управления. Успешный проектный офис 2016".
- Шаги становления систем управления проектами в строительстве;
- Мифы и разочарования, с которыми сталкиваются строительные компании при внедрении ИСУП;
- Системные проблемы отрасли, не учтенные стандартами проектного управления, и возможные пути преодоления этих проблем.
#pmoconf
Василий Чепцов, PMBOK для Agile-менеджера. Чем полезен?ScrumTrek
В Agile-сообществе можно встретить немало мифов и поверхностных суждений о подходах к управлению, где не используется слово "Agile". Больше всех, пожалуй, "досталось" методологии управления проектами PMI PMBOK... "Водопад", Гант, куча документации — это же всё ужасно с точки зрения Agile! Недавно мне пришлось хорошенько проштудировать PMBOK (для подготовки к экзамену) и теперь по горячим следам хочется вдумчиво обсудить: — какие популярные суждения о PMBOK верны, а какие нет? — как же всё-таки соотносятся эти подходы? — и, главное, чем нам PMBOK может быть полезен в Agile-разработке?
В Agile-сообществе можно встретить немало мифов и поверхностных суждений о подходах к управлению, где не используется слово "Agile". Больше всех, пожалуй, "досталось" методологии управления проектами PMI PMBOK... "Водопад", Гант, куча документации — это же всё ужасно с точки зрения Agile!
Недавно мне пришлось хорошенько проштудировать PMBOK (для подготовки к экзамену) и теперь по горячим следам хочется вдумчиво обсудить:
— какие популярные суждения о PMBOK верны, а какие нет?
— как же всё-таки соотносятся эти подходы?
— и, главное, чем нам PMBOK может быть полезен в Agile-разработке?
Слайды к докладу на конференции AgileDays 2016.
Александр Андронов, Engineering AssessmentScrumTrek
Улучшить можно то, что можно измерить. Это главный тезис измерения. Мы измеряем, чтобы улучшать. Мы хотим улучшать код, инженерку. Для этого нужно код измерять. Как?
Я расскажу о метриках на самом низком уровне создания IT-продуктов. О тех метриках, которые находятся на уровне инженерки, на уровне программистов и QA. Упор сделан на те, которые зависят от человеческого фактора, которые не измерить автоматическими инструментами. Работая над несколькими проектами и наблюдая за десятком других как Agile-тренеры, мы выработали 9 метрик, которые описывают текущее состояние системы с точки зрения инженерки. В динамике они помогают мгновенно реагировать, если что-то идет не так.
В презентации представлены ключевые характеристики "гибкой" организации в соответствии с опросами и исследованиями PMI. А также на основе пре-релиза новой версии стандарта управления проектами, который войдет в состав PMBOK 6.
Рассказ про собственный опыт использования Agile, как на работе, так и в личной жизни.
На работе Agile-подходы я применял в рамках компании Avito. Опыт интересен тем, что он позитивный, но при этом не использовались стандартные методологические фрейм-ворки: Scrum, Kanban и пр. Также привожу свой вариант краткого определения сути Agile и кратко описываю опыт применения этих подходов в семье.
Слайды к докладу на конференции AgileDays 2015.
Национальные особенности подготовки к сдаче экзамена PMPЕвгений Пикулев
Презентация построена на основании трехлетнего опыта подготовки к эказмену PMP в Екатеринбурге в рамках "Школы PMP". Подробнее здесь http://gibtech.ru/pmp_school/
RnDm. Управление проектами исследования и разработки. Лекция 3. Декомпозиция...Alexey Kachalin
Управление проектами исследования и разработки - курс, ориентированный на студентов и молодых специалистов в области разработки программного обеспечения, а также проектов НИР/НИОКР.
Цель курса - показать ключевые практики управления проектами как по ключевым стандартам из области управления проектами и специализированным - для разработки ПО, а также обсудить реальные примеры из исследовательских проектов (научных, технологических, бизнес-аналитических), востребованных в научных и коммерческих организациях.
Миссия курса: дать необходимые знания о возможных инструментах и практиках не загоняя в жесткие рамки отдельного стандарта, методики или фреймворка; обеспечить молодым специалистам лёгкое вхождение в действующие производственные команды и проекты, научить мыслить и осознавать ценности и преимущества проектной организации работы в организации.
В этой лекции речь пойдет о разработке структуры работ проекта: формулировке задач и их декомпозиции, планировании сроков и анализе трудоемкости задач.
* Немного общей информации про проектное управление
* Детально - про классическое планирование по PMBoK (спасибо Рите Мулкахи и ее команде).
* Немного общей информации про SCRUM
Мастер-класс. Интерактивная презентация + деловая игра «Управление командами разрабатывающими ПО по Agile (Scrum) и выводу нового программного продукта (ПО) на рынок» c использованием симулятора проектной деятельности (СПД) BesTeamKpi®
На примере современной инжиниринговой компании рассмотрена практика построения проектных офисов. Доклад Алексея Зяблова с конференции "Внедрение проектного управления. Успешный проектный офис 2016"
#pmoconf
В презентации представлен методологический подход и опыт автора по комбинированному использованию иерархических (водопад, набегающая волна) и гибких (Scrum, Agile) подходов для разработки, выпуска, сопровождения и развития программных продуктов и приложений для мобильных устройств.
Слайды выступления на Life sciences invest (форум для организаторов медицинских и фармацевтических управленцев, информатизаторов, бизнесменов и представителей гос. власти). Регламент - 15 минут.
Доклад на конференции SPMconf 2011, посвященный тому, как руководителю проекта добиться доверия со стороны собственного руководства и, тем самым, обеспечить себе свободу и комфморт в работе.
Открытый курс, занятие 3 часть 1 - PMBOK® за 2,5 часа
1. Разрешения, торговые марки и
авторские права
Курс посвящен поверхностному изучению стандарта
управления проектами «A Guide to the Project Management
Body of Knowledge» (PMBOK)® - fifth edition, Project
Management Institute Inc. 2013.
PMBOK® является зарегистрированной маркой Института
Управления Проектами.
Курс подготовлен в 2014 для открытого, бесплатного
использования. Автор - Селиховкин Иван.
Любое воспроизведение и некоммерческое использование
материалов курса разрешено, при ссылке на автора и ресурс
PMlead.ru.
PMBOK® 5th part 1
4. Цель и структура занятия
Для чего занятие: понять PMBOK® 5th edition, заложить
основы для его применения и для подготовки к экзамену
PMP.
Что сделаем:
• изучим все процессы PMBOK® 5th edition и их взаимосвязи
Чего не сделаем:
• не будем разбираться в нюансах каждого процесса, всех
его входах и выходах
• не затронем вопросы внедрения этих практик в жизнь
На выходе: алгоритм «как работают по-PMBOK®».
5. Поехали!
Будем изучать PMBOK® (кстати, это стандарт,
согласно ISO).
PMI® – аккредитована ANSI как разработчик
стандартов
6. Открываем PMBOK® - что мы видим?
Фундаментальные принципы (то, что
«между строк») – см. занятие №2
http://pmlead.ru/?page_id=1659
Много-много процессов и связей
(предмет сегодняшнего занятия).
9. 47 процессов PMBOK®
Создаем план
Действуем по плану
Измеряем прогресс -
сравниваем плану/факт
и вносим коррективы
Начинаем
(проект, фазу)
старт
финиш
Закрываем проект, фазу
или обязательства
по контракту
10. 47 процессов PMBOK®
Создаем план
Действуем по плану
Измеряем прогресс -
сравниваем плану/факт
и вносим коррективы
Начинаем
(проект, фазу)
старт
финиш
Закрываем проект, фазу
или обязательства
по контракту
данные
информация
отчеты
12. Управление интеграцией проекта
Project integration management
- payback period
- return of investment
- internal rate of return
- discounted cash flow
- net present value
Процессы Показатели
- Project charter (Устав проекта)
- Project management plan (План
управления проектом)
Артефакты
Объединение процессов управления
проектом.
13. До написания устава – выбор и решение о запуске
проекта (используем «показатели»).
Устав фиксирует цели и ограничения проекта на
самом высоком уровне.
Должен быть неизменным.
Пример устава: http://pmlead.ru/?page_id=1713
О «принципе яйца»: http://pmlead.ru/?page_id=1659
(см. занятие 2 часть 2)
Разработка устава проекта
Develop Project Charter
4.1
интеграция
16. Нужно разработать отдельные планы, а потом - «утрясти» их друг с другом и
управлять как единым целым.
План – не всегда документ, но «договоренность». Уточняется весь проект
(«принцип яйца»).
В том числе, включает:
• какие процессы будут использованы в проекте (не весь PMBOK®)
• планы по каждой из оставшихся 9 областей знаний
• грани / «базовые планы» (baselines) (3)
• план управления изменениями
• план управления конфигурациями
• план управления требованиями
• план улучшения процессов.
Думаем наперед - как будем «измерять» выполнение
планов, как будем закрывать проект.
Разработка плана управления проектом
Develop project management plan
4.2
интеграция
22. Проверка хода проекта относительно всех
планов («еще укладываемся?» «как долго
будем укладываться?»)
Мониторинг – это измерения…
Мониторинг и контроль работ проекта
Monitor and control project work
4.4
интеграция
…(но НЕ принятие решений)
35. I
Все проекты и фазы должны оказаться закрыты
(не зависимо от успеха).
Для закрытия:
• выдать результат, требуемый по scope baseline
(фазы или проекта)
• проверить и сделать «что нужно» для закрытия
проекта или перехода к следующей фазе
(например, высвободить команду или
подписать акты сдачи-приемки)
• зафиксировать «полезную информацию» по
проекту (lesson learned).
Даже если проект «отменен».
Закрытие фазы или проекта
Close project or phase
4.6
интеграция
39. Управление содержанием проекта
Project scope management
- нет
Процессы Показатели
- project scope statement
(«концепция проекта»)
- иерархическая структура
работ (ИСР / WBS)
- словарь ИСР (WBS dictionary)
Артефакты
Определить какие работы
необходимы, а потом – убедиться
в том, что только они и выполняются.
scope baseline
↑
↑
40. Планирование управления содержанием
Plan scope management
5.1
содержание
Как управлять содержанием (scope
management plan) – продумываем
все аспекты, в том числе
управление требованиями
(requirements management)
49. Строим детальное описание и продукта и проекта.
Определяем : что делаем и чего
НЕ делаем в ходе проекта.
Определение содержания
Define scope
5.3
содержание
Project scope statement
«Концепция проекта»
←
http://pmlead.ru/?page_id=1713
53. Создание ИСР
Create WBS
5.4
содержание
Декомпозиция scope baseline в терминах поставок включая LOE
(level-of-effort).
Поставка = существительное.
Главные выходы:
- WBS (ИСР) NB: если нет в ИСР = нет в проекте!
- WBS-dictionary (словарь ИСР)
Актуальный - Practice Standard for Work Breakdown Structures—Second
Edition (Reaffirmed)® http://www.pmi.org/PMBOK-Guide-and-
Standards/Standards-Library-of-PMI-Global-Standards.aspx
57. Контроль содержания
Control scope
5.6
содержание
Измеряем выполнение scope проекта и
продукта (для себя, не для заказчика).
Смысл: быть уверенным, что в любой
момент проект идет по плану (в части
содержания), и укладывается в него.
Усилиями команды (!). Для нее и делался
baseline!
61. Процессы PMBOK®
По ходу проекта –
«проверяем содержание»
Возможно, в планах
нужны изменения?
1
2
62. Процессы PMBOK®
По ходу проекта –
«проверяем содержание»
Возможно, в планах
нужны изменения?
1
2
Тогда – мы
поправим планы
3
63. Процессы PMBOK®
По ходу проекта –
«проверяем содержание»
Возможно, в планах
нужны изменения?
1
2
Тогда – мы
поправим планы
3
3
64. Процессы PMBOK®
По ходу проекта –
«проверяем содержание»
Возможно, в планах
нужны изменения?
1
2
Тогда – мы
поправим планы
3
3
65. Процессы PMBOK®
По ходу проекта –
«проверяем содержание»
Возможно, в планах
нужны изменения?
В любом из аспектов
1
2
5
Тогда – мы
поправим планы
3
3
69. Управление временем (сроками) проекта
Project time management
- three point estimate
(оценка по трем
точкам)
Процессы Показатели
- Project schedule (расписание
проекта)
Артефакты
Оценить сроки реализации проекта и
проактивно управлять расписанием.
schedule baseline
82. Оценка ресурсов операций
Estimate activity resources
6.4
время
Сетевая диаграмма
Количество и виды
необходимых ресурсов
(людей, оборудования,
материалов)
86. Оценка длительности операций
Estimate activity duration
6.5
время
5 дней
1 день
2 дня
3 дня
4 дня
Способы оценки:
• по аналогу
• по «трем точкам»
• по резервам
• по известным параметрам
• «экспертно»
• групповые методики
99. Как идут работы?1
Процессы PMBOK®
Как трактовать информацию
о ходе работ?
Каковы прогнозы?
2
Возможно, в расписании
нужны изменения? 3
100. Как идут работы?1
Тогда – мы
поправим планы
4
4
Процессы PMBOK®
Как трактовать информацию
о ходе работ?
Каковы прогнозы?
2
Возможно, в расписании
нужны изменения? 3
101. Как идут работы?
Поправим
именно расписание
1
5
Тогда – мы
поправим планы
4
4
Процессы PMBOK®
Как трактовать информацию
о ходе работ?
Каковы прогнозы?
2
Возможно, в расписании
нужны изменения? 3
102. Как идут работы?
Поправим
именно расписание
В любом из аспектов
1
5
6
Тогда – мы
поправим планы
4
4
Процессы PMBOK®
Как трактовать информацию
о ходе работ?
Каковы прогнозы?
2
Возможно, в расписании
нужны изменения? 3
111. Управление стоимостью проекта
Project cost management
- EVA (earned value
analysis)
- прогнозы
- TCPI (to complete
performance index)
Процессы Показатели
- cost baseline (базовый план
стоимости)
Артефакты
Оценить стоимость проекта и
проактивно управлять финансами.
cost baseline
112. Планирование управления стоимостью
Plan cost management
7.1
стоимость
Как управлять стоимостью –
продумываем все аспекты.
Хороший момент для осознания,
«есть ли деньги» на нашем
проекта (или они выражены в
иных ресурсах)
121. Определение бюджета
Determine budget
7.3
стоимость
себестоимость работ
себестоимость работ + резервы работ + резервы
пакетов работ = базовый план стоимости (cost baseline)
базовый план стоимости + управленческие резервы =
бюджет проекта (project budget)
привязка к датам
124. Контроль стоимости
Control costs
7.4
стоимость
Интерпретируем поступающую
информацию, делаем прогнозы,
управляем (по возможности,
проактивно).
Актуальный - Practice Standard for Earned Value Management -
Second Edition® http://www.pmi.org/PMBOK-Guide-and-
Standards/Standards-Library-of-PMI-Global-Standards.aspx