Change Management 
Strategy 
Professor Tomas Benz 
Presentator: 
Nguyen Dao Tan Bao 
Pham Huy Thanh
• wHERE Where is 
Change management 
strategy 
In organization environment ?
agenda 
• Introduction 
• Three Models 
o Tradition IS Model 
o Facilitator Model 
o Advocate Model 
• Implication 
• Summary
Objectives 
To stimulate information systems specialists’ efforts 
to become more effective and credible agent of 
organizational change
Why do IS specialists 
need to become 
better agents of 
organizational change ?
• wHERE 
Who are IS specialists 
and 
what they do in an organization?
http://www.youtube.com/watch?v=fIecCuK5tj4
Why do IS specialists need to 
become better agents of 
organizational change?
Reasons 
• Change Agentry will become a large part of IS 
work 
• To improve IS specialist credibility
Reasons 
• Change Agentry will become a large part of IS 
work 
• To improve IS specialist credibility
Reasons 
• Change Agentry will become a large part of IS 
work 
• To improve IS specialist credibility
Two Basic Issues 
Substantial disagreement in theory and practice 
about what is means to be “an agent of 
organizational change”
Two Basic Issues (cont’d) 
• Change agent roles grow out of, and are maintained 
by, various structural conditions 
o Structural conditions are social and economic arrangements, e.g. reporting 
relationships and policies, that influence the processes of IS work
Change agentry models 
• Traditional IS Change-Agent Model 
o Role Orientation 
o Consequences 
o Structural Conditions 
• The Facilitator Model 
• The Advocate Model
Traditional 
IS model
Role Orientation 
Information technology as the real cause of change.
Role Orientation 
IS specialists don’t have to ‘do’ anything to make 
change other than build systems or install 
technology
Role Orientation 
• The specific goals of technical change should 
be set by others, usually organizational 
managers. 
• NO responsible for achieving change or 
improvements in organizational performance
Role Orientation 
EXPE 
RT 
Technical matter 
in Business matter 
Behavioral issues 
involving the use of 
systems.
consequences
Many IT failures 
‘Implementation’ problems 
rather than technical problems
Many IT failures 
We’re [the IS group is] a common carrier – we make 
no guarantees about data quality. As for the problem 
of obsolescence, if they [the users] don’t know it by 
now it is not my job to tell them. (Orlikowski and Gash, 
1994)
Consequences 
IS inhibiting change 
• Block organizational change rather than promote it
Consequences 
IS inhibiting change 
• Block organizational change rather than promote it 
• Technical change creates problems and 
vulnerabilities
Consequences 
IS inhibiting change 
• Block organizational change rather than promote it 
• Technical change creates problems and 
vulnerabilities 
• Increases in workload and working hours
Consequences 
Reduced IS credibility 
Change agents may have low credibility because 
clients perceive them to be ‘heterophilous’ (different 
in background, beliefs systems, interests) (Rogers, 
1995) or to lack ‘value congruence’ (Sitkin and Roth, 
1993)
Feel good when 
expertise is used. 
Distrust & Withold Data 
Incorrect diagnoses and 
solutions 
Lack commitment to 
implementing solutions
Resistance is often people’s reaction to the change 
agents, not necessarily to the change itself. (Lawrence 
(1969) )
Structural conditions 
• IS is sole-source provider of services 
• Clients have limited technical and sourcing 
options 
• IS has ‘staff’ function 
• IS is centralized, responsible for many clients 
• IS builds systems 
Compatible 
with role 
orientation 
• Systems are bought, not built 
•Outsourcing IS 
• Decentralized IS 
• New technologies that demand different 
‘implementation’ activities 
Incompatib 
le with role 
orientation
Structural conditions 
• IS is sole-source provider of services 
• Clients have limited technical and sourcing 
options 
• IS has ‘staff’ function 
• IS is centralized, responsible for many clients 
• IS builds systems 
Compatible 
with role 
orientation 
• Systems are bought, not built 
•Outsourcing IS 
• Decentralized IS 
• New technologies that demand different 
‘implementation’ activities 
Incompatib 
le with role 
orientation
Structural conditions 
• IS is sole-source provider of services 
• Clients have limited technical and sourcing 
options 
• IS has ‘staff’ function 
• IS is centralized, responsible for many clients 
• IS builds systems 
Compatible 
with role 
orientation 
• Systems are bought, not built 
•Outsourcing IS 
• Decentralized IS 
• New technologies that demand different 
‘implementation’ activities 
Incompatib 
le with role 
orientation
Structural conditions 
• IS is sole-source provider of services 
• Clients have limited technical and sourcing 
options 
• IS has ‘staff’ function 
• IS is centralized, responsible for many clients 
• IS builds systems 
Compatible 
with role 
orientation 
• Systems are bought, not built 
•Outsourcing IS 
• Decentralized IS 
• New technologies that demand different 
‘implementation’ activities 
Incompatib 
le with role 
orientation
Structural conditions 
• IS is sole-source provider of services 
• Clients have limited technical and sourcing 
options 
• IS has ‘staff’ function 
• IS is centralized, responsible for many clients 
• IS builds systems 
Compatible 
with role 
orientation 
• Systems are bought, not built 
•Outsourcing IS 
• Decentralized IS 
• New technologies that demand different 
‘implementation’ activities 
Incompatib 
le with role 
orientation
Structural conditions 
• IS is sole-source provider of services 
• Clients have limited technical and sourcing 
options 
• IS has ‘staff’ function 
• IS is centralized, responsible for many clients 
• IS builds systems 
Compatible 
with role 
orientation 
• Systems are bought, not built 
•Outsourcing IS 
• Decentralized IS 
• New technologies that demand different 
‘implementation’ activities 
Incompatib 
le with role 
orientation
Structural conditions 
• IS is sole-source provider of services 
• Clients have limited technical and sourcing 
options 
• IS has ‘staff’ function 
• IS is centralized, responsible for many clients 
• IS builds systems 
Compatible 
with role 
orientation 
• Systems are bought, not built 
•Outsourcing IS 
• Decentralized IS 
• New technologies that demand different 
‘implementation’ activities 
Incompatib 
le with role 
orientation
Structural conditions 
• IS is sole-source provider of services 
• Clients have limited technical and sourcing 
options 
• IS has ‘staff’ function 
• IS is centralized, responsible for many clients 
• IS builds systems 
Compatible 
with role 
orientation 
• Systems are bought, not built 
•Outsourcing IS 
• Decentralized IS 
• New technologies that demand different 
‘implementation’ activities 
Incompatib 
le with role 
orientation
Structural conditions 
• IS is sole-source provider of services 
• Clients have limited technical and sourcing 
options 
• IS has ‘staff’ function 
• IS is centralized, responsible for many clients 
• IS builds systems 
Compatible 
with role 
orientation 
• Systems are bought, not built 
•Outsourcing IS 
• Decentralized IS 
• New technologies that demand different 
‘implementation’ activities 
Incompatib 
le with role 
orientation
Facilitator 
IS model
Role Orientation 
Organizational change is brought about by 
people (not technology).
Role Orientation 
Intervene in (facilitate) group 
and organizational processes in 
ways intended to increase 
the capacity and skills 
of the clients to create 
change
Facilitator 
‘So long as they act effectively, facilitators are not 
responsible for the group’s ineffective behavior or its 
consequences’ (Schwarz, 1994).
Role orientation 
Facilitator avoids exerting expert or other power 
over clients
Role orientation 
EXPE 
RT 
Technical matter 
in Business matter 
Process
Why might IS specialists benefit 
from moving in the direction of the 
facilitator model?
Consequences 
Greater attention to building user capacity 
might increase project success and IS credibility 
o Provide full valid information about the alternatives 
o Encourage open discussion
Consequences 
IS has responsibility for IT education and training for 
clients/users and ensure the training is done right
Consequences 
Many new information technologies provide greater 
opportunities
Structural conditions 
• Avoidance of expertise displays 
• Non-member status 
• Lack of line or staff authority over 
people or performance, not responsible 
for business result 
Compatible 
with role 
orientation 
• Valuable expertise in technical or 
business subject matters 
• Staff control over clients’ processes, 
decisions, behaviors 
• Authority for technical outcomes 
Incompatib 
le with role 
orientation
Structural conditions 
• Avoidance of expertise displays 
• Non-member status 
• Lack of line or staff authority over 
people or performance, not responsible 
for business result 
Compatible 
with role 
orientation 
• Valuable expertise in technical or 
business subject matters 
• Staff control over clients’ processes, 
decisions, behaviors 
• Authority for technical outcomes 
Incompatib 
le with role 
orientation
Structural conditions 
• Avoidance of expertise displays 
• Non-member status 
• Lack of line or staff authority over 
people or performance, not responsible 
for business result 
Compatible 
with role 
orientation 
• Valuable expertise in technical or 
business subject matters 
• Staff control over clients’ processes, 
decisions, behaviors 
• Authority for technical outcomes 
Incompatib 
le with role 
orientation
Structural conditions 
• Avoidance of expertise displays 
• Non-member status 
• Lack of line or staff authority over 
people or performance, not responsible 
for business result 
Compatible 
with role 
orientation 
• Valuable expertise in technical or 
business subject matters 
• Staff control over clients’ processes, 
decisions, behaviors 
• Authority for technical outcomes 
Incompatib 
le with role 
orientation
Structural conditions 
• Avoidance of expertise displays 
• Non-member status 
• Lack of line or staff authority over 
people or performance, not responsible 
for business result 
Compatible 
with role 
orientation 
• Valuable expertise in technical or 
business subject matters 
• Staff control over clients’ processes, 
decisions, behaviors 
• Authority for technical outcomes 
Incompatib 
le with role 
orientation
Structural conditions 
• Avoidance of expertise displays 
• Non-member status 
• Lack of line or staff authority over 
people or performance, not responsible 
for business result 
Compatible 
with role 
orientation 
• Valuable expertise in technical or 
business subject matters 
• Staff control over clients’ processes, 
decisions, behaviors 
• Authority for technical outcomes 
Incompatib 
le with role 
orientation
Advocate 
IS model
Role orientation 
• Focuses on inspiring organizational 
members to embrace IT-enabled 
organizational change. 
• Uses any means including overt 
persuasion, covert manipulation, symbolic 
communication, and sometimes exercise 
of formal power to effect desired 
change.
Role orientation 
• Focuses on inspiring organizational 
members to embrace IT-enabled 
organizational change. 
• Uses any means including overt 
persuasion, covert manipulation, symbolic 
communication, and sometimes exercise 
of formal power to effect desired 
change.
Consequences 
• Effectively understand what users want and 
what they need 
• Emphasis on communication 
o Induce improvement on credibility 
o Enhances interoperability between departments 
• Fit the issues of IT infrastructure 
o consensus decision-making approach may result in the optimal 
organizational result
Structural conditions 
•No formal managerial authority and no 
delegated control 
• Line authority over the change targets and 
responsibility for achieving business outcome 
•Occupy staff positions in the organizations for 
which change targets work 
Compatible 
with role 
orientation 
•Absence of managerial authority over target 
• Staff control over target’s processes, decisions, 
behavior 
Incompatib 
le with role 
orientation
Implications 
• IS specialist have different levels of skill in client 
contact & involvement in bringing organizational 
change 
• Suggestions: 
o Intellectually familiar with, behaviorally skilled in, and highly adaptable to the 
3 models 
o To increase credibility and contribute to organizational success with IT
Traditional 
IS model 
•Technology causes change 
•IS specialist has no change responsibilities beyond building technology 
•Specialist is not responsible for achieving change or improvements in organizational 
performance 
•View themselves as technical expert 
Facilitator 
model 
•Clients make change using technology 
•Facilitator promotes change by helping increase clients 'capacity for change 
•Facilitator does not hold self responsible for change or improvements in organizational 
performance but clients are 
•View themselves as experts in process, not content 
Advocate 
model 
•People, including the change advocate, make change 
•Advocate increases targets’ awareness of the need for change by using communication, 
persuasion, shock, manipulation, power 
•Advocate and change targets are responsible for change and performance improvement
Change management strategy_team_xyz
Change management strategy_team_xyz

Change management strategy_team_xyz

  • 1.
    Change Management Strategy Professor Tomas Benz Presentator: Nguyen Dao Tan Bao Pham Huy Thanh
  • 2.
    • wHERE Whereis Change management strategy In organization environment ?
  • 4.
    agenda • Introduction • Three Models o Tradition IS Model o Facilitator Model o Advocate Model • Implication • Summary
  • 5.
    Objectives To stimulateinformation systems specialists’ efforts to become more effective and credible agent of organizational change
  • 6.
    Why do ISspecialists need to become better agents of organizational change ?
  • 7.
    • wHERE Whoare IS specialists and what they do in an organization?
  • 8.
  • 9.
    Why do ISspecialists need to become better agents of organizational change?
  • 10.
    Reasons • ChangeAgentry will become a large part of IS work • To improve IS specialist credibility
  • 11.
    Reasons • ChangeAgentry will become a large part of IS work • To improve IS specialist credibility
  • 12.
    Reasons • ChangeAgentry will become a large part of IS work • To improve IS specialist credibility
  • 13.
    Two Basic Issues Substantial disagreement in theory and practice about what is means to be “an agent of organizational change”
  • 14.
    Two Basic Issues(cont’d) • Change agent roles grow out of, and are maintained by, various structural conditions o Structural conditions are social and economic arrangements, e.g. reporting relationships and policies, that influence the processes of IS work
  • 15.
    Change agentry models • Traditional IS Change-Agent Model o Role Orientation o Consequences o Structural Conditions • The Facilitator Model • The Advocate Model
  • 16.
  • 17.
    Role Orientation Informationtechnology as the real cause of change.
  • 18.
    Role Orientation ISspecialists don’t have to ‘do’ anything to make change other than build systems or install technology
  • 19.
    Role Orientation •The specific goals of technical change should be set by others, usually organizational managers. • NO responsible for achieving change or improvements in organizational performance
  • 20.
    Role Orientation EXPE RT Technical matter in Business matter Behavioral issues involving the use of systems.
  • 21.
  • 22.
    Many IT failures ‘Implementation’ problems rather than technical problems
  • 23.
    Many IT failures We’re [the IS group is] a common carrier – we make no guarantees about data quality. As for the problem of obsolescence, if they [the users] don’t know it by now it is not my job to tell them. (Orlikowski and Gash, 1994)
  • 24.
    Consequences IS inhibitingchange • Block organizational change rather than promote it
  • 25.
    Consequences IS inhibitingchange • Block organizational change rather than promote it • Technical change creates problems and vulnerabilities
  • 26.
    Consequences IS inhibitingchange • Block organizational change rather than promote it • Technical change creates problems and vulnerabilities • Increases in workload and working hours
  • 27.
    Consequences Reduced IScredibility Change agents may have low credibility because clients perceive them to be ‘heterophilous’ (different in background, beliefs systems, interests) (Rogers, 1995) or to lack ‘value congruence’ (Sitkin and Roth, 1993)
  • 28.
    Feel good when expertise is used. Distrust & Withold Data Incorrect diagnoses and solutions Lack commitment to implementing solutions
  • 29.
    Resistance is oftenpeople’s reaction to the change agents, not necessarily to the change itself. (Lawrence (1969) )
  • 30.
    Structural conditions •IS is sole-source provider of services • Clients have limited technical and sourcing options • IS has ‘staff’ function • IS is centralized, responsible for many clients • IS builds systems Compatible with role orientation • Systems are bought, not built •Outsourcing IS • Decentralized IS • New technologies that demand different ‘implementation’ activities Incompatib le with role orientation
  • 31.
    Structural conditions •IS is sole-source provider of services • Clients have limited technical and sourcing options • IS has ‘staff’ function • IS is centralized, responsible for many clients • IS builds systems Compatible with role orientation • Systems are bought, not built •Outsourcing IS • Decentralized IS • New technologies that demand different ‘implementation’ activities Incompatib le with role orientation
  • 32.
    Structural conditions •IS is sole-source provider of services • Clients have limited technical and sourcing options • IS has ‘staff’ function • IS is centralized, responsible for many clients • IS builds systems Compatible with role orientation • Systems are bought, not built •Outsourcing IS • Decentralized IS • New technologies that demand different ‘implementation’ activities Incompatib le with role orientation
  • 33.
    Structural conditions •IS is sole-source provider of services • Clients have limited technical and sourcing options • IS has ‘staff’ function • IS is centralized, responsible for many clients • IS builds systems Compatible with role orientation • Systems are bought, not built •Outsourcing IS • Decentralized IS • New technologies that demand different ‘implementation’ activities Incompatib le with role orientation
  • 34.
    Structural conditions •IS is sole-source provider of services • Clients have limited technical and sourcing options • IS has ‘staff’ function • IS is centralized, responsible for many clients • IS builds systems Compatible with role orientation • Systems are bought, not built •Outsourcing IS • Decentralized IS • New technologies that demand different ‘implementation’ activities Incompatib le with role orientation
  • 35.
    Structural conditions •IS is sole-source provider of services • Clients have limited technical and sourcing options • IS has ‘staff’ function • IS is centralized, responsible for many clients • IS builds systems Compatible with role orientation • Systems are bought, not built •Outsourcing IS • Decentralized IS • New technologies that demand different ‘implementation’ activities Incompatib le with role orientation
  • 36.
    Structural conditions •IS is sole-source provider of services • Clients have limited technical and sourcing options • IS has ‘staff’ function • IS is centralized, responsible for many clients • IS builds systems Compatible with role orientation • Systems are bought, not built •Outsourcing IS • Decentralized IS • New technologies that demand different ‘implementation’ activities Incompatib le with role orientation
  • 37.
    Structural conditions •IS is sole-source provider of services • Clients have limited technical and sourcing options • IS has ‘staff’ function • IS is centralized, responsible for many clients • IS builds systems Compatible with role orientation • Systems are bought, not built •Outsourcing IS • Decentralized IS • New technologies that demand different ‘implementation’ activities Incompatib le with role orientation
  • 38.
    Structural conditions •IS is sole-source provider of services • Clients have limited technical and sourcing options • IS has ‘staff’ function • IS is centralized, responsible for many clients • IS builds systems Compatible with role orientation • Systems are bought, not built •Outsourcing IS • Decentralized IS • New technologies that demand different ‘implementation’ activities Incompatib le with role orientation
  • 39.
  • 40.
    Role Orientation Organizationalchange is brought about by people (not technology).
  • 41.
    Role Orientation Intervenein (facilitate) group and organizational processes in ways intended to increase the capacity and skills of the clients to create change
  • 42.
    Facilitator ‘So longas they act effectively, facilitators are not responsible for the group’s ineffective behavior or its consequences’ (Schwarz, 1994).
  • 43.
    Role orientation Facilitatoravoids exerting expert or other power over clients
  • 44.
    Role orientation EXPE RT Technical matter in Business matter Process
  • 45.
    Why might ISspecialists benefit from moving in the direction of the facilitator model?
  • 46.
    Consequences Greater attentionto building user capacity might increase project success and IS credibility o Provide full valid information about the alternatives o Encourage open discussion
  • 47.
    Consequences IS hasresponsibility for IT education and training for clients/users and ensure the training is done right
  • 48.
    Consequences Many newinformation technologies provide greater opportunities
  • 49.
    Structural conditions •Avoidance of expertise displays • Non-member status • Lack of line or staff authority over people or performance, not responsible for business result Compatible with role orientation • Valuable expertise in technical or business subject matters • Staff control over clients’ processes, decisions, behaviors • Authority for technical outcomes Incompatib le with role orientation
  • 50.
    Structural conditions •Avoidance of expertise displays • Non-member status • Lack of line or staff authority over people or performance, not responsible for business result Compatible with role orientation • Valuable expertise in technical or business subject matters • Staff control over clients’ processes, decisions, behaviors • Authority for technical outcomes Incompatib le with role orientation
  • 51.
    Structural conditions •Avoidance of expertise displays • Non-member status • Lack of line or staff authority over people or performance, not responsible for business result Compatible with role orientation • Valuable expertise in technical or business subject matters • Staff control over clients’ processes, decisions, behaviors • Authority for technical outcomes Incompatib le with role orientation
  • 52.
    Structural conditions •Avoidance of expertise displays • Non-member status • Lack of line or staff authority over people or performance, not responsible for business result Compatible with role orientation • Valuable expertise in technical or business subject matters • Staff control over clients’ processes, decisions, behaviors • Authority for technical outcomes Incompatib le with role orientation
  • 53.
    Structural conditions •Avoidance of expertise displays • Non-member status • Lack of line or staff authority over people or performance, not responsible for business result Compatible with role orientation • Valuable expertise in technical or business subject matters • Staff control over clients’ processes, decisions, behaviors • Authority for technical outcomes Incompatib le with role orientation
  • 54.
    Structural conditions •Avoidance of expertise displays • Non-member status • Lack of line or staff authority over people or performance, not responsible for business result Compatible with role orientation • Valuable expertise in technical or business subject matters • Staff control over clients’ processes, decisions, behaviors • Authority for technical outcomes Incompatib le with role orientation
  • 55.
  • 56.
    Role orientation •Focuses on inspiring organizational members to embrace IT-enabled organizational change. • Uses any means including overt persuasion, covert manipulation, symbolic communication, and sometimes exercise of formal power to effect desired change.
  • 57.
    Role orientation •Focuses on inspiring organizational members to embrace IT-enabled organizational change. • Uses any means including overt persuasion, covert manipulation, symbolic communication, and sometimes exercise of formal power to effect desired change.
  • 58.
    Consequences • Effectivelyunderstand what users want and what they need • Emphasis on communication o Induce improvement on credibility o Enhances interoperability between departments • Fit the issues of IT infrastructure o consensus decision-making approach may result in the optimal organizational result
  • 59.
    Structural conditions •Noformal managerial authority and no delegated control • Line authority over the change targets and responsibility for achieving business outcome •Occupy staff positions in the organizations for which change targets work Compatible with role orientation •Absence of managerial authority over target • Staff control over target’s processes, decisions, behavior Incompatib le with role orientation
  • 60.
    Implications • ISspecialist have different levels of skill in client contact & involvement in bringing organizational change • Suggestions: o Intellectually familiar with, behaviorally skilled in, and highly adaptable to the 3 models o To increase credibility and contribute to organizational success with IT
  • 61.
    Traditional IS model •Technology causes change •IS specialist has no change responsibilities beyond building technology •Specialist is not responsible for achieving change or improvements in organizational performance •View themselves as technical expert Facilitator model •Clients make change using technology •Facilitator promotes change by helping increase clients 'capacity for change •Facilitator does not hold self responsible for change or improvements in organizational performance but clients are •View themselves as experts in process, not content Advocate model •People, including the change advocate, make change •Advocate increases targets’ awareness of the need for change by using communication, persuasion, shock, manipulation, power •Advocate and change targets are responsible for change and performance improvement