DCOR 1 0 Design Chain Operations Reference Model DCOR 1 0 1

download DCOR 1 0 Design Chain Operations Reference Model DCOR 1 0 1

of 245

  • date post

    24-Jan-2016
  • Category

    Documents

  • view

    10
  • download

    1

Embed Size (px)

description

Background - The Design Chain Operations Reference-model (DCOR) was developed by theBusiness Process Management organization of Hewlett-Packard. This model was conveyed to the Supply-Chain Council, Inc. in June, 2004. The Model’s structure is inspired by that of the Supply-Chain OperationsReference Model (SCOR).

Transcript of DCOR 1 0 Design Chain Operations Reference Model DCOR 1 0 1

  • DCOR Version 1.0

    Supply-Chain Council, 2006. All rights reserved. The Supply-Chain Council has made every effort to assure the accuracy and usefulness of the information and metrics contained herein and is provided on an "AS IS" basis. The Supply-Chain Council makes no warranty, express or implied, of merchantability, fitness for a particular purpose, or accuracy. The Supply-Chain Council makes no representation as to the results obtained or obtainable and disclaims all liability for direct, indirect, special or consequential damage, including lost profits, lost business or the like, whether based in contract, tort (including negligence), product liability or otherwise.

    AcknowledgementsThe following members of the Technical Development Project Team for DCOR devoted extensive time and/or effort to the development of this Model.

    John Nyere, Chair, United States Department of DefenseNicolas Giraldo, Azurian William Whiddon, Building Technology IncorporatedAri Luis C. Halos, College of Engineering and Agro-Industrial TechnologyChristie Lin, Corporate Synergy Development Center Hong KongLars Magnusson, Ericsson ABMichael Salhlin, Ericsson ABEberhard Frey, Hewlett PackardJoseph Francis, PCORCaspar Hunsche, PCORScott Stephens, Supply-Chain CouncilMelinda Spring, Supply-Chain CouncilRicardo Velez, Tampere University of Technology

    10/9/2013 Page 1 of 245

  • Design Chain OperationsReference-model (DCOR) 1.0

    Contents

    Introduction 3

    PLAN 11

    RESEARCH 51

    DESIGN 87

    INTEGRATE 122

    AMEND 159

    Glossary

    Process Terms 190Inputs/Outputs 198Metrics 205Best Practices 219

    10/9/2013 Page 2 of 245

  • Design Chain Operations Reference-model (DCOR) 1.0

    Introduction

    The Supply Chain Operations Reference-model (SCOR) is the product of the Supply-Chain Council (SCC), an independent, not-for-profit, global corporation with membership open to all companies and organizations interested in applying and advancing the state-of-the-art in supply-chain management systems and practices. The SCOR-model captures the Councils consensus view of supply chain management. The newest model, the DCOR-model, captures the SCCs Technical Development Steering Committees consensus view of design chain management.

    Background - The Design Chain Operations Reference-model (DCOR) was developed by the Business Process Management organization of Hewlett-Packard. This model was conveyed to the Supply-Chain Council, Inc. in June, 2004. The Models structure is inspired by that of the Supply-Chain Operations Reference Model (SCOR).

    While much of the underlying content of the Model was originally developed by practitioners, the DCOR-model provides a unique framework that links business process, metrics, best practices and technology features into a unified structure to support communication among design chain partners and to improve the effectiveness of the extended supply chain.

    The SCC was organized in 1996 and initially included 69 practitioner companies meeting in an informal consortium. Subsequently, the companies of the Council elected to form an independent not for profit trade association. The majority of the SCCs members are practitioners and represent a broad cross-section of industries, including manufacturers, distributors, and retailers. Equally important to the Council and the advancement of the SCOR-model (and now the DCOR-model) are the technology suppliers and implementers, the academicians, and the government organizations that participate in Council activities and the development and maintenance of the Model. At the time of this release, the Council has approximately 800 members worldwide and has established international chapters in Australia/New Zealand, Brazil, Greater China, Europe, Japan, Southeast Asia, and Southern Africa with additional requests for regional chapters pending.

    The Supply-Chain Council is interested in providing the widest possible dissemination of the DCOR-model. The wide-spread use of the Model results in better relationships, software systems that can better support members through the use of common measurements and terms, and the ability to rapidly recognize and adopt best practice no matter where it originates. SCC requests that all who use the DCOR-model provide attribution to the Supply-Chain Council. Additionally, members are encouraged to monitor the members section of the SCC website (www.supply-chain.org) to ensure that they are using the latest version of DCOR.

    This introduction is provided to assist users of the DCOR-model to begin analytic and implementation projects. It is intended to remind experienced users of the framework and structure of the Model to assist in more complex applications and operationalization of the Model for their businesses.

    Version 1.0 of the DCOR-model is the first publication of this model by the SCC. Revisions of the

    Model will be made when it is determined by Council members that changes should be made to facilitate the use of the Model in practice.

    Scope

    The DCOR-model has been developed to describe the business activities associated with all phases of satisfying a customers demand for a product. The Model itself contains several sections and is organized around the five primary management processes of Plan, Research, Design, Integrate and Amend (shown in Figure 1). By describing design chains using these process building blocks, the Model can be used to describe design chains that are very simple or very complex using a common set of definitions. As a result, disparate industries can be linked to describe the depth and breadth of virtually any design chain. The

    10/9/2013 Page 3 of 245

  • Model has been able to successfully describe and provide a basis for design chain improvement for global projects as well as site-specific projects.

    Figure 1 - DCOR is organized around five major management processes.

    DC Integrate

    I

    DC Design

    D

    DC Research

    R

    DCPlan

    (DesignChain)

    P (DC)

    Top Level -Design Chain Operations Reference Model - Version 1.0

    DC DesignChain

    DCOR

    DC Amend

    A

    It spans product development, research and development but does not attempt to describe every business process or activity. Specifically, the Model does not address: sales and marketing (demand generation), and some elements of post-delivery customer support.

    It should be noted that the scope of the Model is anticipated to change based on Council member requirements.

    The Model is designed and maintained to support design chains of various complexities and across multiple industries. The Council has focused on three process levels and does not attempt to prescribe how a particular organization should conduct its business or tailor its systems / information flow. Every organization that implements design chain improvements using the DCOR-model will need to extend the Model, at least to Level 4, using organization-specific processes, systems, and practice.

    The Model is silent in the areas of human resources, training, and quality assurance among others. Currently, it is the position of the Council that these horizontal activities are implicit in the Model and there are other highly qualified organizations that are chiefly concerned with how an organization should train, retain, organize, and conduct their quality programs. Just as the Council recognized the requirements for marketing and sales in commercial organizations, the Council is not minimizing the importance of these other activities.

    10/9/2013 Page 4 of 245

  • DCOR, like SCOR, Contains Three Levels of Process Detail

    Figure 2 - DCOR is a hierarchical model with specific boundaries in regard to scope.

    10/9/2013 Page 5 of 245

    Amend

    Level

    Description Schematic Comments

    Top Level(Process Types)

    Level 1 defines the scope and content for the Design chain Operations Reference-model. Here basis of competition performance targets are set.

    Research Design Integrate

    Plan1

    #

    Configuration Level (Process

    Categories)

    A companys design chain can be configured-to-order at Level 2 from core process categories. Companies implement their strategy through the configuration they choose for their design chain.

    2

    Process Element Level (Decompose Processes)

    Level 3 defines a companys ability to compete successfully and consists of:Process element definitionsProcess element information inputs, and outputsProcess performance metricsBest practices, where applicableSystem capabilities required to support best practicesSystems/tools

    Companies fine tune their Strategy at Level 3.

    3

    PD.1

    PD.2xxxxxxxx

    PD.3 PD.4Establish Design Plan

    Companies implement specific design-chain management practices at this level. Level 4 defines practices to achieve competitive advantage and to adapt to changing business conditions.

    Implementation Level

    (Decompose Process

    Elements)

    4

    Not in

    Scope

    Des

    ign-

    Cha

    in O

    pera

    tions

    Ref

    eren

    ce-

    mod

    el

  • The DCOR-model is a business process reference model as illustrated in Figure 3. That is, it is a Model that links process elements, metrics, best practice and the features associated with the execution of a design chain in a unique format. The uniqueness and power of the Model and its successful implementation is chiefly derived from using these four elements together.

    10/9/2013 Page 6 of 245

  • It is important to note that this Model describes processes not functions. In other words, the Model focuses on the activity