How to Cause Information Technology Disasters

Reviews
Shared by: stanleysmyth
Stats
views:
60
rating:
not rated
reviews:
0
posted:
6/12/2009
language:
English
pages:
0
How to Cause Information Technology Disasters William A. Yasnoff, MD, PhD Oregon Health Division 1 Causing IT Disasters of Information Technology  Types of Disasters  Disaster Strategies: Management  Disaster Strategies: Technical  Avoiding Disasters  Risks 2 Risks of IT: How Projects Fail system does not perform needed tasks (correctly)  Users resist new system  Management resists new system  Cost overrun  Delays  Technical problems: system does not work 3  Functional: Sources of IT Risk  Mismatched expectations – lack of knowledge by management – lack of accurate forecasting – lack of adequate communication Inadequate planning  Changing specifications  Resistance to change  Technology  4 Nolan & Norton Benefit/Risk Grid HI B E N E F I T S High Wire Acts Block Buster Dud Bread & Butter LO 5 D O AB I LITY HI Rates of IT Failure are High • 16.2% were “project successful” (software projects that are completed on-time and on-budget among American companies and governments) • 52.7% were “project challenged” (they were completed and operational but over-budget, over the time estimate, and offers fewer features and functions than originally scheduled) • 31.1% were “project impaired” (canceled) Source: “Charting the Seas of Information Technology” The Standish Group 1994 6 Strategies for IT Failure  Management  Technical 7 Key Elements in IT Projects Time Features Budget 8 1. Trust the Vendor system without clear problem specification  Rely on single source of advice  Ignore standards and open systems  Select the lowest cost option  Use only one vendor for all purchases  Only allow use of “standard,” centrally approved software 9  Buy 2. Delegate and manage IT systems with different group from purchaser  Separate strategic and operational management  Impose cosmetic quality control standards  Delegate operations, retain financial control  Develop rigid job descriptions 10  Implement 3. Impose Rigid Controls exploratory work  Enforce conformity with current inhouse standards  Require justification for every computer system expenditure (savings or competitive advantage)  Eliminate operational managers who take an organization-wide view 11  Eliminate 4. Divide and Rule business and IT functions and personnel; separate career tracks and reporting lines  Encourage competition within the organization; discourage collaboration  Maintain management ignorance of IT; do not fund IT continuing education  Underpay all IT staff 12  Separate 5. Use IT as Tool for Finance IT under Director of Finance  Use IT primarily for financial control  Focus IT efforts on executive information systems  Move corporate staff to remote site  Move IT staff and operations to (different) remote site  Place 13 6. Use Consultants solely on external consultants for IT  Use the same external consultants for management advice  Eliminate any in-house staff that address the areas of IT covered by the consultants  Rely 14 7. Set Objectives rigid quarterly financial performance objectives with required cost-benefit analyses of all IT expenditures  Use IT to support and reinforce vertical patterns of management reporting  Do not support general objectives with detailed IT project planning  Always accept the lowest bid 15  Impose 8. Control Information contacts between departments  Penalize criticism of IT systems  Avoid discussions of failures or conflicting views  Minimize communication between management and staff  Centralize all IT operations and development 16  Restrict 9. Avoid User Input not consult with staff who will use or be affected by new systems  Provide minimal training in new IT systems  Automate all possible functions with the goal of eliminating the maximum number of staff  Do 17 Strategies for IT Failure  Management  Technical 18 1. Technical Leadership a technical project leader with complete authority; do not involve users  Ensure that team consists only of programmers  Give technical team complete financial and decision-making autonomy  Appoint 19 2. Resources whatever resources are requested at outset and as project continues  Do not involve managers or users in resource allocation  Provide latest state-of-the-art equipment, software, and tools without regard to other IT systems 20  Provide 3. Planning on complete specification of system in advance, including all deliverables, tasks, and sub-tasks  Require strict adherence to a timetable completely defined in advance  Allow continuous modification of requirements throughout the project  Insist 21 4. Feedback  Avoid discussing technical issues with users  Avoid user testing of system operational concepts  Develop complete working systems without user involvement  Insist on user cooperation in use of new systems even if they do not benefit 22 5. Technology development of custom software and tools rather than use of commercial packages  Encourage use of latest technology, especially if unproven in operational systems  Avoid purchases of any capability that can be developed in-house 23  Encourage Avoiding Disasters for success and failure  Warning signs of projects in trouble  Paradigm for IT project implementation  Reasons 24 Reasons Projects Fail Mismatch  Poor communication  Bad idea  Forcing project delivery dates  Assigning under-skilled managers  No business sponsorship  No comprehensive plan 25  Expectation Reasons Projects Succeed involvement  Management support  Skilled, experienced project managers  Clear requirements statement  Comprehensive work plan  Sound development methodology  Prototyping  Extensive Testing 26  User Project Failure Warning Signs of agreement on goals  Continuously changing requirements  No written project implementation plan  Rapidly growing budget  Repeated contract modifications  Major deliverables are late  Project managed solely by contractor 27  Lack Paradigm for Success  Behavior Modification – management – users increments of change  Use intermittent positive reinforcement – provide real benefits to users – what they want, NOT what you want  Minimize 28 Disaster Avoidance: Pearls goals supported by management  Adequate budget and time  Continuous user involvement  Planning  Use proven methods & technology  Prototyping  Minimize increments of change  Behavior modification 29  Clear Key Elements in IT Projects Time Features Budget 30

Related docs
How to Cause Information Technology Disasters
Views: 24  |  Downloads: 1
How to Cause Information Technology Disasters
Views: 4  |  Downloads: 0
Engineering Disasters
Views: 243  |  Downloads: 8
How to Prevent Losses and Disasters
Views: 26  |  Downloads: 1
How to Prevent Losses and Disasters
Views: 20  |  Downloads: 0
Disasters_Willibald
Views: 4  |  Downloads: 0
THE CARE OF PETS IN DISASTERS
Views: 1  |  Downloads: 0
can information asymmetry cause agglomeration
Views: 0  |  Downloads: 0
PowerPoint on Disasters
Views: 69  |  Downloads: 9
Leading People Through Disasters
Views: 75  |  Downloads: 0
Disasters
Views: 0  |  Downloads: 0
Termination Cause
Views: 84  |  Downloads: 2
premium docs
Other docs by stanleysmyth