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.

ความคิดเห็น • 61

  • @jeffbell1765
    @jeffbell1765 7 ปีที่แล้ว +7

    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.

    • @Praizion
      @Praizion  7 ปีที่แล้ว

      Hey Jeff! How you doing buddy? Thanks for stopping by! Great to hear from you!

    • @cgoffney7
      @cgoffney7 4 ปีที่แล้ว

      ⁸ n NJ u
      7

  • @aartichowdhory2085
    @aartichowdhory2085 6 ปีที่แล้ว +2

    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

  • @ninjatokyo9880
    @ninjatokyo9880 3 ปีที่แล้ว +1

    this video is ultra clear and intelligible...

    • @Praizion
      @Praizion  3 ปีที่แล้ว

      Thanks 👍 best wishes.

  • @sheys6992
    @sheys6992 6 ปีที่แล้ว

    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

    • @Praizion
      @Praizion  6 ปีที่แล้ว

      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?

    • @sheys6992
      @sheys6992 6 ปีที่แล้ว +1

      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

  • @bhats230284
    @bhats230284 7 ปีที่แล้ว +4

    Thanks Phil for answering my query. Thanks again.

    • @Praizion
      @Praizion  7 ปีที่แล้ว

      Always a pleasure Sir!

    • @Praizion
      @Praizion  6 ปีที่แล้ว +1

      AND MITHUN IS NOW A PMP BAUWUSS!!!! BIG BOSS! CONGRATS BUDDY!

  • @alexandergolenkov997
    @alexandergolenkov997 3 ปีที่แล้ว +1

    Well put and explained! THANK YOU

    • @Praizion
      @Praizion  3 ปีที่แล้ว

      Glad it was helpful!

  • @sonasharma7631
    @sonasharma7631 3 ปีที่แล้ว +1

    Thank you Phil. Good explaination

    • @Praizion
      @Praizion  3 ปีที่แล้ว

      Thank you and all the very best.

  • @laraenitan5585
    @laraenitan5585 ปีที่แล้ว +1

    Good explanation

    • @Praizion
      @Praizion  ปีที่แล้ว

      Thank you!

  • @JennyJay803
    @JennyJay803 4 ปีที่แล้ว +1

    Very informative! Thank you for this

  • @PabloBarrosoRocha
    @PabloBarrosoRocha 6 ปีที่แล้ว +2

    Tranks for the explanation!

  • @arjunullas876
    @arjunullas876 3 ปีที่แล้ว +1

    Thank you...

    • @Praizion
      @Praizion  3 ปีที่แล้ว

      You're welcome!

  • @absolute3112
    @absolute3112 3 ปีที่แล้ว +1

    Luv his voice

    • @Praizion
      @Praizion  3 ปีที่แล้ว

      Ty ty AN!

  • @thibalqahtani4270
    @thibalqahtani4270 4 ปีที่แล้ว +1

    Many thanks Phil!!!!!!!!1

    • @Praizion
      @Praizion  4 ปีที่แล้ว

      Ty Thib!

  • @mohammedelageed7991
    @mohammedelageed7991 6 ปีที่แล้ว +1

    This is a fabulous explanation. Thanks

    • @Praizion
      @Praizion  6 ปีที่แล้ว

      Thank you Mohmd Balal!

  • @hiyer8790
    @hiyer8790 7 ปีที่แล้ว +1

    Thanks Phil very clear explanation

    • @Praizion
      @Praizion  7 ปีที่แล้ว

      Thank you!

  • @ahlamomer
    @ahlamomer 4 ปีที่แล้ว +1

    Many thanks, it's helpful

    • @Praizion
      @Praizion  4 ปีที่แล้ว

      Glad it was helpful!

  • @TheNavaeh23
    @TheNavaeh23 5 ปีที่แล้ว +1

    Thank you!!! Great clarification!

    • @Praizion
      @Praizion  5 ปีที่แล้ว

      Thank you!

  • @samirjadid1
    @samirjadid1 4 ปีที่แล้ว +1

    thanks Phil !

    • @Praizion
      @Praizion  4 ปีที่แล้ว

      Thanks Samir!

  • @poornas
    @poornas 3 ปีที่แล้ว +1

    Thank you! :)

    • @Praizion
      @Praizion  3 ปีที่แล้ว

      You're welcome Poorna!

  • @magneticstyle6137
    @magneticstyle6137 5 ปีที่แล้ว +2

    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.

    • @Praizion
      @Praizion  5 ปีที่แล้ว +2

      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.

  • @ERFireworks
    @ERFireworks 3 ปีที่แล้ว +1

    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.

    • @Praizion
      @Praizion  3 ปีที่แล้ว

      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.

  • @Jhohn160
    @Jhohn160 7 ปีที่แล้ว +1

    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.

    • @Praizion
      @Praizion  6 ปีที่แล้ว

      😁 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

    • @Jhohn160
      @Jhohn160 6 ปีที่แล้ว

      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!

    • @Praizion
      @Praizion  6 ปีที่แล้ว

      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!!!!

  • @antoniomarto8742
    @antoniomarto8742 10 หลายเดือนก่อน

    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.

    • @Praizion
      @Praizion  9 หลายเดือนก่อน

      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!

  • @sudeepm8096
    @sudeepm8096 6 ปีที่แล้ว +1

    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!

    • @Praizion
      @Praizion  6 ปีที่แล้ว

      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.

  • @js3526
    @js3526 4 ปีที่แล้ว +1

    What types of changes involved in projects besides configuration or specifications?

    • @Praizion
      @Praizion  4 ปีที่แล้ว

      A few broad changes. Project change or product change. OR Document changes and Plan changes. People change or Process change.

  • @davidelbourne2753
    @davidelbourne2753 5 ปีที่แล้ว +1

    why change the product/service through specifications?

    • @Praizion
      @Praizion  5 ปีที่แล้ว +1

      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.

  • @mohammedalahmed5171
    @mohammedalahmed5171 6 หลายเดือนก่อน

    I think you are mistaken

    • @Praizion
      @Praizion  หลายเดือนก่อน

      What about? Please expand.

  • @vinaydev4872
    @vinaydev4872 7 ปีที่แล้ว

    One of the worst and most confusing topics from you. Regret watching it

    • @Praizion
      @Praizion  7 ปีที่แล้ว +2

      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).

    • @nreality6890
      @nreality6890 7 ปีที่แล้ว +1

      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

  • @cartuchito1
    @cartuchito1 5 ปีที่แล้ว +1

    Excellent explanation, thank you!

    • @Praizion
      @Praizion  5 ปีที่แล้ว

      Thank you!