- РМ архивирует все проектные записи
- Проект не может быть закончен без финального одобрения Заказчика
- В числе результатов каждого проекта, должен быть финальный отчет, чтобы команда проекта могла убедиться, что цели проекта достигнуты
Вопросы по разным конфигурациям 1С и проектному менеджменту
Показаны сообщения с ярлыком Аксиомы PMI. Показать все сообщения
Показаны сообщения с ярлыком Аксиомы PMI. Показать все сообщения
среда, 16 января 2019 г.
Закрытие проекта
Исполнение проекта
- Проект исполняется в соответствии с планом, который реалистичен и закончен
- РМ отвечает за документирование и распространение знаний, формирующихся по ходу проекта
- РМ оценивает исполнение против плана, чтобы в любой момент жизненного цикла проекта можно было понять его статус
- Проекты нужно постоянно переоценивать по ходу исполнения, чтобы удостовериться, что мы в графике и бюджете. РМ всегда знает, не нарушили ли мы их
- Задержки исполнения проекта могут выравниваться как большими трудозатратами в будущем, так и сдвигом сроков
- У РМ есть власть, авторитет, и право сказать "Нет". РМ контролирует проект так, чтобы приносить бизнес ценности Заказчику
- РМ дает всем понять, что нельзя получить что-либо просто так. Изменение скоупа всегда должно оцениваться с т.зр. влияния на сроки, стоимость, качество, риски, ресурсы и удовлетворение Заказчика. У РМ должно быть достаточно данных для проведения такого анализа
- РМ знает, что не все могут понимать, про что собственно проект, что может случиться в ходе его исполнения, и что такое проект есть вообще. Поэтому РМ всегда начеку, что все вокруг знают, что именно происходит, и имеют адекватные ожидания
- РМ всерьез отвечает за ресурсы проекта, так что должен понимать принцип их назначения
- РМ должен уделять время делам вроде тимбилдинга и воодушевления команды
- РМ проактивен, выявляет проблемы на ранней стадии, следит за изменениями, стремится предотвратить негатив
- РМ проводит больше времени за предотвращением проблем, чем за их решением
- Большинство проблем, что возникают, должны значиться в плане реагирования на риски, согласно которому с ними и надо разбираться
- Риски - главная тема каждого собрания!
- Собрания команды не должны фокусироваться на статусе. Статус должен собираться иными путями
- Все изменения плана управления проектом должны проходить через процесс управления изменениями, и интегрироваться подконтрольно
- РМ должен обеспечивать исполнение политик организации в ходе проекта
- РМ стремится улучшать стандарты, политики и процессы компании. Такие рекомендации ожидаются и приветствуются менеджментом
- Что бы не менялось в проекте, нужный уровень качества должен поддерживаться
- Проверка качества должна проводиться до завершения проекта или работы по нему
- РМ тесно сотрудничает с департаментом качества по части задач, которые PMBoK рассматривает в рамках контроля качества
- РМ активно вовлечен в процесс закупок по проекту, и помогает в управлении ими
- РМ понимает язык договора
- РМ должен убедиться, что все пункты контракта исполнены, включая те, что не кажутся важными
Планирование проекта
- Все проекты должны планироваться
- PM планирует проект с заинтересованными сторонами и с командой, а не сам по себе
- Планирование в числе прочего подразумевает, какие процессы PMBoK следует использовать в данном проекте. Также определяется поход - plan-driven или change-driven
- Необходимы планы, как контролировать каждую область знаний: содержание, расписание, бюджет, качество, коммуникации, риск, закупки, и взаимодействие с заинтересованными сторонами. Это и есть серия планов управления проектом
- По возможности, все вышеперечисленное определяется до начала проекта
- PM определяет метрики управления качеством
- PM всегда стремится улучшить процесс управления проектом
- PM стремится создать систему поощрений команды в частности и заинтересованных сторон вообще
- Роли и ответственность описаны, и назначены конкретным участникам проекта. Это может включать активности типа отчетности, мониторинга рисков, организации встреч, наравне с собственно работой по проекту
- РМ всегда на страже рисков! Это главный фокус его внимания
- Заинтересованные стороны, наравне с проектной командой, должны быть начеку по части рисков
- РМ понимает, что управление рисками бережет время и деньги
- Бюджет и расписание проекта не могут быть завершены, покуда не готов план управления рисками
- РМ дает адекватную оценку расписанию и стоимости проекта
- РМ оценивает, может ли проект уложиться в требуемый срок при имеющихся ограничениях. Если видение заказчика излишне оптимистично, то нужно обсудить это, и решить все до старта. РМ понимает, что нереальные сроки его вина - у хорошего РМ под рукой инструменты управления ожиданиями!
- РМ понимает, как и когда оценивать исполнение проекта против плана, причем как по заранее оговоренным критериям, так и по ситуативным
- План проекта - реальный, каждый верит, что он может быть исполнен!
- Экзамен определяет kickoff митинг несколько в иной манере, чем вы могли себе представлять
Общие принципы проектного менеджмента
- Центральная фигура любого проекта - Project Manager; без квалифицированного PM проект обречен на провал. Квалифицированный PM, безотносительно его реальной должности и подчинения, всегда приведет проект к успеху
- PM всегда ставит в приоритет интересы проекта, а не свои личные
- На экзамене PMP, все вопросы лучше оценивать с той позиции, что: речь о большом проекте, в который вовлечено свыше 200 участников из разных стран, что длиться он будет как минимум год, бюджет его от 10 млн.долл., и к тому же ранее ничего подобного в компании не делали
- PM наделен полномочиями, представленными в PMBOK, и в полной мере использует их в своей работе
- PM назначается в момент старта проекта, и уж точно не позже, чем выпущен Устав проекта
- PM понимает процессы проектного менеджмента - что делать сначала, а что потом, и почему так
- В компании есть формальная процедура выбора проектов, такая, что обеспечивает их соответствие стратегическим целям компании
- PM всегда в курсе, почему его проект был выбран к реализации, и всегда старается закрыть предпосылки проекта
- Команда проекта мотивирована, уполномочена и воодушевлена; команда всегда проактивна, и не требует микроменеджмента от PM
- PM сфокусирован на планировании, управлении, оценке, мониторинге и контроле проекта (содержания, расписания, стоимости, качества, рисков, ресурсов и удовлетворения заказчика)
- В компании есть проектный офис, с четко определенными функциями внутри компании
- В компании есть политика проектного менеджмента, которую PM вправе адаптировать для своих проектов. Политика обычно включает процедуры управления рисками и качеством, а также общую проектную методологию
- Проект может быть частью программы или портфеля; эти связи проекта могут существенно влиять на работу PM
- Компания хранит историю по всем выполненным проектам
- PM работает в среде своей компании и в ее культуре; результат каждого проекта вносит и свой вклад в них
- На каждый проект есть Устав, авторизующий проект и роль PM в нем
- В каждом проекте используется иерархическая структура работ (ИСР), и словарь ИСР
- План управления проектом - это не просто Гант, это скорее серия планов. PM знает, что включено в правильный план управления проектом
- PM работает и с другими документами, помимо плана управления проектом, чтобы лучше планировать, менеджерить, и мониторить проект
- Заинтересованные стороны участвуют во всем проекте; их потребности учитываются при планировании проекта и управлении коммуникациями. Также, заинтересованные стороны могут помочь выявить риски проекта
- Участники проекта получают достаточную компенсацию, они работают в прозрачной и позитивной среде, способствующей раскрытию их лучших качеств
- Излишняя функциональность - это не то, что добавляет ценности проекту
- Поскольку большинство проектов выполняются в матричных организациях, вроде бы легкие темы типа мотивации или управления конфликтами, на экзамене могут оказаться сложными
- У PM развита профессиональная ответственность за надлежащее использование инструментов и процессов проектного менеджмента
Подписаться на:
Сообщения (Atom)