Publicidad

Change management strategy_team_xyz

DEK Technologies
9 de Nov de 2014
Publicidad

Más contenido relacionado

Publicidad

Similar a Change management strategy_team_xyz(20)

Publicidad

Change management strategy_team_xyz

  1. Change Management Strategy Professor Tomas Benz Presentator: Nguyen Dao Tan Bao Pham Huy Thanh
  2. • wHERE Where is Change management strategy In organization environment ?
  3. agenda • Introduction • Three Models o Tradition IS Model o Facilitator Model o Advocate Model • Implication • Summary
  4. Objectives To stimulate information systems specialists’ efforts to become more effective and credible agent of organizational change
  5. Why do IS specialists need to become better agents of organizational change ?
  6. • wHERE Who are IS specialists and what they do in an organization?
  7. http://www.youtube.com/watch?v=fIecCuK5tj4
  8. Why do IS specialists need to become better agents of organizational change?
  9. Reasons • Change Agentry will become a large part of IS work • To improve IS specialist credibility
  10. Reasons • Change Agentry will become a large part of IS work • To improve IS specialist credibility
  11. Reasons • Change Agentry will become a large part of IS work • To improve IS specialist credibility
  12. Two Basic Issues Substantial disagreement in theory and practice about what is means to be “an agent of organizational change”
  13. 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
  14. Change agentry models • Traditional IS Change-Agent Model o Role Orientation o Consequences o Structural Conditions • The Facilitator Model • The Advocate Model
  15. Traditional IS model
  16. Role Orientation Information technology as the real cause of change.
  17. Role Orientation IS specialists don’t have to ‘do’ anything to make change other than build systems or install technology
  18. 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
  19. Role Orientation EXPE RT Technical matter in Business matter Behavioral issues involving the use of systems.
  20. consequences
  21. Many IT failures ‘Implementation’ problems rather than technical problems
  22. 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)
  23. Consequences IS inhibiting change • Block organizational change rather than promote it
  24. Consequences IS inhibiting change • Block organizational change rather than promote it • Technical change creates problems and vulnerabilities
  25. Consequences IS inhibiting change • Block organizational change rather than promote it • Technical change creates problems and vulnerabilities • Increases in workload and working hours
  26. 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)
  27. Feel good when expertise is used. Distrust & Withold Data Incorrect diagnoses and solutions Lack commitment to implementing solutions
  28. Resistance is often people’s reaction to the change agents, not necessarily to the change itself. (Lawrence (1969) )
  29. 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
  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. Facilitator IS model
  39. Role Orientation Organizational change is brought about by people (not technology).
  40. Role Orientation Intervene in (facilitate) group and organizational processes in ways intended to increase the capacity and skills of the clients to create change
  41. Facilitator ‘So long as they act effectively, facilitators are not responsible for the group’s ineffective behavior or its consequences’ (Schwarz, 1994).
  42. Role orientation Facilitator avoids exerting expert or other power over clients
  43. Role orientation EXPE RT Technical matter in Business matter Process
  44. Why might IS specialists benefit from moving in the direction of the facilitator model?
  45. 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
  46. Consequences IS has responsibility for IT education and training for clients/users and ensure the training is done right
  47. Consequences Many new information technologies provide greater opportunities
  48. 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
  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. Advocate IS model
  55. 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.
  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. 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
  58. 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
  59. 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
  60. 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
Publicidad