© C.Hicks / P.M.Braiden EDIN/1 Knowledge Management: An Engineering Perspective Dr. Christian Hicks Professor Paul Braiden University of Newcastle upon.

Slides:



Advertisements
Similar presentations
MMM341/1 © Dr. C.Hicks, MMM Engineering University of Newcastle upon Tyne Supply Chain Management.
Advertisements

By: MSMZ. Objective After completing this chapter, you will be able to: Explain 2 contract review stage List the objective of each stage of the contract.
Business Architecture
1 Knowledge Management Session 4. 2 Objectives 1.What is knowledge management? Why do businesses today need knowledge management programs and systems.
Lecture 5 Themes in this session Building and managing the data warehouse Data extraction and transformation Technical issues.
© C.Hicks, University of Newcastle HIC288/1 A TOOL FOR OPTIMISING FACILITIES DESIGN FOR CAPITAL GOODS COMPANIES Christian Hicks
Chapter 6 Database Design
© Chris Hicks, Tom McGovern and Paul Braiden, 29/3/2001 SPECS/1 The Management of Specifications in Engineer- to-Order Capital Goods Companies
Lecture 13 Revision IMS Systems Analysis and Design.
© C.Hicks, University of Newcastle KNOW99/1 Knowledge Management in Capital Goods Companies Dr. Christian Hicks University of Newcastle upon Tyne.
© C.Hicks, University of Newcastle Manufacturing Systems Research Chris Hicks.
© C.Hicks, University of Newcastle HICKS/1 Research Overview Christian Hicks.
Stochastic Models in Planning Complex Engineer-To-Order Products
Requirements Analysis Concepts & Principles
PG Conf /1 © F.A. Hossen, M&S Engineering University of Newcastle upon Tyne Managing Project Planning Risk Fouzi A. Hossen.
© C.Hicks, University of Newcastle IGLS06/1 Laissez-faire or full control? An evaluation of various control strategies for companies that produce complex.
© C.Hicks, University of Newcastle HICKS/1 Research Overview Christian Hicks
© C.Hicks, University of Newcastle C.F.Earl, Open University IDMME02/1 A Genetic Algorithm Tool for Designing Manufacturing Facilities in the Capital Goods.
© Copyright Eliyahu Brutman Programming Techniques Course.
© C.Hicks, University of Newcastle ASAC06/1 Establishing the relationship between mean tardiness and the number of resources under close control for companies.
IS550: Software requirements engineering Dr. Azeddine Chikh 4. Validation and management.
9 1 Chapter 9 Database Design Database Systems: Design, Implementation, and Management, Seventh Edition, Rob and Coronel.
6 Chapter 6 Database Design Hachim Haddouti. 6 2 Hachim Haddouti and Rob & Coronel, Ch6 In this chapter, you will learn: That successful database design.
© C.Hicks, University of Newcastle WAR/1 Knowledge Management in Capital Goods Companies Dr. Christian Hicks University of Newcastle upon Tyne.
Configuration Management
Information Audit as a Holistic Approach: A Case Study Emily A. Langley Miller Brewing Company June 10, 2003.
What is Business Analysis Planning & Monitoring?
Mantova 18/10/2002 "A Roadmap to New Product Development" Supporting Innovation Through The NPD Process and the Creation of Spin-off Companies.
The Rational Unified Process
©Ian Sommerville 2000 Software Engineering, 6th edition. Chapter 6 Slide 1 Chapter 6 Requirements Engineering Process.
Chapter 4 System Models A description of the various models that can be used to specify software systems.
1 Phases in Software Development Lecture Software Development Lifecycle Let us review the main steps –Problem Definition –Feasibility Study –Analysis.
Foundations of Geospatial System Development Todd S. Bacastow Professor of Practice for Geospatial Intelligence John A. Dutton e-Education Institute The.
PowerPoint Presentation by Charlie Cook Gordon Walker McGraw-Hill/Irwin Copyright © 2004 McGraw Hill Companies, Inc. All rights reserved. Chapter 7 Partnering.
Human Resource Management Lecture 27 MGT 350. Last Lecture What is change. why do we require change. You have to be comfortable with the change before.
IST 210 Database Design Process IST 210 Todd S. Bacastow January 2005.
Week 4 Lecture Part 3 of 3 Database Design Samuel ConnSamuel Conn, Faculty Suggestions for using the Lecture Slides.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 7 Slide 1 Requirements Engineering Processes.
Copyright 2002 Prentice-Hall, Inc. Chapter 2 Object-Oriented Analysis and Design Modern Systems Analysis and Design Third Edition Jeffrey A. Hoffer Joey.
Copyright 2002 Prentice-Hall, Inc. 1.1 Modern Systems Analysis and Design Jeffrey A. Hoffer Joey F. George Joseph S. Valacich Chapter 1 The Systems Development.
Chapter 7 System models.
Lecture 7: Requirements Engineering
Innovation Division. Innovation Its embedded novelty, providing qualitative increase in the efficiency of processes or products demanded by the market.
CS 4310: Software Engineering Lecture 4 System Modeling The Analysis Stage.
1 Introduction to Software Engineering Lecture 1.
Illustrations and Answers for TDT4252 exam, June
Organization of the Modern Firm
Computing and SE II Chapter 9: Design Methods and Design Models Er-Yu Ding Software Institute, NJU.
CSC480 Software Engineering Lecture 10 September 25, 2002.
Making knowledge work harder Process Improvement.
Foundations of Geospatial System Development Todd S. Bacastow Professor of Practice for Geospatial Intelligence John A. Dutton e-Education Institute The.
©Ian Sommerville 2006Software Engineering, 8th edition. Chapter 4 Slide 1 Software Processes.
Tata McGraw CHAPTER 4 Product and Service Design.
 To explain why the context of a system should be modelled as part of the RE process  To describe behavioural modelling, data modelling and object modelling.
Introduction to Software Engineering 1. Software Engineering Failures – Complexity – Change 2. What is Software Engineering? – Using engineering approaches.
IST 210 Database Design Process IST 210, Section 1 Todd S. Bacastow January 2004.
DESIGN OF PRODUCTS AND SERVICES Chapter Three Copyright © 2014 by The McGraw-Hill Companies, Inc. All rights reserved. McGraw-Hill/Irwin.
1 Software Engineering Muhammad Fahad Khan Software Engineering Muhammad Fahad Khan University Of Engineering.
PROCESS ASSESSMENT AND IMPROVEMENT. Process Assessment  A formal assessment did not seem financially feasible at the onset of the company’s process improvement.
Chapter 5 – System Modeling Lecture 1 1Chapter 5 System modeling.
1 Process activities. 2 Software specification Software design and implementation Software validation Software evolution.
Software Design Process. What is software? mid-1970s executable binary code ‘source code’ and the resulting binary code 1990s development of the Internet.
Pedro Emanuel Botelho Espadinha da Cruz
Software Engineering Lecture 4 System Modeling The Analysis Stage.
Chapter 5 – System Modeling
SNS College of Engineering Coimbatore
EKT 421 SOFTWARE ENGINEERING
Chapter 6 Database Design
KNOWLEDGE MANAGEMENT (KM) Session # 37
CHAPTER 5 THE DATA RESOURCE
Presentation transcript:

© C.Hicks / P.M.Braiden EDIN/1 Knowledge Management: An Engineering Perspective Dr. Christian Hicks Professor Paul Braiden University of Newcastle upon Tyne

© C.Hicks / P.M.Braiden EDIN/2 Capital Goods Companies Products and processes usually complex Customised to meet individual customer requirements Engineered-to-order Low volume, “lumpy”, erratic demand

© C.Hicks / P.M.Braiden EDIN/3 Classification of ETO Companies Product / project focus “Normal” / “Radical” design Established / ad-hoc business processes

© C.Hicks / P.M.Braiden EDIN/4 ETO Challenges Focus on return on capital has led to change in ETO company structures. ETO companies need to coexist in several alliances / joint ventures simultaneously. Need to assure the processes by which knowledge is used within the firm and supply chain. Knowledge needs to be gathered from transitory supply chain relationships Need to comply with regulatory / de- regularity environments.

© C.Hicks / P.M.Braiden EDIN/5 ETO Processes Physical / non-physical. Multistage - tendering, contract execution, operations, maintenance. All processes complex, interrelated and knowledge based. Processes dynamic and often reconfigured. General shift towards the outsourcing of physical activities.

© C.Hicks / P.M.Braiden EDIN/6 Product Development Process 75-80% of cost and delivery commitments result from early stages design decisions There is high levels of uncertainty and sparse knowledge. A holistic view of multistage processes is required including design, manufacture, construction, operation and maintenance Tendering is often subject to severe time pressure and resource constraints.

© C.Hicks / P.M.Braiden EDIN/7

© C.Hicks / P.M.Braiden EDIN/8 Product Development Processes Normal design - product development, modification of existing products Radical design - creation of new type of product, sparse knowledge base, engineers work from first principles, high levels of experimentation / modelling.

© C.Hicks / P.M.Braiden EDIN/9 Business Processes With normal design there is sufficient knowledge to have established business processes Radical design often requires business processes to be developed on an ad- hoc basis. ETO companies lie on a continuum between these two extremes.

© C.Hicks / P.M.Braiden EDIN/10 Product Description Changes in both form and detail Starts with high ambiguity, sparse description and high uncertainty Finishes with full product description and limited uncertainty Different functions have different views –Functional decomposition –Physical decomposition –Top down vs bottom up –Geometric / materials / properties

© C.Hicks / P.M.Braiden EDIN/11 Systems Analysis and Modelling Different types of model based upon graphical notations Functional models - decompose systems using a hierarchical, top-down approach. Helpful for understanding processes and interrelationships. Information models - “flat structure” define data structures for database systems in terms of entities and relationships. Dynamic models - describe dynamic characteristics Other models - decision trees etc.

© C.Hicks / P.M.Braiden EDIN/12 Modelling Engineering Systems Quality Function Deployment - mapping customer requirements into engineering characteristics Precedence relationships between processes and knowledge important Matrix based approaches - Steward / Epping, identify –Serial processes –Parallel processes –Coupled processes

© C.Hicks / P.M.Braiden EDIN/13 Research Objective is to identify new or improved knowledge management activities which will yield benefits. Some companies have established processes, whereas others develop them as required on a project basis. Knowledge workers operate within defined business processes and informal routines Business processes and routines established through observation of processes and routines. Formal methods used for mapping business processes (SSADM/IDEF)

© C.Hicks / P.M.Braiden EDIN/14 Routines Identification of drivers and actors People / system driven Identification / dissemination of internal / external knowledge

© C.Hicks / P.M.Braiden EDIN/15 Knowledge Classification Knowledge processing - generation, transfer, utilisation, identification, capture / retrieval, format, codification, assurance Domains - internal/ external, technical area, focus The part of the organisation’s performance affected by the knowledge management activity Formality - time and location dependency, MIS

© C.Hicks / P.M.Braiden EDIN/16 General Conclusions ETO companies are complex and dynamic organisations Interactions between processes may be separated by a time lag. Formal processes modelled. Current research is focused upon identifying, classifying and documenting processes / routines Object: to identify / improve KMA’s. The performance of the associated business processes will be compared. Research methodology proposed