1 Determining the High-level Direction of Information Systems Part 2.

Slides:



Advertisements
Similar presentations
Managing Hardware and Software Assets
Advertisements

Is your company drowning in a sea of documents and regulations ? Quality Systems Integrators Presents... Training & Document Management System.
© Prentice Hall CHAPTER 15 Managing the IS Function.
BUSINESS PLUG-IN B2 Business Process.
1 SYS366 Week 1 - Lecture 2 How Businesses Work. 2 Today How Businesses Work What is a System Types of Systems The Role of the Systems Analyst The Programmer/Analyst.
© Prentice Hall CHAPTER 13 Setting a Direction for Information Resources.
IE673Session 4 - Customer Relationships1 Customer Relationships (The Voice of the Customer)
MSIS 110: Introduction to Computers; Instructor: S. Mathiyalakan1 Systems Design, Implementation, Maintenance, and Review Chapter 13.
Chapter 16 Strategically Managing the HRM Function Copyright © 2015 McGraw-Hill Education. All rights reserved. No reproduction or distribution without.
Lecture Nine Database Planning, Design, and Administration
Enterprise Resource Planning (ERP) Systems
High-Level Assessment Month Year
The Agile vs. Waterfall Methodologies Systems Development:  the activity of creating new or modifying / enhancing existing business systems.  Objectives.
VENDORS, CONSULTANTS AND USERS
Business Process Management: The Third Wave The Next 50 Years of IT.
Chapter 2 Strategic Training
Database Administration Chapter 16. Need for Databases  Data is used by different people, in different departments, for different reasons  Interpretation.
Doing An Internal Analysis
Release & Deployment ITIL Version 3
Business systems are computer-based information systems that provide organizations with valuable information in a timely and effective manner to allow.
Aligning Enterprise Measures, Plans, and Budgets Coordinating enterprise performance metrics and strategic plans with resource allocation Much of the material.
Chapter 15 Systems Development
Organizing Information Technology Resources
Technology Leadership
What is Enterprise Architecture?
Chapter 16 Alternative Avenues for Systems Acquisitions
PRELIM NOTES. Managing Information Resources & Technologies To serve customers well… companies need to be proficient in half a dozen key areas: reduced.
Working Definition of Program Evaluation
14.1 – Policy and Strategy Issues
TEST With Johan Beeckmans
1 Enterprise and Global Management of Information Technology.
Manpower Planning.
Principles of Information Systems, Sixth Edition Systems Design, Implementation, Maintenance, and Review Chapter 13.
16 1 Installation  After development and testing, system must be put into operation  Important planning considerations Costs of operating both systems.
Operational Planning preparing to act Conservation Coaches Network New Coach Training.
Resources Planning Human Resources Planning  = Resources.
—————————————————————————————————————————— The Business of Software Jan.-April 2001 © , Ronald M. Baecker Slide 7.1 VII. Leadership and Management.
1 Determining the High-level Direction of Information Systems Part 1.
Fundamentals of Information Systems, Third Edition1 Systems Design Answers the question “How will the information system do what it must do to solve a.
Business Process’s Blue Print Pertemuan 3 Matakuliah: M0734-Business Process Reenginering Tahun: 2010.
Principles of Information Systems, Sixth Edition Systems Design, Implementation, Maintenance, and Review Chapter 13.
© 2001 Change Function Ltd USER ACCEPTANCE TESTING Is user acceptance testing of technology and / or processes a task within the project? If ‘Yes’: Will.
Lecture 4. IS Planning & Acquisition To be covered: To be covered: – IS planning and its importance Cost-benefit analysis Cost-benefit analysis Funding.
1 Getting Started : Purposes of IS Strategic Planning.
The Importance of Management
Managing Organizational Renewal Managing Change – What Do We Change?  Strategic change – a company’s strategy, mission and vision  Cultural change.
Principles of Information Systems, Sixth Edition 1 Systems Design, Implementation, Maintenance, and Review Chapter 13.
Chapter 8 Process Implementation Reference: Tan, A. (2007). Business Process Reengineering in Asia: A Practical Approach, Pearson Education, Singapore.
DEBUNKING 10 COMMON TALENT MANAGEMENT MYTHS
The CSO’s IT Strategy and the GSBPM IT Directors Group October 2010 Joe Treacy Central Statistics Office Ireland.
[] FHF Management Is... A process designed to achieve an organization’s objectives by using its resources effectively & efficiently in a changing environment.
Enterprise Resource Planning (ERP) The need for integrated information in business.
Strategic alignment.
Select Phase Pertemuan Matakuliah: A0774/Information Technology Capital Budgeting Tahun: 2009.
CHAPTER 3 Systems Considerations in the Design of an HRIS.
The Database Approach Muhammad Nasir
Introduction to ITIL IT Service Management Collin Smith
Principles of Information Systems Eighth Edition
Chapter 1 The Systems Development Environment
System Design, Implementation and Review
Planning for Information System
Chapter 13: Setting a Direction for Information Resources
Chapter 1 The Systems Development Environment
2 Selecting a Healthcare Information System.
VENDORS, CONSULTANTS AND USERS
UNC Banding Decision Bands Bret Naber CHECO – Salary Banding
Systems Analysis and Design
INFORMATION SYSTEMS PLAN
Enterprise Resource Planning (ERP) Systems
Chapter 1 The Systems Development Environment
Presentation transcript:

1 Determining the High-level Direction of Information Systems Part 2

2 Computing Architecture  Looking at the IS mission, objectives, and goals, you can determine what technical requirements (computing architecture) are necessary to meet the IS objectives.

3 IS Objectives and Computing Architecture

4 A Detailed Description of The Computing Architecture  5.23

5

6

7

8

9

10 Information Architecture  For an organization with various locations, the question is often raised as to: * what information resides at each site, * what information is necessary at a corporate level, and * what information must be shared across sites.

11 Tabl e 5.1

12 Tabl e 5.1

13 Tabl e 5.1

14 CRUD Criteria  You can further clarify Table 5.1 with: C = Create R = Replace U = Update D = Delete

15 Policies and Responsibilities  You need to identify IS’s policies and responsibilities.  Having policies and responsibilities well documented can save hours of frustration for both users and IS personnel.  Be sure to update this information frequently and provide all users with convenient access to it.

16 Find out Policies and Responsibilities  What is the standard PC hardware that ISU supports ?  What is the standard PC software that ISU supports ?  Who is responsible for budgeting acquisition of PCs ? To whom does the PC belong?  Who is responsible for ensuring optimum pricing on PC hardware and software ?  Who is responsible for budgeting PC software ?

17 Find out Policies and Responsibilities  How does the organization manage PC retirement and who is responsible ? What methods do you utilize for PC disposal ?  What standards does the organization follow for user - developed PC applications ?  What is the company policy regarding PC games and Internet access ?

18 Find out Policies and Responsibilities  Who is responsible for organizing and funding PC training ?  What is the responsibility of any remote sites of ISU ? And what is the responsibility of the central ISU ?  What is the responsibility of the users and ISU for new business applications or projects ?

19 Annual Objectives  Clearly state what ISU will do and will not do in the coming year so that everyone has common expectations.  This is done through agreed-upon and prioritized annual objectives.  ISSC is the one doing the prioritization process.

20 Annual Objectives  Complete the prioritization only for projects above a certain level of effort or cost. * This hard level should be done by ISSC.  Small projects can be handled by ISU itself.

21 Different Prioritization Processes  Prioritization by business objective.  Prioritization by forced ranking.  Prioritization by performance impact criteria.

22 Prioritizing by Business Objective A) List the business objectives. (Identified in Phase 1 : Conceptual Business Level) B) Rank the importance of each business objective on a scale of 5 to 15, with 15 being the most important. C) List all IS projects. * If the list is too long, have ISSC identify any low-priority projects that will not be prioritized and just list the projects to be prioritized.

23 Prioritizing by Business Objective D) Identify the impact (1-10) each project will have on the business objectives. E) Multiply the impact with the business objective importance and total the score for each project. F) List projects in descending total score for a prioritized list of projects.

24 Prioritizing by Forced Ranking A) List all IS projects (Cut low - priority projects by ISSC). B) Go through a forced ranking process by comparing the first project with the second, the first project with the third, fourth, and so on through the entire list to find out the project with highest ranking. Then compare the second project with the third, fourth, fifth, and so on to find out the project with second highest ranking. The projects with highest ranking will bubble up on the top.

25 Prioritizing by Performance Impact Criteria A) Identify performance impact criteria, such as: * impact on customers * impact on quality of service/product * impact on reduction of business costs * impact on employees * impact on the speed of the process

26 Prioritizing by Performance Impact Criteria B) Rank the importance of the performance impacts (0-10). This number will become the project multiplier. C) List all IS projects. D) Through ISSC, agree on the impact an IS project will have on each of the performance impact criteria. Rate that impact on a scale of 0-10.

27 Prioritizing by Performance Impact Criteria E) Multiply the project multiplier in B with the rating for the project in D. Add up the total points for a project score. F) List the projects in descending score order for a prioritized list of projects.

28 IS Service Architecture  Service architecture is the blueprint that specifies which IS processes ( งานอะไรบ้าง ) and what kinds of people are required to support the business systems and computing architecture.  The service architecture should include: processes, people, organization, culture, technology, metrics.

29 Service Architecture  Processes : Major functions of ISU.  People : Hiring, skill development, and compensation practices.  Organization : Internal structure of ISU.  Culture : Values/beliefs held within ISU.  Technology : Characteristics of implemented and supported technology.  Metrics : Methods of providing and ensuring quality.

30 People  Business Area Experts * Specialization by business processes * Specialized knowledge of business systems that support those business processes * General knowledge of technology

31 People  Application Experts * Specialization by type of business system * Specialized knowledge of business systems capabilities, operations, and supporting tools * General knowledge of technology and business processes

32 People  Technology Experts * Specialization by technology component * Specialized knowledge of technology component capabilities, operations, and supporting tools * General knowledge of business systems and business processes

33 Processes  Projects * Deployment of new systems * Substantial additions to existing system capabilities * Substantial revisions to existing system capabilities

34 Processes  Enhancements * Minor revisions to existing system capabilities * Minor additions to existing system capabilities

35 Processes  Support * Operations * Maintenance * Troubleshooting * Consulting

36 Questions that May Help Improve ISU  Is ISU providing all the IS functions that are necessary? Are users providing support that ISU should?  Are the IS processes efficient? Are user inquiries handled quickly and efficiently? Are user satisfied with the support? Why or why not?

37 Questions that May Help Improve ISU  Are you hiring people with the skill set you require? Are you providing the proper development/learning for employees? Can employees cross into other areas of Information Systems and obtain cross-training?  What has been the turnover within ISU? What have been some of the reasons for leaving?

38 Questions that May Help Improve ISU  Are compensation policies aligned with market demands? Have you had significant turnover due to salaries?  Is the organization structured efficiently? Do you have the functions you will need in the future? Do job descriptions and titles accurately depict the functions that are needed today as well as in the future?

39 Questions that May Help Improve ISU  Are the values reflected through daily decisions?  Does the organization understand the direction?  How do you measure ISU’s efficiency and effectiveness?

40 Plan Contents VII. Information Systems Direction A. Mission B. Vision C. Strategic Objectives D. Strategies E. Information Systems and the Business Goals F. Computing Architecture

41 Plan Contents G. Information Architecture H. Policies and Responsibilities I. Information Systems Annual Objectives J. Service Architecture