great video and great explanation and what makes it better is your excellent english, British accent and soothing voice I honestly can listen to you all day you should consider making podcasts fr
What fantastic videos Mike! I'm about to complete my Dip PM and have spent months watching many painful videos of Project Management. Today, I came across yours and find it easier to make sense of understanding PM. You speak slower than the others and give me time to take in the information. Also by breaking down the topics into small chunks it is certainly easier to digest. Well done!
Rose. Thank you very much. I wish you well with your diploma. Do check out the descriptions below the videos too. They will point you to relevant content on my website: onlinepmcourses.com
Good question... Exclusions are usually the things you could do as part of the project, but that are neither of sufficient value to merit the priority, or can be put off to another time/project, or are being handled in a different way. It's impossible to give good examples because every situation is different. But as an illustration,: Say my project is to organize a conference. I may agree with my sponsor/client that I am not responsible for follow-up - that would be an exclusion. I may not be responsible for selecting attendees - another potential exclusion. My client may take complete control of the content of the keynote from their CEO - I'd treat that as an exclusion and merely schedule a slot and arrange the AV. But, of course, in each of these examples, an equally logical approach would be to include them in my project. It's all situational. That's why regard scoping as the single hardest part of Project Management
working in software in a nutshell they keep moving the goalposts on you and the project drags on for months(or years), possibly even never gets done and is mothballed indefinitely
Three things - 1. This is why Agile approaches are increasingly used in software projects. It allows for changes in functional specs and priorities as the project progresses 2. If the whole project goal is being shifted - that's not scope creep - it's a re-casting of the project and therefore needs stronger governance 3. If the project is no longer viable, then it SHOULD be mothballed have a video coming out on 9 July about this: What is Sunk Cost? ...and the Sunk Cost Fallacy? ruclips.net/video/PubhWnVYkDE/видео.html
i think the line which repent the depletion of resources yellow line should be under the completion curve at the beginning of project there is no depletion of resources at all
If you look at the axis label I apply (in orange) when I add the depletion curve, I am plotting resources remaining - which deplete from 100% at the start to zero remaining resources at the end. I am not measuring the depletion level, ut illustrating the depletion of the total.
lol 4:15 I wish haha doesn't work when it's the PMs at your own company ramping up the scope creep on you. (meanwhile adding on more projects at an ever-increasing rate before the original one is even done)
I have a name for people who create scope creep on our projects...
👻
great video and great explanation and what makes it better is your excellent english, British accent and soothing voice I honestly can listen to you all day you should consider making podcasts fr
Well, my voice is just a product of where I grew up. But I am glad you like the explanation - that's the bit I work on!
What fantastic videos Mike! I'm about to complete my Dip PM and have spent months watching many painful videos of Project Management. Today, I came across yours and find it easier to make sense of understanding PM. You speak slower than the others and give me time to take in the information. Also by breaking down the topics into small chunks it is certainly easier to digest. Well done!
Rose. Thank you very much. I wish you well with your diploma.
Do check out the descriptions below the videos too. They will point you to relevant content on my website: onlinepmcourses.com
Those who are here from the AICE Programme at ALX. Good luck and see you at the graduation!
...and let me wish you all good luck with your program!
@@Onlinepmcourses Thanks for the well wishes! We appreciate your support and the helpful video. Best of luck with everything!
We got this
@@audreycharity Great!
Thanks for the wishes, I'm here from Cohort 2🎉❤
Honestly, this is an amazing video. Thanks so much for sharing your experience.
You're very welcome.
This a brilliant explanation of scope creep and how to manage it, Thanks for the greet efforts
You are very welcome
I love this...thank you
Thanks, you're very welcome.
Very insightful! 👏
Thank you!
Thank you very much for your videos! These videos are really helpful and I use them for my lectures. ,☺️
You're very welcome! It's great to hear.
Great information on scope creep
Glad you liked it
This is great!! i love this
Thank you.
Great channel. Also, you sound like the David Attenborough of project management. I mean that in a nice way. :D
Wow, thanks, Dev! I want to frame this comment. 🙏🏼
Love your explanation!
Thank you!
Awesome
Thank you!
Hey there! Can you expand on the scope exclusions and or have any examples of how to find out what those are?
Good question...
Exclusions are usually the things you could do as part of the project, but that are neither of sufficient value to merit the priority, or can be put off to another time/project, or are being handled in a different way.
It's impossible to give good examples because every situation is different. But as an illustration,:
Say my project is to organize a conference. I may agree with my sponsor/client that I am not responsible for follow-up - that would be an exclusion. I may not be responsible for selecting attendees - another potential exclusion.
My client may take complete control of the content of the keynote from their CEO - I'd treat that as an exclusion and merely schedule a slot and arrange the AV.
But, of course, in each of these examples, an equally logical approach would be to include them in my project. It's all situational. That's why regard scoping as the single hardest part of Project Management
@@Onlinepmcourses ah thanks for clarifying! I appreciate the quick reply!
@@dwiz_9336 My pleasure!
Great teaching techniques
Glad you think so!
working in software in a nutshell
they keep moving the goalposts on you and the project drags on for months(or years), possibly even never gets done and is mothballed indefinitely
Three things -
1. This is why Agile approaches are increasingly used in software projects. It allows for changes in functional specs and priorities as the project progresses
2. If the whole project goal is being shifted - that's not scope creep - it's a re-casting of the project and therefore needs stronger governance
3. If the project is no longer viable, then it SHOULD be mothballed have a video coming out on 9 July about this: What is Sunk Cost? ...and the Sunk Cost Fallacy? ruclips.net/video/PubhWnVYkDE/видео.html
@@Onlinepmcourses Bookmarking it
@@kirbyman1kanden7pf Excellent!
Excellent information
Thank you, Ivette.
i think the line which repent the depletion of resources yellow line should be under the completion curve at the beginning of project there is no depletion of resources at all
If you look at the axis label I apply (in orange) when I add the depletion curve, I am plotting resources remaining - which deplete from 100% at the start to zero remaining resources at the end. I am not measuring the depletion level, ut illustrating the depletion of the total.
Thank you very much keep going
Thank you, I will.
lol 4:15 I wish haha doesn't work when it's the PMs at your own company ramping up the scope creep on you.
(meanwhile adding on more projects at an ever-increasing rate before the original one is even done)
Hi - adding extra projects is not scope creep - that is about portfolio creep and is a failure in corporate governance.
thank you
Welcome!
“Could you just...” omg... How I hate to hear these words!!!!!!!!!!
Absolutely!
👍👍👍👍
😀😃😄😁
Once you go above your scope, you are loosing resources quickly
Indeed!