|
Post by Stacey Fraser on Sept 21, 2021 17:01:22 GMT
Lesson # 2
What additional questions might you consider as you build your project?
Have similar changes with proposed intentions happened in other groups? Were they successful or did they fail? Why?
How will the changes affect the organization as a whole? Even if management is in support, how will other programs within the organization view the changes?
What is the long-term goal of the project? Not just the revisiting a year from now, but will the changes be successful enough to be long-term?
How to handle staff that may not be in support of changes – since there will always be the ones that won’t “buy in”, how should these issues be addressed?
What will the best and most successful way be to rollout the changes from a risk management perspective, and should it be done incrementally or all at once?
There are still many, many questions I can pose, as I use my critical thinking mindset.
Choose one or two of the approaches and do a bit more research to determine what might be most applicable to your project.
In considering and thinking through some of my above questions, I am leaning towards an incremental approach as a means of not disrupting the apple cart too much at one time. As we know, change is necessary and good but too much change all at one time may too risky.
I also have plans to incorporate a customer-centric approach, as a means of establishing more of a can-do culture and as a means of mitigating risks associated with the project.
|
|
|
Post by jesseperez on Sept 22, 2021 16:53:34 GMT
When considering an incremental approach as you've stated, it sounds like a "safe zone". Safe does not need to be a bad thing!
How do we get closer to the sweet spot in managing risk vs managing innovation? How do we stay ahead of the curve in order to grow participants served/scope of services provided rather than becoming irrelevant? Growth implies some amount of risk and some amount of change.
|
|
|
Post by Stacey Fraser on Sept 23, 2021 21:11:55 GMT
I think that there will always be risk, whether something is implemented abruptly or with ease. I think part of mitigating risk is knowing/managing the innovation versus the disruption/adjustment for teams, in my instance. Part of managing the risk is assessing and knowing what you are working with and making decision based on what is acceptable risk and what isn't.
Thanks Jesse
|
|