2012年4月14日 星期六

Lecture 11 - Redesign Principles (2)


Reference

[1] What – if analysis
[2]Tirz-Carlton Hotel
[3] Redesigning enterprise processes for e-business
[4] Slice and dice
--------------------------------------------------------------------------------------------------------

After Lecture 10, it continues the principles and tactics of process redesign. It relate to changing the knowledge management capabilities of the process by harnessing the collective intellectual assets around it. These enable the knowledge-creation capacity of the business process to expand.


Principle 8: Analyze and synthesize
There are 2 elements we need to do in this principle. First, analysis refers to dividing a whole into parts. Next, synthesis refers to the process of constructing a whole from an assortment of pieces. This process is to augment the interactive analysis and synthesis capabilities around a process to generate value added.
The tactics for this principle are providing “what-if” capabilities to analyze decision options, providing “slice and dice” data analysis capabilities that detect patterns and providing intelligent integration capabilities across multiple information sources. "Slice and dice" means that break a body of information down into smaller parts or to examine it from different viewpoints so that you can understand it better.

Principle 9: Connect, Collect, and create
A business process can be redesigned by intelligently growing knowledge around it through all the people who take part in the process. No matter they are the doers of the process or even the customers of the process.

A knowledge management infrastructure can be viewed as having three aspects: “connect” aspect, “collect” aspect, and “create” aspect.

Connect aspect: The connect aspect includes ways of mapping connection to sources of expertise and specific knowledge.

Collect aspect: The way of capture and organize knowledge so that it can be intelligently reused.

Create aspect: Set up technological platforms, institutional forms and physical or virtual space for shared knowledge creation.

Principle 10: Personalize
This principle is about making the process intimate with the preferences & habits of participants.

The tactics used in this principle is learning preferences of customers and doers of the process through profiling, inserting business rules that are triggered by personal profiles, using collaborative filtering techniques and keeping track of personal process execution habits.

Example:
Hong Kong Ritz-Carlton is a five-star hotel in HK. It provide customer service process includes institutionalized ways of learning about the preference of its customers through profiling and using that knowledge on subsequent customer service instances to tailor and personalize the service offerings. It trains all its service employees to record every preference or complaint that they can pick up form conversations with or observations of individual customer. Employees are provided with a guest preference pad for writing down these preferences. Preferences are entered into a profile database that can be accessed worldwide through the travel reservation system. And now, they have individual profiles on half a million guests, The customer service process can then be tailored to individual preference based on this knowledge, When the customer service process is initiated for a repeat customer at any hotel location, the process remembers and personalizes the offerings.

2012年4月8日 星期日

Lecture 10 - Redesign Principles and tactics


Reference:
[1] EL SAWY’S REDESIGN PRINCIPLES AND TACTICS

[2] Redesigning farm strategies

[3] HSBC HK Personal service

[4] WebCT history

[5] Polyu WebCT

[6] Dell Computer

[7] UA online purchasing system

[8] Adobe



======================================================================

In this lecture, we learn how to use the principles and tactics to redesign the system. It also introduce that there are three generic ways for redesigning a business process, they are Restructuring the process, Informating the process, and minding the process. They have different meaning and function, but they have some common purpose. Firstly, they all are going to maximize the value adding content of a process. Secondly, they manage non-value adding activities. Lastly, they minimize all everything else such as waste, valueless complexities and similar activities.

Principle 1: Lost wait
Lost wait means squeezing out the unnecessary inefficient waiting in a process.
The tactics here is to allow for concurrent execution of time-sequential activities and set up closed-loop teams that cross specializations (case work) so that the core value-adding process will not be delayed.

1.          Redesigning time-sequential activities to be executed concurrently
2.          Creating closed-loop teams for quicker flexible interaction
3.          Not allowing a support activity to gate a core value-adding process
4.          Designing for continuous flow rather than stop-start batches
5.          Modifying upstream practice to relieve downstream bottlenecks.

For example, HSBC uses many ATM to create a closed loop. Some of the machines can help customer to store the money into the bank account. Comparing with Bank of Communications, it requests customer to save their money through the counter. HSBC can create a closed loop that let the customer to store their money directly and make a shorter waiting time for customer and reduce the work load for staff.

Principle 2: Orchestrate
This means choosing the swiftest and most able enterprise to execute the business process, no matter it is the company itself or other companies.  The main point here is that usually only the non-core business processes will not be outsourced to other companies so as to avoid the leaking of the secret business intelligence.

Common Tactics:
1.          Partner a process with another enterprise
2.          Outsource a process to another enterprise
3.          Insource a process back into the enterprise
4.          Route the process through an informatory

For example, Polyu WebCT system is an example of Outsource a process to another enterprise. WebCT was originally developed at the University of British Columbia by a faculty member in computer science, Murray Goldberg. It can provide some services such as downloading the notes, submitting assignment, etc. After purchasing WebCT, Owner can maintain the system and have different setting based on the student / teacher need.

Principle 3: Mass-customize
This means making the process highly flexible in terms of place, time and the way. In other words, it is a process can be redesigned to allow flexibility of interaction options and product offerings for different customer segments. The business is designed to be as efficient as mass production and nearly as responsive to customers as personalization.

Common Tactics:
1.          Flex access by expanding the time window for the process
2.          Flex access by migrating the physical space in which the process happens
3.          Create modular process platform
4.          Push customization to occur closest to the customer
5.          Enable dynamic customization of product offerings

For example, Dell is providing a online shop system which allows the customers can choose or modify the hardware components of their products. Also, there is one more example that, Students can shift their place of learning to their home through videoconferencing and online access.

Principle 4: Synchronize
Synchronize the physical and virtual parts of the process. Most of the enterprise wants to move into e-business, but they typically do not disband the bricks-and-mortar side of the business. If the business use this method to redesign the business processes to take advantage of both the physical and electronic parts of the process.

1.          Match the offerings on the physical and virtual parts of the channel
2.          Create common process platforms for physical and electronic processes
3.          Track the movement of physical products electronically

For example, UA is a cinema that using Match Offerings. Customer can use credit card the buy the ticket through their website or iPhone Apps. Also, they keep a typical selling way to sell the ticket in front of the cinema.

Principle 5: Digitize and Propagate
A business process can be redesigned by modifying the information flows around it so that information is captured as early as possible in digital electronic form.

Common Tactics
1.          Shift data entry to customers and digitize it
2.          Make the process as paperless as possible as early as you can
3.          Make information more easily accessible upstream and downstream to those who need it
4.          Shrink the distance between the information and the decision

For example, 15 years ago, some software such as windows office are needed to buy in a computing store. Customer need to buy a disk and back home to install the software. But, nowadays, customer can pay and download the software online, such as Adobe Photoshop.

Principle 6: Vitrify
Vitrify is to make something as transparent as glass. A business process can be redesigned by improving its transparency and real time visibility while it is in progress through fresher and richer information.

Common Tactics:
1.          Provide on-demand tracking information for customers of the process
2.          Provide reporting capabilities that provide on the-fly analysis
3.          Design standard partner interface processes for seamless exchange of information

Principle 7: Sensitize
This is accomplished by building in feedback loops that easily allow the customer of the process to provide feedback on how well the processes are working.

Common Tactics:
1.          Build in customer feedback loops to detect process dysfunction
2.          Enable software smarts to trigger quick business reflexes
3.          Attach environmental probes to the process to monitor change


2012年3月25日 星期日

Week 8 - Redesign Process


This lecture took a deeper look on Phase 3 (Five Phases Approach of BPR methodologies). In last lecture, it briefly introduced the five steps of business redesign. This is scoping, modeling, analysis, redesign and integration. In order to better understand the process, a case study of Paloma Bank was used to explain what should be exactly done during every phase. And this lecture focused on the third phase, process redesign.

With the support of BPR software, both scoping and integration stage can share process knowledge. The followings are the seven activities in scoping the process:
1)     OPERATIONALIZE PROCESS PERFORMANCE TARGET
The BPR team needs to carefully understand the stated BPR goals and objectives as defined and developed by the BPR project sponsors and the process owners in the earlier 2 phases of BPR. These stated goals need to be operationalized into concrete process performance targets.
It is very important that the fuzzy goals are made concrete and misunderstandings about goals are cleared up before the process redesign begins. A consensus on targets focuses the efforts of the BPR participants.
2)     DEFINE PROCESS BOUNDARIES
In this step, we can discover and decide what boundaries of a selected business process, and where should the process start and it end. It builds and initial common high-level portrait of the process scope and what process does. Also, It is easy to inadvertently find oneself in a huge BPR project that is not doable in a reasonable amount of time. We must carefully define the process scope very early in the process reengineering phase.
3)     IDENTIFY KEY PROCESS ISSUES
      This activity provides the starting assessment point for the BPR team. That is to identify the key issues for the work environment, highlight the areas need attention and ensure early input from participants through interview or questionnaire. Make use of the input, the team can brainstorms the problems and strengths of the process issues and categorize the issues.
The next is to summarize the results of the agenda by using SWOT analysis for the process or based on an assessment of the work environment like IT infrastructure, HR and empower, organizational structure and policies, and the linkages to external parties.
4)     UNDERSTAND KNOWN BEST PRACTICES AND DEFINE INITIAL VISIONS
Understanding known best practices is not benchmarking in the formal or rigorous sense. The BPR team mainly has three missions. Firstly, understand known best practices and list the selected one out. Secondly, each member in the team has to get familiar with them. And thirdly, to define and document the initial vision at high level, even it may be change during the process.
5)     FAMILIARIZE PARTICIPANTS WITH BPR SOFTWARE
It is a pre-modeling phase, so the various BPR participants must become familiar with the selected BPR software and its capabilities. There are some degrees of familiarization with BPR software suitable for different types.
a) Conceptual Familiarization
  A conceptual introduction, a demo, and a capability overview for the selected BPR software package and how these capabilities will be useful in the BPR project are sufficient.
b) Test Drive
   All members of the BPT core team should test drive the BPR software.
c) Learn to Use
   Member of the BPR core team who will be directly involved with modeling, analyzing, and redesigning the process must learn how to use the software.
6. OUTLINE DATA COLLECTION PLAN AND COLLECT BASELINE DATA
    This activity is important that collecting data is difficult. Difficulties include that people may not give     sufficient effort on the BPR for variety of reasons behind or the data collected are unnecessary. A well organized plan can save time and help to collect useful data, and an early started data collection speeds up the baseline modeling phase. A good plan includes the key sources of data, data type required, data collection methods, etc. Such methods are by using the documentation or data in hand and conducting survey through interviews or questionnaires.
7      PROCESS SCOPING REPORT
     The deliverable of this phase is a Process Scoping Report. This report should be provided to the process owners for reporting and feedback purposes. It is very import that if we have carried out the steps, the components of the deliverable are ready to be packaged into a crisp document without modification.

2012年3月18日 星期日

Lecture 7 BPR Methodologies

What is methodology?
In fact, methodology is a set of guidelines that provide an analyst a way or method to solve the specific problems.
So, BPR methodologies are the set of methods that separate the differences between business activities and organizational strategy, current and desired productivity of organizational resources.

As you know, BPR cannot occur if it is without a unstructured manner. If we want a BPR to be successful, targets, budgets, tools, etc. should be assigned and organized clearly.

In a large BPR project, we can separate different part to show the BPR clearly. They are design, implementation, and maintenance. There are a variety of descriptions of how BPR can be systematically carried out in practice and what the phases of a BPR project are.


After reading different articles and papers, I find that most of them conclude that there are 5 phases in a BPR project, as we can see that on the left hand side.

Phase 1, it is stated that a BPR project begins with some sort of trigger, such as performance problem and pressure from a supply chain partner. It can also be driven primarily by an executive vision of how a particular aspect of the company should be. The discussion will be taken place at this phase and the proposals will eventually be made.

Phase2, BPR mobilization occurs by selecting a project leader and forming a core BPR team. The processes to be redesigned are selected and a preliminary assessment of IT infrastructure around those processes is made. A BPR plan and budget is proposed.

Phase 3, In this phase the business process is redesigned and performance comparisons are made, sometimes through benchmarking with other companies. The process design is also readied for implementation.

Phase 4, The implementation and organizational transformation stage is the toughest phase to execute. It includes designing the IS and modifying the IT infrastructure. Is also involves introducing and instituting the new process with its accompanying organizational design changes, training people and possibly re-skilling them and dealing with the political and human problems that occur whenever a large organizational change is made.

Phase 5, Ideally BPR is not a one-shot effort and the process needs to be monitored on a continuous basis so that the process can be maintained and modified when conditions require.


The Participants in a BPR project
There are a variety of participants in a BPR project as shown in above picture. At the heart of a BPR project is a core BPR team that mesy manage the project and coordinate the differnet participants. The team includes a project leader.

Any BPR project needs executive sponsors who are often champions fo rthe project. Also, there is anouther important set of particiants is the process owners. They need someone who has responsibility and accountability for a business process. It is pointless to reengineer a business process if the process owners are not involoved and engaged in the project

2012年3月4日 星期日

Week 5 - BPR Basic (part I)


In this lecture, it focuses on the definition, relationship and properties of the business process and an introduction of Business Process Reengineering (BPR).

What is BPR?
There are a lot of ideas of BPR. For example, in Redesigning enterprise process for e-Business, this book mention that “BPR is in essence a performance improvement philosophy that aims to achieve quantum improvements by primarily rethinking and redesigning the way that business processes are carried out.”.

Also, Michael Hammer and James Champy, in Reengineering the Corporation show that “A collection of activities that takes one or more kinds of input and creates an output that is of value to the customer. “.

After reading different articles, I can conclude that BPR searches for quantum improvements rather that incremental ones (even though that may not always be possible.) and it effort will try to use IT to enable the process to be done in new ways that are qualitatively different.

Relationship of BPR and IT

BPR differs considerably from other prevailing management tools, due to its provision of radical change to existing process practices, which offers opportunities of better performance. BPR can only apply when deficiencies in existing processes can be re moderated either by combination of strategic avenue and BPR or BPR alone. IT is capable of modeling not only structured workflow, but also unstructured problem solving, which is of wide use in the re-engineering of business processes in the ERP system. The process analysis and study simulation enabled by disruptive IT also make it easy to come out the best workflow practices, which avoids any physical changes of the business processes prior to the actual implementation of the processes. All the possibilities provided by IT paves way for improvements in cost, quality, service, and speed, all of them being the objectives and pre-requisites of BPR.



Types of BPR
Some articles pointed out that there are 4 major types in BPR, they are Small-r, Big-r, Extensive process change and minimal software change, and Minimal process change and extensive software change.

1.     Small-r
Small-r is the BPR type with minimal process change and software change. It is an attractive approach for small to medium sized corporations as they don’t have the resources required to make modifications to their ERP systems. With cheap and fast small-r, they don’t need to make any major changes to the organizational processes either. However, it may miss the opportunities provided by other ERP software that requires process change.

2.     Big-R
In big-R, organizations make changes to both EPR software and their business processes. Large enterprises with cutting edge processes and resources to accommodate the radical ERP software change and customization takes this option as it can make the company the first one to reap the benefits of the new ERP developed through big-R. With ERP vendor acts as project partner, some of the costs are covered and some part of the risk shared in the meantime. The expense of this approach is the high cost of EPR software change and affected software upgrade.

3.     Extensive process change and minimal software change
When organizations adopt this BPR method, business processes are changed extensively with minimal software change. Corporations choose this alternative with the thought that changing people is easier and more cost effective than changing the expensive and complicated ERP software. Taking this approach can provide the company with the best practices in the industry with standardized and proven business processes. Further, ERP software update is easier as software change is trivial. When all the organizational processes made consistent with the processes provided in the ERP modules, the disadvantage appears that value-adding processes replaced with generic standard processes, which may force the company to give up some of its competitive strategies bundling with the old processes. To make things worse, the change of business processes may not even work, as the best practices in the industry may not suit the company at all.

4.     Minimal process change and extensive software change
Organizations opting this approach usually possesses value-adding processes that are unique to the company, thus it chooses to make extensive ERP software change to match the business processes. The corporation taking this approach can have a customized ERP system with better business processes not available with the ERP system implemented, though upgrade of the ERP software can be quite difficult because of the software change.


2012年2月12日 星期日

Week 4 (Lecture 4) - The Strategic Alignment Model

Reference

1.  Strategic alignment: Leveraging information technology for transforming organizations, Henderson and Venkatraman, 1993

2.  IT-Enabled Business Transformation: From Automation to Business Scope Redefinition, N. Benkatraman, 1994

3.   TOOLKIT: THE STRATEGIC ALIGNMENT MODEL   http://visual.placodermi.org/2009/01/15/toolkit-the-strategic-alignment-model/

4.  Competitive Potential of Micro-sized  IT Outsourcing Vendors in a Small State of the European Union http://www.ibimapublishing.com/journals/JOOIM/2011/704367/704367.pdf

5.  Strategic Alignment Model,SAM


 6. Redisigning enterprise processes for e-business, Omar A. El Sawy

=======================================================================
Topic: Which alignment perspective is best?

It is difficult to identify the best alignment perspective because I think that it has no standard answer. 
Under different problem or situation, we need different solution to solve the problems. For alignment perspective, we need to understand what are the different between four dominant alignment perspectives first before we select one of them to solve the question. 
In major, I think that we can separate two group of them. First group is about Operation Strategy - “Strategy Execution” and “Technology transformation”. Second group is about     how IT might enable new or enhanced business strategies with corresponding organizational implications - “Competitive potential” and “Service level”.
As the article (Strategic alignment: Leveraging information technology for transforming organizations) said, “...we do not believe that there is one universally superior mode…If there were, it would not be strategic because all firms would adopt it.” and that mean we should understand the current situation and know what final result we want.
After I studying the business cases on different website, I learn more about the different and characteristic of the alignment perspectives. For example, United Services Automobile Association (USAA) know that their need to have a change of the technology, so they pursued a joint development venture with IBM and understood the issues in migrating their technology architecture ( use “Technology transformation” ). If USAA use another alignment perspective , such as Strategy Execution to solve the same situation, will it has the same result? I think it wouldn’t. It is because IS manager just designs and implements the requested IS infrastructure and process without IT vision in Strategy execution. 
There is no BEST alignment perspective because environment or situation can be changed. Sometime Technology transformation can solve many problems, but not every time. It is not only understand each alignment perspective characteristic, but also analyze the current situation. If we clearly identify these things, we can make a best choice between alignments. 

There is a youtube movie that I think it is very useful for me. Thank you.

=======================================================================