fbpx
Do you need customer support or technical assistance? Click here to submit a support ticket...

TOPIC: When is Integrated Change Control required?

When is Integrated Change Control required? 1 year 7 months ago #27119

  • FAIZY MANSOURY
  • FAIZY MANSOURY's Avatar Topic Author
  • Offline
  • Fresh Boarder
  • Fresh Boarder
  • Posts: 9
  • Thank you received: 4
I'm kind of struggling with when I should submit a change request for something versus when it is not required.

It seems the primary rule of thumb is based on whether or not the Project Management Plan has been created first or a Project "baseline" is established.

However, it seems like some documents require a change request and others don't? Is there something that outlines this?

I would use a question example, but I can't seem to access any of my completed exams. Is anyone else having issues with the PM exam simulator at the moment?

Also is there a quick process chart that maps all outputs? There seem to be several outputs outside of the 49 PM processes, and it's hard for me to determine which process area it falls into. For example, I'm only now learning that Lessons Learned is part of "manage project knowledge". But originally, I had thought lessons learned was related to closing the phase. So I'm a bit confused how these things all flow together.

Thanks in advance.

When is Integrated Change Control required? 1 year 7 months ago #27122

  • Kyle Kilbride, PMP
  • Kyle Kilbride, PMP's Avatar
  • Offline
  • Moderator
  • Moderator
  • Posts: 119
  • Karma: 7
  • Thank you received: 48
You would submit a change request for any controlled document. This is usually any of the Plans / baselines, as well as any documents that are covered under configuration control. See page 89 in PMBOK v.6 for an overview. Remember, if a plan or baseline has not been approved there is no change request required, as it is still being developed.

There are several inputs, outputs, and tools and techniques that are shared between several processes. The best advice I can give is to not try to memorize them, but understand why they fit in that process. For instance you get the Lessons Learned Register as an output from Manage Project Knowledge, and updates to this can occur throughout several processes.
Regards,
Kyle Kilbride, P.Eng, PMP
PMPrepCast Community Moderator

When is Integrated Change Control required? 1 year 7 months ago #27127

  • FAIZY MANSOURY
  • FAIZY MANSOURY's Avatar Topic Author
  • Offline
  • Fresh Boarder
  • Fresh Boarder
  • Posts: 9
  • Thank you received: 4
Thanks Kyle.

Do you have any tips for when Issues needs to be logged? I also get a bit confused on when you need to immediately log an issue.

When is Integrated Change Control required? 1 year 7 months ago #27136

  • Kyle Kilbride, PMP
  • Kyle Kilbride, PMP's Avatar
  • Offline
  • Moderator
  • Moderator
  • Posts: 119
  • Karma: 7
  • Thank you received: 48
It's really "the first" thing you should do. Note when questions ask you "what should the PM do first". If the question describes an issue and asks what you should do first, it should be logged appropriately.
Regards,
Kyle Kilbride, P.Eng, PMP
PMPrepCast Community Moderator

When is Integrated Change Control required? 1 year 7 months ago #27158

  • FAIZY MANSOURY
  • FAIZY MANSOURY's Avatar Topic Author
  • Offline
  • Fresh Boarder
  • Fresh Boarder
  • Posts: 9
  • Thank you received: 4
So what would constitute an issue?

Is it only when identified risks become problematic or is it really any obstacle the project faces?

When is Integrated Change Control required? 1 year 7 months ago #27188

  • Denver Martin
  • Denver Martin's Avatar
  • Offline
  • Fresh Boarder
  • Fresh Boarder
  • Posts: 15
  • Karma: 2
  • Thank you received: 5

FAIZY MANSOURY wrote: So what would constitute an issue?

Is it only when identified risks become problematic or is it really any obstacle the project faces?


Issues
An issue is anything that does occur and negatively impacts the project is some way - be it a negative impact to your schedule, your budget, your product scope, or anything that detracts from the goals of your project. You log issues to ensure they are followed up on and resolved. Each issue should have an owner - the main person assigned to drive the resolution of the issue. Logging issues is also important to keep a record of what happened on the project so that you can add them to the Lessons Learned Repository. This information may benefit future similar projects on the potential pitfalls that could occur, and they can use this information to plan their risk management accordingly.

Risks
A negative risk (or threat) is a potential issue that may or may not occur. When a negative risk (a threat) occurs, it then becomes an issue. Risk management is all about mitigating or a avoiding risks so that the issue is avoided entirely, or that the probability and impacts are reduced if it does in fact materialize.
Moderators: Yolanda MabutasMary Kathrine PaduaJohn Paul BugarinLisa Sweeney PMPHarry ElstonBrad Pennington, PMPKyle Kilbride, PMPJean Kwanda

OSP INTERNATIONAL LLC
OSP INTERNATIONAL LLC
Training for Project Management Professional (PMP)®, PMI Agile Certified Practitioner (PMI-ACP)®, and Certified Associate in Project Management (CAPM)®

Login