Two Methodologies for Structured Organizational Change: Lessons from the University of British Columbia
Bibliographic record
Abstract
The University of British Columbia (UBC) has experienced tremendous growth since its establishment in 1917, but it has become clear that some of its business practices have needed modification to meet with new demands of expansion and technological change. In addition to ongoing renewal efforts, UBC has successfully employed structured organizational change methodologies, including Business Process Redesign and Process Streamlining. This article gives an overview of our experience with structured change methodologies. Process Streamlining and Business Process Redesign Hammer and Stanton (1995) define Business Process Redesign (BPR) as the fundamental rethinking and radical redesign of business processes to bring about dramatic improvements in The key to BPR methodology lies in three defining words: fundamental, radical, and dramatic. Redesign, or reengineering, by definition, is not glorified downsizing, job restructuring, reorganization, automation, or even a traditional business project. Rather, it deals with fundamental questions about why we do what we do, and focuses not on what is, but what should be. It is about reinventing, not improving, enhancing, or modifying. The optimum outcome of reengineering is found in quantum leaps in It is essential to discard old ways and introduce a totally new approach (Hammer and Champy 1993). Though prospect of dramatic and radical change is often daunting, BPR methodology is designed not just to change, but to dramatically improve processes by reorganizing and restructuring how tasks are combined and completed. Redesign of processes naturally leads to further improvement within rest of organization. Process Streamlining (PS) may also result in dramatic changes and improvements in performance. Assessing which methodology is best to apply in a given situation is not always easy, so it helps to understand differences between a BPR and a PS project. The degree of radical change expected and timeline for implementation are two distinguishing features, as exemplified in Table 1. Both methodologies rely on a Case for document that is developed by a planning body before team begins its work. A key feature of case for Action is careful articulation of desired end result, i.e., in very specific terms, what it is that team is set out to accomplish. The case for Action also specifies scope of project and identifies any particular constraints, such as legislation that is not easily changed or a deadline that absolutely cannot be avoided. The importance of case for Action should not be underestimated, as a team will refer to this document repeatedly as they undertake their work. One other critical element for success is a commitment from senior management to accept team's solutions as long as they fall within any specified constraints and work towards a satisfactory end result. This commitment empowers team members to explore most creative solutions and set aside preconceptions of what would likely be acceptable to senior management. UBC's Student Information Management Plan BPR Project Summary In 2000, Enrollment Services sought to improve its general operations, and focused its attention on interactions with new and prospective students. Providing excellent service to students is a key goal for UBC-mentioned both in V-P Students Strategic Plan and in Trek 2010, University's Strategic Plan. Despite a very strong commitment to excellent service, staff members often experienced frustration at being unable to serve increasing numbers of students-some of whom needed help to navigate complex processes and systems-because of inadequate resources. To improve our processes and service, we applied BPR principles in order to make radical changes in way we recruited and admitted undergraduate students. The project, known as Student Information Management Plan (SIMPL), is described below. …
Fetched live from OpenAlex and de-inverted. Abstracts are not stored in this database: the inverted indexes are 8.6 GB of the frame’s 9.3 GB of text, and the host has 13 GB free.
How this classification was reachedexpand
Full frame machine prediction
Teacher imitationNot calibrated prevalence, not ground truth. Human validation pending. The Gemma side is a direct model label for every work in the frame, read from the title-only record. The Codex side is a classifier learned from the 10,348 direct Codex labels and calibrated to design-weighted sample rates; fields without enough sample support carry no Codex call. Candidate is the union of the two sides; consensus is their intersection. These outputs are machine_predicted_unvalidated and are not human labels.
Distilled classifier scores by category (both heads)
| Category | Codex | Gemma |
|---|---|---|
| Metaresearch | 0.012 | 0.019 |
| Meta-epidemiology (narrow) | 0.001 | 0.001 |
| Meta-epidemiology (broad) | 0.001 | 0.001 |
| Bibliometrics | 0.004 | 0.005 |
| Science and technology studies | 0.014 | 0.018 |
| Scholarly communication | 0.014 | 0.006 |
| Open science | 0.003 | 0.006 |
| Research integrity | 0.004 | 0.004 |
| Insufficient payload (model declined to judge) | 0.005 | 0.001 |
Machine scores (provisional)
The two teacher heads of the student model, read on this work. A score orders the frame for review; it never asserts a category, and the validation status ships verbatim with every row.
Baseline scores from an immature model (maturity gate not passed, 7 training rounds). Scores rank; they never assert a category.
score_only:v0-immature-baseline · verbatim from the scoring run: score_only means the number may rank works, and no category label ships from itClassification
machine, unvalidatedMachine predicted; a candidate call from one source (direct Gemma or distilled Codex), not a consensus.
How this classification was reached, model by model and score by score, is at the end of the page under "How this classification was reached".