Change Management vs. Configuration Management - PMP Exam Prep / PMBOK Guide Lingo
ฝัง
- เผยแพร่เมื่อ 8 ก.ย. 2024
- www.praizion.com
Our project management courses are credit eligible for contact hours or professional development units (PDUs). Participants studying for the PMP® exam can claim the contact hours earned to satisfy PMI's eligibility requirements for the PMP® exam. Project managers seeking to maintain their PMP certification can claim the PDUs earned to satisfy PMI's Continuing Certification Requirements.
Mission Statement
At Praizion Media, our goal is to significantly enhance core competency in project management and equip participants with the necessary tools and skills to hit--the-ground-running in their project work. We are committed to providing clear understanding of the PMBOK® Guide, project management, project management tools, techniques and concepts to participants worldwide. With a mind-set of quality and excellence, we strive to:
• Uphold the project management methodology advocated by the Project Management Institute (PMI®).
• Present real world project management concepts and examples in an accessible, understandable framework.
• Provide PMP® candidates with a mechanism to gauge understanding and preparedness for the PMP® exam.
• Reinforce project management sensibility through targetted learning instruction.
Phill, great example. Configuration management is very important, especially on software projects. The key word in this "Specification." It is about version control and any new updates to any version of the software or hardware. Stakeholder involvement is important as well. If a version is needed, this is where a change request is needed and approved (Change Management). Remember aspirant, "Specifications" managing characteristics of a product and "Change Management" focus on managing the change request. Again, great example Phill.
Hey Jeff! How you doing buddy? Thanks for stopping by! Great to hear from you!
⁸ n NJ u
7
Thank you Phil, Cant tell you how i had cleared my concepts fromyour you tube being last day before exam .. Glad i find you and hopefully success tomorrow
this video is ultra clear and intelligible...
Thanks 👍 best wishes.
I passed my pmp on dec 26th. Your video is excellent.. especially change management part of it. I watched this video may be 3 to 5 times before my exam week
WOOOHOOO! CONGRATULATIONS SHEY! NICE END TO 2017!!! 😄
What is the secret of your success? How many hours a day? Any tips to help those trying to step into PMP exam greatness?
Praizion Honestly their is no shortcut to hard work. I was clear in my goal and reached out to people for support. I read pmbok many times and read Rita couple of times. Your video on ITTO is very informative. I practiced over 2000 questions from different test bank.. finally reading pmbok until my convept cleared and each time i start again reading. I felt pmbok was shrinking and my concepts were expanding.. i studied everyday. If I can do it anyone cqn do it. Hope this helps
Thanks Phil for answering my query. Thanks again.
Always a pleasure Sir!
AND MITHUN IS NOW A PMP BAUWUSS!!!! BIG BOSS! CONGRATS BUDDY!
Well put and explained! THANK YOU
Glad it was helpful!
Thank you Phil. Good explaination
Thank you and all the very best.
Good explanation
Thank you!
Very informative! Thank you for this
Tranks for the explanation!
Thank you...
You're welcome!
Luv his voice
Ty ty AN!
Many thanks Phil!!!!!!!!1
Ty Thib!
This is a fabulous explanation. Thanks
Thank you Mohmd Balal!
Thanks Phil very clear explanation
Thank you!
Many thanks, it's helpful
Glad it was helpful!
Thank you!!! Great clarification!
Thank you!
thanks Phil !
Thanks Samir!
Thank you! :)
You're welcome Poorna!
Phil, what process lists the actual specifications for a deliverable. For instance, where would we list that the widget has to be 3 inches tall and 4 inches wide? Would that be an output to the List Requirements Process.
Collect Requirements Output: Requirements Documentation.
PMBOK GUIDE P.147-148 "Requirements documentation describes how individual requirements meet the business need for the project. Requirements may start out at a high level and become progressively more detailed as more information about the requirements is known. Before being baselined, requirements need to be unambiguous (measurable and testable),"
---------------------------------------------------------------------------------------------------------------------------------
Also possibly in the Project Scope Statement secondarily - PMBOK GUIDE P.154: Deliverables. Any unique and verifiable product, result, or capability to perform a service that is required to be produced to complete a process, phase, or project. Deliverables also include ancillary results, such as project management reports and documentation. These deliverables may be described at a summary level or in great detail.
Are the change management plan and configuration management plan OPAs? I notice they are not outputs to any processes. They are however, inputs to a few of them and listed under the project management plan. From my current understanding, a general configuration management plan and change management plan is given as a template (OPA) and then tailored to the specific project to become the project management plan. I just believe there should be a specific planning process to make the change management plan and configuration management an output in the planning process.
Great explanation Ethan. You got it! On some projects, there may be no CMP or Config MP so the PM and team may have to build from scratch.
In a general sense, would it be fair to think of configuration management as micro (changes to specific characteristics of products and processes) versus change management as the macro (overall change management processes of the project)?.... Overall Praizion has so many great videos that have been extremely beneficial as a supplement to the PMBOK.
😁 Sorry I missed this one for a while Jhohn!
Think about Management of changes to documented characteristics of a windshield (specs) versus Management of changing the windshield itself. In configuration management the engineers who updated the windshield to include an electronic display of temperature and GPS (Version 2.9) document the updated specs and give it a version name (V2.9). In change management the team could be involved in a change request to install the windshield for a customer.
In the same vein the team could be involved in a change request to optimize the windshield creation process in firm X. This change request could even become a project with smaller aspects of Configuration Management or Change Management. Its all a Matrix⌨️ ⌨️ ⌨️ 💡 💡 💡
Show less
No problem and thanks for the the reply... and perfect timing too. My PMP exam is tomorrow. Thanks again for all of your youtube content. I've been a regular for months. Take care!
UNBELIEVABLY TIMELY! AND YOU KILLED THE EXAM!!! CONGRATS JHOHN! How did you find it?
Please share your lessons learned with us! I have an mp3 to send you. Email us: info@praizion.com
What a great start to the year!!!!
Hi Phill,
I understood that in configuration mgnt we manage changes to specs and found the widget example very usefull. So the way I see specs is, they are documents that specify/characterize a product (deliverable).
What's blowing my mind is, when we have to change/modify/update a project document, the project management plan or any of its subsidiary plans (docs). Are these documents/mgnt plans be changed under Configuration Management System too? (I assume we also need version control for those documents). Are project docs/plans considered as a deliverable and so they also have their "specifications"? (sounds weird to me :) ) Or are they seen as "specifications" itself ? Hope you can get my doubt.
Many thanks.
Hey Buddy! Sorry this is so late. I needed to create a book to answer you! Lol. Your question about the modification of project documents, including the project management plan and its subsidiary plans, is a great one. In most project management frameworks, these documents are indeed managed under the Configuration Management System. Here's how it typically works:
It depends on if the plans and documents are deemed "CONFIGURABLE ITEMS" or not. Some firms have very little PM Plan controls and others have more. Project plans are different from project documents and different from baselines. Project docs could be considered deliverables especially in government and some are tied to performance, milestones and payments. Please take note:
** Documents as Part of Configuration Management: Project documents and plans are considered part of the project's configuration. This includes the project management plan, its subsidiary plans, and other key project documents.
** Version Control: Just like with product specifications, these documents require version control. This ensures that any changes made to them are tracked, approved, and documented. Version control helps maintain consistency, traceability, and accountability throughout the project lifecycle.
** Documents as Deliverables: In a way, project documents and plans can be considered as deliverables, especially in contexts where accurate documentation is crucial. They may not be the final product delivered to the customer, but they are essential for the successful completion and delivery of that product.
** Specifications vs. Management Plans: Project documents and management plans can be seen as "specifications" in a broader sense. They specify the approach, processes, guidelines, and methodologies to be used in the project. So, in this context, they do have their own "specifications" which are outlined within the documents themselves.
** Change Control Process: When changes are needed in these documents, they typically go through a change control process. This process involves evaluating the impact of the change, getting the necessary approvals, and then updating the documents accordingly.
** Documentation Integrity: The Configuration Management System helps in maintaining the integrity and coherence of these documents. It ensures that everyone on the project team is working with the latest and most accurate information.
I hope this clears any doubts for you Antonio. Cheers!
Dear Phil, Thanks for making this concept simple; cheers. May I ask; where I can find data-flow diagram or similar resource relating to Configuration management? Appreciate your response!
Hi Sudeep. I think this is the closest one I have: th-cam.com/video/FbZDL8mw_mA/w-d-xo.html
Configuration management plan is not explicitly mentioned as an input to the processes but it can be implied from P. 78 that it is in the project management plan.
What types of changes involved in projects besides configuration or specifications?
A few broad changes. Project change or product change. OR Document changes and Plan changes. People change or Process change.
why change the product/service through specifications?
As the project evolves, change may be necessary in a product's original specs due to progressive elaboration. Specs must be updated to reflect this and document these modifications.
I think you are mistaken
What about? Please expand.
One of the worst and most confusing topics from you. Regret watching it
While your frustration with this topic is understood, your response doesn't help the matter. Take responsibility for your lack of understanding and study this topic more (read it in the PMBOK Guide).
Vinay why you don't ask Phill to teach you by asking him to put more light on the ambiguous points you did not understand that would be better than complaining! anyway Phill keep going man you killed the confusion honestly : example of config mgt like you are up to change the car tyre however you got a different version of the spare in the boot then its not gonna fit or sim card not fitting into your devices needs to be configured this is nothing to do with who how this changes will be processed which refers to change mgt I hope you are not confused anymore otherwise ask PHILL
Excellent explanation, thank you!
Thank you!