Business system planning

Business systems planning (BSP) is a method of analyzing, defining and designing the information architecture of organizations. It was introduced by IBM for internal use only in 1981,[1] although initial work on BSP began during the early 1970s. BSP was later sold to organizations.[2] It is a complex method dealing with interconnected data, processes, strategies, aims and organizational departments.

BSP was a new approach to IA;[3] its goals are to:

The result of a BSP project is a technology roadmap aligning investments and business strategy. BSP comprises 15 steps, which are classified into three sections by function.

Preparation

Study authorization

The essential first step in BSP is to obtain authorization for the study from management or an interested department. A number of roles must agree on the purpose and range of the study:

Preparation

The second step is the team leader's study preparation. Its goal is to:

A product of this step is a lead study book with the above information, a study schedule, IT documents and diagrams.

Beginning

At the first meeting of the study, the sponsor explains the purpose and expected results of the study; the team leader presents the study plan, and the IT manager describes the current state and the role of IS in the organization.

Analysis

The analysis is the most important part of BSP. The team searches for an appropriate organizational structure as it defines business strategy, processes and data classes[4] and analyzes current information support.

Strategy

This step define strategic targets and how to achieve them within the organization:

The team works from these strategic targets. Organizational units are departments of the organization. Each department is responsible for a strategic target.

Processes

There are about 40-60 business processes in an organization (depending on its size), and it is important to choose the most profitable ones and the department responsible for a particular process. Examples include:

Data classes

There are usually about 30–60 data classes, depending on the size of the organization. Future IS will use databases based on these classes. Examples include:

Information support

The purpose of this step is to check the applications used by an organization, evaluating the importance of each to eliminate redundancy.

Management discussion

In the final analytical step the team discusses its results with management to confirm (or refute) assumptions, provide missing information, reveal deficiencies in the organization and establish future priorities.

Issue results

All documents created during the analysis are collected, serving as a base for future information architecture. The organization classifies and dissects all identified problems; a list is made of the cause and effect of each problem, which is integrated into the future IS.

Conclusion

Defining information architecture

To define an organization's information architecture,[4] it is necessary to connect the information subsystems using matrix processes and data classes to find appropriate subsystems. The organization then reorders processes according to the product (or service) life cycle.

Establishing IS-development priorities

A number of criteria (costs and development time, for example) establish the best sequence of system implementation. High-priority subsystems may be analyzed more deeply. This information is given to the sponsor, who determines which information subsystems will be developed.

Verifying study impact

An IS planning and management study should be conducted. When the organization has finished its work on processes and data classes, it should explore the functions and goals of the system with a list of requested departmental changes and a cost analysis.

Proposals

Final recommendations and plans are made for the organization during this step, which encompasses information architecture, IS management and information-subsystem development and includes costs, profits and future activities.

Presentation

This is the agreement of all interested parties (team, management and sponsor) on future actions.

Final step

The organization should establish specific responsibilities during the project's implementation. There is usually a controlling commission, ensuring consistency across the IS.

BSP, in addition to its value to IS planning, introduced the process view of a firm. The business process reengineering of the 1990s was built on this concept. It also demonstrated the need to separate data from its applications using it, supporting the database approach to software development methodology.

Criticism

The effectiveness of BSP and other similar planning methodologies has been questioned:

References

  1. Gordon Bitter Davis, Gordon B. Davis (1999) The Blackwell Encyclopedia of Management and Encyclopedic Dictionaries, The Blackwell Encyclopedic Dictionary of Management Information Systems. p. 173
  2. Antonia Albani, Joseph Barjis, Jan L.G. Dietz eds. (2009) Advances in Enterprise Engineering III: : 5Th International Workshop, Ciao! 2009, and 5th International Workshop, Eomas 2009, Held at CAiSE 2009, Amsterdam, the Netherlands, June 8–9, 2009, Proceedings. p. 57
  3. John Zachman 1982. "Business Systems Planning and Business Information Control Study: A comparisment. In: IBM Systems Journal, vol 21, no 3, 1982. p. 31-53. In this 1982 article John Zachman explains:
    Business Systems Planning (BSP) and Business Information Control Study (BICS) are two information system planning study methodologies that specifically employ enterprise analysis techniques in the course of their analyses. Underlying the BSP and BICS analyses are the data management problems that results in systems design approaches that optimize the management of technology at the expense of managing the data.
  4. 1 2 Business Systems Planning (IBM Corporation), paper 2. Robinson College of Business, Georgia State University.
  5. "Enterprise Architecture Frameworks: The Fad of the Century", Svyatoslav Kotusev, British Computer Society (BCS), July 2016
  6. Goodhue, D.L., Quillard, J.A., and Rockart, J.F. (1988). Managing the Data Resource: A Contingency Perspective. In: MIS Quarterly, vol. 12, no. 3, pp. 373-392.
  7. Lederer, A.L., and Sethi, V. (1988). The Implementation of Strategic Information Systems Planning Methodologies. In: MIS Quarterly, vol. 12, no. 3, pp. 445-461.
  8. Lederer, A.L., and Sethi, V. (1992). Meeting the Challenges of Information Systems Planning. In: Long Range Planning, vol. 25, no. 2, pp. 69-80.
  9. Goodhue, D.L., Kirsch, L.J., Quillard, J.A., and Wybo, M.D. (1992). Strategic Data Planning: Lessons from the Field. In: MIS Quarterly, vol. 16, no. 1, pp. 11-34.
This article is issued from Wikipedia - version of the 11/30/2016. The text is available under the Creative Commons Attribution/Share Alike but additional terms may apply for the media files.