CDU – School of Information Technology HIT342 Lecture 7 - Slide 1 Business Process Re-engineering...

CDU – School of Information TechnologyHIT342

Lecture 7 - Slide 1

Business Process Re-engineering Discussion Questions

From last week –

Further explore the Ford 2000/BRP Mini-case on the Internet.

Was the Ford 2000 initiative a success?

What measures of success are quoted?


Lecture 7 - Slide 2

Enterprise IT Management

Managing Systems Development

Introduction. Management Issues. The Challenges of

Applications Development. Traditional Lifecycle

Approach. Prototyping. Enterprise resource

planning (ERP) Legacy Systems Application Project

Management.

Business Case Development.

Phase Review Process. Managing the Review

Process. Resource Allocation and

Control. Risk. Successful Systems

Development. Conclusion.


Lecture 7 - Slide 3

Managing Systems Development Introduction

The development of application systems is a major response of business to an aggressively changing business environment.

Therefore the management of application systems development is one of the most critical, challenging and demanding task

undertaken by I.T. management.

It requires estimates of how business will benefit from the new system, how quality can be improved, and what to do with legacy systems.


Lecture 7 - Slide 4

Managing Systems Development Management Issues

Application systems development is now one of the significant tasks undertaken in contemporary business. Therefore it poses the questions:

“How do you estimate the benefits of the proposed system?”

“How can higher quality systems be developed?”

“How can legacy systems be improved?”

Unfortunately, many businesses do not measure efficiency – they are too busy maintaining it. However, you must measure efficiency to control it.


Lecture 7 - Slide 5

Managing Systems Development The Challenge of Apps. Dev.

Application development is a significant concern for many organizations. In some cases application development is a very traumatic experience for both developers and clients.

For example – a large university introduced a student registration systems, which subsequently failed, creating major embarrassment for the administration. “We have just experienced the pain of new technology” commented the university’s CEO – conveniently avoiding the real issues.


Lecture 7 - Slide 6


Application development is one of IT managers’ most difficult tasks. Difficulties seem to fall into two categories:

1. Problems with programming and software development.

2. Problems with the business or its management.


Lecture 7 - Slide 7


Software development is an intellectual process, and software itself is very flexible and easily changed. Changing a line of code is easy, BUT completely understanding the effect of that change may be very difficult – especially if that line of code is part of a very large program.

Therefore, large programs tend to be rigid, inflexible and difficult change without generating large errors. While application size and complexity continue to grow rapidly, this has not been matched by increased capability in software development tools and techniques.


Lecture 7 - Slide 8


In many cases the organization and its managers are also part of the applications development challenge.Difficulties include:

1. Organizational environment factors that cause conflict, often experienced as the gap between executive expectations and the developer’s ability to deliver.

2. Inadequate development tools.

3. Improperly skilled developers

4. Failure to use improved techniques

5. Weak management control systems.


Lecture 7 - Slide 9


On the other hand, the successful completion of an applications systems development project is achievable by the adoption of proven project management processes.

“Projects that succeed are just about the most satisfying work experience you can have”.


Lecture 7 - Slide 10

Managing Systems Development Traditional Lifecycle Approach

The traditional development method for systems is the Systems (or Software) Development Life Cycle approach (SDLC) – also called the Waterfall approach. This can be represented in 6 stages:

1. Initial investigation – a request from the user

2. Requirements definition

3. General design

4. Development

5. Installation

6. Post-installation activities




The life-cycle approach divides the complex task of systems development into phases, each culminating in a management review.

Partitioning a project and using a phased approach offers many advantages:

1. Complex activities are more easily understood and controlled in small increments.

2. Interactions between various members of a project team is easier to manage incrementally.

3. Managers are able to evaluate progress and make decisions more effectively on a phased basis.




Initial Investigation

Requirements Definition

General Design

Development

Installation

Post-installation Activities

Phase 1 Review

Phase 2 Review

Phase 3 Review

Phase 4 Review

Phase 5 Review

Phase 6 Review



Managing Systems Development Prototyping

Prototyping is a working model of a system or package that is built to understand the full requirements of the final system. The difference between SDLC and prototyping is that the prototype is built in order to establish the correct requirements.

Instead of trying to establish requirements at the early stages of the project, prototyping allows developers and users to develop a rough working model of the system upon which to test assumptions.




In systems development, prototyping is the first stage in developing a software application. It provides:

A live, working micro-system – not just a simulation.

A system for testing assumptions. A quick result – in weeks or months, not years! A (relatively) inexpensive result – using code

generators is common. An iterative process that builds on the basic

functions, runs them, then allows development of refinement in further iterations.




There are two main types of prototype:

1. A throwaway prototype is designed to test ideas, develop requirements, and is useful for making comparison between different designs and conflicting objectives.

2. An evolutionary prototype is designed to achieve a finished, permanent, and operational systems product.




Stages in developing a prototype

Investigate and analyse problem sufficiently to develop workable

solution

Systems Development Initiated

Develop Prototype

Use the Prototype

Evaluate, refine & modify

Implement a component or

system

Prototype

Iteration




ADVANTAGES Users can try the

system and provide constructive feedback.

An operational prototype can be produced in weeks.

Users become most positive as they see their needs being met.

Early detection of Errors and omissions

DISADVANTAGES If the first iteration is wrong, it

must be discarded, otherwise subsequent solutions will build upon the flawed first solution.

There are no formal, end-of-phase reviews.

Systems documentation is often forgotten.

Systems backup, recovery, performance and security may be overlooked.



Managing Systems Development Enterprise Resource Planning

During the 1990s a number of factors encouraged organizations to adopt tightly packaged enterprise resource planning (ERP) systems. They include:

A desire for functionality across the whole organization.

Need to remain competitive. A response to the Y2K problem The need to replace legacy systems, migrate

software and databases, make make sure that all the components work together on a network.




A major ERP vendor is SAP – Systemanalyse und Programmentwicklung – who offer a complete set of business applications that include:

Sales & Distribution Material Management Production Planning Quality Management Plant Maintenance Human resources

• Financial Accounting• Controlling• Asset Management• Project System• Workflow• Industry Solutions




Key issues in implementing ERP include: Must appreciate just how big a job it is. It is a business project that must be fully supported by

sponsors and senior management. Teams must be carefully selected and share the “vision”. It will involve a complete reworking of the business

system – there will only be one chance to get it right. Change management is essential. Training must include the concepts as well as the detail. Keep the project aligned with the business plan. Expect resistance to change Have a clear plan for the end of the project.



Managing Systems Development Legacy Systems

A legacy system is one that is operational, but uses older technology. Such systems are often value-adding for a business, but require a considerable maintenance expenditure.

Many legacy systems were developed in the “mainframe era” with dedicated specialist support. In many cases the software was developed without adequate documentation and was not strongly aligned with the business.



Managing Systems Development Legacy Systems

Six options for improving a legacy system are:

1. Completely rewrite the code- it is not viable, and the design is poor.

2. Replace the old system with an ERP or application that produces better results.

3. Refurbish the system if it still produces a result with only a few problems.

4. Rejuvenate the system by adding new functions.

5. Restructure the code to make it work with no problems.

6. Reengineer the the data element and logic, and port to a new platform.



Managing Systems Development Application Project Management

Managing application development projects consists of many elements in common with other projects, plus additional elements unique to systems development projects.

For large and complex systems development projects the success rate is relatively low.This is due to the special nature of systems development projects, and because the differences are critical to the approach employed by managers.



Managing Systems Development Application Project Management

The essential elements of the system development project:

1. Business case development.

2. Phase review process.

3. Managing reviews.

4. Resource allocation and control.

5. Risk analysis.

6. Risk reduction.



Managing Systems Development Business Case Development

A systems development project’s business case lists investment resources and estimates investment returns. It defines the expected cost to the organization, and describes the benefits expected from the completed project.

To provide a comparison of alternatives, the business case addresses tangible and intangible costs and benefits, always including the option of doing nothing. This analysis will be undertaken using the appropriate financial management tools.



Managing Systems Development Phase Review Process

This is a management oriented approach that allows managers to monitor progress at each phase and examine plans for the future.

The completion of each phase is when decisions must be made – to continue with the project, continue with changes, or terminate the project.

Often the decision will be conditional on review at a later phase. It is always possible that subsequent reviews may uncover facts that modify the basis for making decisions.



Managing Systems Development Managing the Review Process

The review process is the basis for good management decision making. This process must include:

Unambiguous documentation of the project scope and of each phase review.

A clear statement of the assumptions and dependencies in the overall plan an at each phase.

The resolution of any issues or disagreements that occur at each phase review.

Identification of the reasons that underlie changes and variances in the project.

Procedures for issue tracking and reporting. Documentation and summary reporting of phase review

results and conclusions.



Managing Systems Development Resource Allocation & Control

Managers must track and control human resources just as they must control other resources, for example computer systems, office space and financial resources. Life-cycle resource management and control are fundamental to project management success.

Information describing resource deployment by skill type is part of the application development plan. The resource plan must be available during the project’s life – additional details and refinements are added at each phase review. During each phase, managers must track resources by the skill types and the plan.



Managing Systems Development Risk Analysis

Risk analysis is the way managers seek indicators of project success, throughout the life of the project.

Managers undertake to deliver a product or service in the future – at predicted costs and with a defined function. These commitments are made based upon risk analysis – understanding the risks involved. Furthermore, as a project proceeds managers must mitigate risks that emerge in order to meet their commitments.

If, during the project, and unfavourable risk trend emerges, managers must take corrective action to meet previous commitments.



Managing Systems Development Risk Reduction

Quantifying project risks is good project management, allowing managers to act to reduce or mitigate the risks, and take advantage of risk trends. Completely eliminating all project risks is often impossible, but identifying areas of risk and managing them well is an essential task for the project manager.

Management actions to control risks include deploying special resources, applying special control techniques, or using lower risk alternatives. Project managers have many resources at their disposal for managing problems during the projects life.



Managing Systems Development Successful Systems Development

Successful systems development thrives on controlled processes, leading to predictable results and handling increasing complexity. The successful outcome is surprise-free products that meet all the technical and functional requirements.

Successful project management ensures that schedules and budgets are achieved, and the project remains on target with the business case.

Undertaking the review process ensures that the project goals are realized, and successful application management produces predictable products that add value to the organization.



Managing Systems Development Conclusion

Systems development management should build upon the organization’s management processes, and contribute to the business goals in a clear and positive way.

Senior management need to know that IT development activities are well planned and aligned with corporate strategy. Executives’ expectations of IT are likely to be realistic when projects are well managed.

Realistic expectations and successful projects are key success factors for I.T. managers.



Managing Systems Development Review Questions

1. What key questions underlie applications systems development?

2. What types of difficulties are faced in applications systems development?

3. Describe the systems development life cycle.

4. Why do you think the systems development life cycle is also called the Waterfall approach?

5. What are the advantages of the phased approach?

6. What is the main difference between the systems development life cycle and prototyping?

7. What are the advantages of prototyping?

8. What are the disadvantages of prototyping?



Managing Systems Development Review Questions

9. What relationship is there between enterprise resource planning (ERP) systems and legacy systems?

10. List the essential ‘human activities’ in implementing an ERP.

11. Does a legacy system have any value to a modern organization?

12. What are the essential elements of application - systems development project management?

13. What is the relationship between risk analysis and risk reduction?

14. What are the two key success factors for IT managers undertaking systems development?

CDU – School of Information Technology HIT342 Lecture 7 - Slide 1 Business Process Re-engineering...

Documents

Transcript of CDU – School of Information Technology HIT342 Lecture 7 - Slide 1 Business Process Re-engineering...