Den här sidan är utskriven från Högskolan i Halmstads webbplats (www.hh.se). Texten uppdaterades senast den 2012-02-27. Besök webbplatsen om du vill vara säker på att läsa den senaste versionen.
No matter how one organizes the processes into tasks, product architecture into modules, or people into organizations, there will always be interfaces and dependencies between: components and subsystems in the product architecture, between departments in the basic organization, between many different on-going projects, in professional groups, and among individuals who need to share information with others in order to solve problems and produce results. The information is the glue that holds the system together and you have to follow the flow of information.
In this course you will learn about a new approach, Information Driven Management (IDM) and new methods, Dependence Structure Matrix (DSM) and Domain Mapping Matrix (DMM). IDM approach and DSM/DMM methods puts the focus on interdependencies between domains/items such as components in the product architecture, tasks in processes, and people in basic and temporary team settings. Product development is a dynamic process with strong interdependencies between domains such as, customer´s requirements, functional and product specifications, architectural design, manufacturing design, and supply chain design. Each domain both enables and constrains the others and each domain has architecture and logic. Information is the “glue" within and between domains. Therefore, the flow of information within and between domains is crucial in order to solve the problems of organizing teams, designing modular product structures and define lean development and manufacturing processes.
In general, and in product development in particular, four issues are crucial:
|1||Lead-time reduction: Project control, overlapping and parallelization of tasks to speed development.|
|2||Solving coupled issues: Iteration modeling of tasks.|
|3||Product architecture design and modularization of system´s|
|a. Decomposition of product architecture into a work-break down system.|
|b. Integration of components into sub-systems, work-packages, modular and integrated structures.|
|4||Designing integrated organizations and processes: Differentiation and integration of tasks and people across teams, projects, departments, and organizations i.e. supplier integration.|