Chapter 5 Initiating and Planning Systems Development Projects

1. Modern Systems Analysisand DesignFourth EditionJeffrey A. Hoffer Joey F. GeorgeJoseph S. Valacich Chapter 5 Initiating and Planning Systems Development Projects

2. Learning Objectives • Describe steps involved in project initiation and planning. • Explain the need for and contents of Statement of Work and Baseline Project Plan. • List and describe methods for assessing project feasibility. • Describe tangible vs. intangible costs and benefits, and one-time vs. recurring costs and benefits. • Perform cost-benefit analysis, and understand time value of money, present value, discount rate, return on investment, and break-even analysis. • Describe rules for evaluating technical risk of systems development projects. • Describe activities and roles of structured walkthroughs.

3. Project Initiation and Planning

4. Project Initiation Tasks • Establish: • Initiation team • Relationship with customer • Project initiation plan • Management procedures • Project management environment • Project workbook

5. Project Planning Tasks • Describe project scope, alternatives, feasibility. • Divide project into tasks. • Estimate resource requirements and create resource plan. • Develop preliminary schedule. • Develop communication plan. • Determine standards and procedures. • Identify and assess risk. • Create preliminary budget. • Develop a statement of work. • Set baseline project plan.

6. Deliverables and Outcomes • Business Case • Justification for an information system, expressed as tangible and intangible costs and benefits, and technical/organizational feasibility • Baseline Project Plan (BPP) • Statement of Work (SOW)

7. Statement of Work (SOW) is a “contract” between the IS staff and the customer regarding deliverables and time estimates for a system development project.

8. System Service Request (SSR) is a form requesting development or maintenance of an information system. It includes the contact person, a problem statement, a service request statement, and liaison contact information.

9. Assessing Project Feasibility • Economic feasibility • Technical feasibility • Operational feasibility • Schedule feasibility • Legal and contractual feasibility • Political feasibility

10. Economic Feasibility • Cost-benefit analysis: identify all the financial benefits and costs associated with a project • Tangible vs. intangible benefits • Tangible vs. intangible costs • One-time vs. recurring costs

11. Tangible Benefits Benefits that can be measured in dollars and with certainty

12. Benefits that cannot easily be measured in dollars or with certainty

13. Types of Costs • Tangible: can be measured in dollars and with certainty • Intangible: cannot easily be measured in dollars or with certainty • One-time: a cost associated with project start-up and development or systems start-up • Recurring: a cost associated with ongoing evolution and use of a system

14. Possible IS Project Costs • Procurement • Consulting, equipment, site preparation, capital, management time • Start-up • Operating systems, communications installation, personnel hiring • Project-related • Application software, software modification, personnel, overhead, training, data analysis, documentation • Operating • System maintenance, rental, asset depreciation, operation and planning

15. One-time Costs

16. Recurring Costs

17. Three Financial Measurements for Economic Feasibility • Net Present Value (NPV) • Use discount rate to determine present value of cash outlays and receipts • Return on Investment (ROI) • Ratio of cash receipts to cash outlays • Break-Even Analysis (BEA) • Amount of time required for cumulative cash flow to equal initial and ongoing investment

18. Definitions of Terms • Present value: current value of a future cash flow • Discount rate: rate of return used to calculate the present value of future cash flows • Time value of money (TVM): comparing present cash outlays to future expected returns

19. Net Present Value PVn = present value of Ydollars n years from now based on a discount rate of i. NPV = sum of PVs across years. Calculates time value of money.

20. Break-Even Analysis

21. Technical Feasibility • Assessing the organization’s ability to construct the proposed system • Takes into account various project risk factors

22. Project Risk Factors • Project size • Team size, organizational departments, project duration, programming effort • Project structure • New vs. renovated system, resulting organizational changes, management commitment, user perceptions, amount of user information in system development effort • Development group • Familiarity with platform, software, development method, application area, development of similar systems • User group • Familiarity with IS development process, application area, use of similar systems

23. High technical familiarity mitigates risk due to project size and structure. Low familiarity increases risk.

24. Other Feasibility Concerns • Operational • Does the proposed system solve problems or take advantage of opportunities? • Schedule • Can the project time frame and completion dates meet organizational deadlines? • Legal and Contractual • What are legal and contractual ramifications of the proposed system development project? • Political • How do key stakeholders view the proposed system?

25. Building and reviewing BPP Baseline Project Plan (BPP) is a document intended primarily to guide the development team. Sections: • Introduction • System description • Feasibility assessment • Management issues

26. Project Scope statement is part of the BPP introduction. Sections: • Problem statement • Project objectives • Project description • Business benefits • Deliverables • Expected duration

27. Factors in Determining Scope • Organizational units affected by new system • Current systems that will interact with or change because of new system • People who are affected by new system • Range of potential system capabilities

28. Diagram Depiction of Project Scope Context level is a top level data flow diagram. Data flow diagrams are covered in Chapter 7.

29. Structured Walkthroughs • A peer-group review of any product created during the system development process • Roles: coordinator, presenter, user, secretary, standard-bearer, maintenance oracle • Can be applied to BPP, system specifications, logical and physical designs, program code, test procedures, manuals and documentation

30. Structured walkthrough form

31. Summary • In this chapter you learned how to: • Describe steps involved in project initiation and planning. • Explain the need for and contents of Statement of Work and Baseline Project Plan. • List and describe methods for assessing project feasibility. • Describe tangible vs. intangible costs and benefits, and one-time vs. recurring costs and benefits. • Perform cost-benefit analysis, and understand time value of money, present value, discount rate, return on investment, and break-even analysis. • Describe rules for evaluating technical risk of systems development projects. • Describe activities and roles of structured walkthroughs.