100 Core Skills for Project Managers Series – No 7 : Change Management

Change management can be the forgotten element when delivering a project. To justify the need for a change manager the project being delivered needs to be part of a wider program, essentially a large program and to add to this the systems being implemented must be replacing old legacy systems that have been in use for a long time. The need for change managers in smaller deliveries is more subjective and is at the discretion of each organisation. Some important points regarding change management are noted below.

• Each project sponsor must access the need for whether a change manager is needed.

• Project Managers should give their opinion on whether a change manager is needed to the project sponsor based on their experience.

• If the budget allows and it makes sense for the deliverable at hand then hire a change manager.

• Resistance to change is a common phenomenon amongst end users and must be sensitively managed.

• Sometimes end users need to be sold the value and benefits of changing and moving to a new system.

• Thus it is important the Project Manager is candid and clear in all communications regarding the new system in order to sell its benefits and values.

• Project Managers need to outline these reasons clearly and concisely and listen to and be considerate of end users and stakeholder concerns.

• Project Managers responsibilities can morph into many areas and it is not uncommon for that to include change management.

• It tends to go hand in hand with stakeholder management.

• For employees who have worked in organisations in the long term which I would categorise as greater than five years transitioning smoothly to new systems can be difficult.

• Employees can become institutionalized and comfortable in the norms and cultures of their company so change may be hard to embrace.

• The benefits for them may not outweigh the negatives.

• Implementations that enhance existing functionality and technology will help ease the transition.

• Extensive end to end, system and user acceptance testing that proves the new system works will aid the transition.

• The production of training guides and manuals will aid the transition.

• An effective training programme to give users access to the system and give them comfort in the basic functionality is essential.

• This has to be completed before UAT to make this phase progressive and effective.

• Once a system goes live a dedicated support team that is available to answer user issues and deal with problems is needed.

• This will ease the transition and act a crutch for users to rely on.

• Support should last four to six weeks and then a help desk or ticketed support system should be enough as issues and bugs should be remedied and not as frequent in scale.

• But remember project and change managers can only do so much, they are not there to hand hold but to help in the transition from old to new.

• Change managers need buy in from the wider project team to aid project success.

• End users must demonstrate a willingness to use new systems and embrace change even if the change period is difficult.

• Change management forms a crucial part of any delivery alongside project management and systems development.

• Not having a change manager is a perilous situation and if not remedied in time can lead to project delays and in extreme cases project failure.

• To sum up, assess the need for a change manager at the planning stage of a project factoring in areas such as organisational culture, new system being deployed, workforce (end user) dynamic, cost, etc


Leave a comment