Business Processes

Chapter 2 · Strategic Information Systems

Revised lecture draft

Chapter learning objectives

  • Map activities, decisions, roles, and handoffs.
  • Distinguish automation, improvement, and redesign.
  • Match information to operational and management work.
  • Explain how integration, collaboration, and the IS function support performance.

Processes

Chapter 2 · Business Processes

Goals for this part

  • Identify the completed outcome.
  • map roles and return paths.
  • distinguish time, capacity, and throughput.

Follow the completed service

A submitted application begins the permit process.

The defined outcome is a decision communicated to the applicant.

Documents forwarded are intermediate events.

Choose a boundary

Start: application submitted.

Finish: decision communicated.

Moving the start to “complete application received” removes earlier waiting from the measure.

Map roles and paths

Role Activity Next action
Applicant Submit or correct material. Intake checks it.
Intake Check completeness. Return or send for review.
Reviewer Assess the case. Decision maker receives recommendation.
Decision maker Record decision and reason. Service team communicates it.
Service team Confirm communication. Close or resolve delivery failure.

Keep the correction loop visible

Incomplete material returns to the applicant.

A correction returns to intake under the same case identifier.

A return path needs an owner as well as an arrow.

Automation and redesign

Automation can check required fields.

Process change can remove duplicate entry or an unnecessary handoff.

Ask which cause of delay the change addresses.

Define the clock

Cycle time measures elapsed time between defined events.

Working time excludes closed hours.

Calendar time includes them. State which you use.

Trace one application

Component Working minutes
Waiting for intake, review, and decision 120 + 240 + 30 = 390
Intake, review, and decision/communication work 15 + 30 + 45 = 90
Total elapsed time 480 = eight working hours

Investigate the longest wait

The 240-minute review wait is a lead to investigate.

Possible causes include a queue, a batch rule, missing information, or unavailable staff.

Identify a capacity constraint

Suppose intake can handle 40 cases per day and specialists 24.

If every case needs both, specialist capacity limits the process to at most 24 per day.

Relate arrivals to unfinished work

With 30 arrivals and 24 completions per day:

Unfinished work grows by six cases per day.

Increasing intake capacity to 50 does not increase specialist capacity.

Use complementary measures

Measure Question
Cycle time How long does one case take?
Throughput How many cases finish per period?
Quality Was the decision sound?
Unfinished work What remains, and how old is it?

Make a handoff usable

Transfer a ready record, an identified next action, and responsibility.

Provide a return route for incomplete information.

“Sent” does not establish “accepted.”

Assign process ownership

Functional managers supervise specialized work.

A process owner coordinates the full outcome and resolves conflicts across handoffs.

Test a proposed improvement

Proposal: notify the next reviewer immediately after completeness is confirmed.

Mechanism: reduce avoidable waiting between ready work and acceptance.

Evidence: handoff timestamps and unresolved exceptions.

What does the long wait establish?

A. The review application needs faster hardware.
B. Review is necessarily the capacity bottleneck.
C. The wait needs investigation before choosing a remedy.

Intake capacity rises from 40 to 50. Specialist capacity stays at 24.

Under the stated serial-process assumptions, does the maximum completion rate rise?

A. Yes.
B. No.

Your turn

Use the Lakeview case. Map the completeness decision and correction loop. Define a usable handoff and appoint an overall process owner.

Recap

Define the outcome, follow the paths, and inspect waiting separately from capacity. A faster task helps when it addresses a cause of the service problem.

Integration

Chapter 2 · Business Processes

Goals for this part

  • Match information to the work.
  • distinguish business events.
  • specify meaning, ownership, and correction handling.

Match the information to the question

A caseworker needs the next action for P104.

A manager needs aged queues and available capacity.

A decision team needs alternatives and assumptions.

Record transactions

A transaction processing system records routine events:

Application received; payment recorded; recommendation entered; decision communicated.

Summarize routine performance

A management information system can summarize received, completed, and open cases by stage or office.

Reports support monitoring and routine decisions.

Compare alternatives

Decision support examines options and assumptions.

Example: compare staffing schedules under different arrival volumes.

The result supports judgment.

Connect executive priorities

An executive view may connect service reliability, resource commitments, and access.

A useful summary retains the definitions needed to interpret it.

Coordinate across functions

An enterprise system can connect shared case records and process rules.

Integration requires agreement about both the data and the work.

Separate the events

Event What it establishes
Payment recorded Finance linked a payment to the case.
Completeness confirmed Required material is present for this path.
Decision recorded An authorised decision exists with a reason.
Decision communicated The defined service outcome has been delivered.

Connect the same case

A shared identifier connects the application, payment, correction, and decision.

Matching a name or an address alone can connect the wrong records.

Handle a current record

The applicant corrects the portal address.

The reviewer still has the old attachment.

Both screens can look normal while the process diverges.

Specify the integration agreement

Requirement Permit example
Identifier Application P104.
Meaning Completeness confirmed for the required path.
Authority Intake owns the completeness decision.
Response A named reviewer accepts or returns the work.

Share relevant authority

Finance owns payment confirmation.

Reviewers own recommendations.

Service staff confirm communication.

Permissions should support those responsibilities.

Respond to an incomplete handoff

A record can arrive with an unknown identifier or missing required material.

Keep the exception visible, assign an owner, and request correction.

Coordinate beyond one organization

Partners need recognized identifiers, clear event meanings, and an agreed response to discrepancies.

Message delivery and completed work are separate achievements.

Label Main emphasis
E-business Digital coordination of business activities.
E-commerce Buying and selling through digital channels.
E-government Digital public services and governmental work.

Finance and intake both use “complete.”

A. Force one shared status to replace all events.
B. Define each event and its owner.
C. Add more message notifications.

Which request needs decision support?

A. Record that P104 arrived.
B. Display yesterday’s completed count.
C. Compare staffing options under different arrival assumptions.

Your turn

For Lakeview, define three status events, their owners, and the response to an address correction. Identify one agreement that software cannot decide for the city.

Recap

Connect the same case while preserving distinct business events. Integration works when usable information reaches someone with a defined responsibility.

Improvement

Chapter 2 · Business Processes

Goals for this part

  • Connect collaboration to decisions.
  • plan an owned improvement cycle.
  • interpret pilot measures without overstating evidence.

Collaborate toward an outcome

Sharing a document distributes information.

Collaboration combines interdependent knowledge to produce an agreed result.

Make disagreement concrete

Intake wants fewer questions.

Reviewers want enough detail to avoid returns.

Use actual problem cases to examine the tradeoff.

Turn ideas into owned changes

Record the problem, approve a response, assign implementation, and define a review.

A discussion space needs a path into authorized action.

Choose timing and records

Work need Suitable arrangement
Review evidence over several days Asynchronous comments.
Resolve a disputed point Synchronous discussion.
Establish the approved outcome Durable decision record.

Know the approved version

Preserve identifiable revisions.

State which version is authoritative and when it applies.

Several files called “final” do not resolve authority.

Follow discussion through action

Issue on P104 → specialist clarification → policy-owner approval → published guidance → assigned form update.

Partner with the IS function

Business staff explain work and exceptions.

IS specialists assess data, reliability, integration, and feasible changes.

Managers decide priorities and resources.

Assign a complete improvement

Responsibility Example role
Approve process priorities Process owner.
Validate wording and work steps Intake and review staff.
Implement and support the form IS function.
Check service outcomes Process owner with participating teams.

Close the improvement cycle

Understand and measure the process.

Investigate a cause and test a change.

Monitor the result and decide what to do next.

Choose the scale of change

A clearer checklist can improve the current sequence.

Removing an unnecessary approval can redesign the sequence.

The larger change needs evidence about consequences.

Specify the pilot

Element Lakeview example
Hypothesis Clearer fields reduce avoidable returns.
Owner Named process owner.
Outcome Timely communicated decisions.
Balancing measure Decision corrections or applicant abandonment.

Work the completed-case comparison

Before: 240 + 360 + 480 + 600 + 720 = 2,400 minutes.

Pilot: 180 + 240 + 300 + 360 + 420 = 1,500 minutes.

With five completed cases each, means are 480 and 300.

Keep throughput and unfinished work visible

Each window lasts five working days and completes five cases. Throughput is one decision per day in both.

Open cases: three before, four in the pilot.

Interpret the evidence carefully

Completed-case returns: 2/5 = 40% before; 1/5 = 20% in the pilot.

Small samples, missing case complexity, staffing, and unfinished-case ages limit the claim.

Which conclusion does the case support?

A. Throughput doubled.
B. The completed-case mean elapsed time was lower in the pilot sample.
C. Every applicant received a faster service.

Which extra observation addresses a major omission?

A. Number of chat messages sent.
B. Number of installed collaboration tools.
C. Ages and delay reasons of cases still open.

Your turn

Advise Lakeview on its next pilot step. State a mechanism, an owner, an outcome, a balancing measure, and a condition for revising the decision.

Recap

Collaboration should lead to recorded decisions and owned actions. Judge the resulting service with consistent measures and visible limits of evidence.

Reading and assignments