Design for X: Difference between revisions
m Date maintenance tags and general fixes |
No edit summary |
||
Line 3: | Line 3: | ||
{{Expand-section|examples|date=April 2007}} |
{{Expand-section|examples|date=April 2007}} |
||
Under the label '''Design for |
Under the label '''Design for sex ''' a wide collection of specific design guidelines are summarized. Each design guideline addresses a particular issue that is caused by, or affects the characteristics of a product. The design guidelines itself propose usually an approach and corresponding methods that may help to generate and apply technical knowledge in order to control, improve, or even to invent particular characteristics of a product. From knowledge-based view, the design guidelines represents an explicit form of knowledge, that contains information about "knowing-[[how-to]]" (see [[Procedural knowledge]]). However, two problems are prevalent. First, this explicit knowledge (i.e. the design guidelines) were transformed from a tacit form of knowledge (i.e. by experienced engineers, or other specialists). Thus, it is not granted that a freshman or someone, who is outside of the subject area, will comprehend this generated explicit knowledge, because it still contain embedded fractions of knowledge or respectively include non-obvious assumptions, also called context-dependency (see e.g. Doz and Santos, 1997:16-18). Second, the characteristics of a product is likely to exceed the knowledge base of a single human. There exist a wide range of specialized fields of engineering, and considering the whole life cycle of a product will require non-engineering expertise. For this purpose examples of design guidelines are listed in the following. |
||
== Rules, guidelines, and methodologies along the product life cycle == |
== Rules, guidelines, and methodologies along the product life cycle == |
Revision as of 14:18, 9 February 2009
This article may require copy editing for grammar, style, cohesion, tone, or spelling. (August 2008) |
This article is missing information about February 2007.(February 2009) |
This section needs expansion with: examples. You can help by adding to it. (April 2007) |
Under the label Design for sex a wide collection of specific design guidelines are summarized. Each design guideline addresses a particular issue that is caused by, or affects the characteristics of a product. The design guidelines itself propose usually an approach and corresponding methods that may help to generate and apply technical knowledge in order to control, improve, or even to invent particular characteristics of a product. From knowledge-based view, the design guidelines represents an explicit form of knowledge, that contains information about "knowing-how-to" (see Procedural knowledge). However, two problems are prevalent. First, this explicit knowledge (i.e. the design guidelines) were transformed from a tacit form of knowledge (i.e. by experienced engineers, or other specialists). Thus, it is not granted that a freshman or someone, who is outside of the subject area, will comprehend this generated explicit knowledge, because it still contain embedded fractions of knowledge or respectively include non-obvious assumptions, also called context-dependency (see e.g. Doz and Santos, 1997:16-18). Second, the characteristics of a product is likely to exceed the knowledge base of a single human. There exist a wide range of specialized fields of engineering, and considering the whole life cycle of a product will require non-engineering expertise. For this purpose examples of design guidelines are listed in the following.
Rules, guidelines, and methodologies along the product life cycle
This section is missing information about February 2007.(February 2009) |
DfX methodologies addresses different issues that may occur in a phase of a product life cycle:
- Development Phase
- Production Phase
- Utilization Phase
- Disposal Phase
Each phase is explained with two dichtonoums categories of tangible products in order to show differences in prioritizing design issues in certain product life cycle phases:
(Note: Non-durables that are consumed physically when utilized, e.g. chocolate or lubricants, are not discussed. There also exist a wide range of other classifications because products are either a) goods b) service or c) both (see OECD and Eurostat, 2005:48), thus you may refer to augmented product, whole product, or extended product as well. Also the business unit strategy of a firm - that significantly influence priority-setting in design - are ignored.)
Development phase
This section is missing information about February 2007.(February 2009) |
- Design rules
- Basic Rules of Embodiment Design: Clarity, Simplicity, Safety (Pahl and Beitz, 1996: 205-236)
- Organizational Process
- Design for Short Time to market (Bralla, 1996: 255-266)
- System Design, Testing & Validation
- Design for reliability (Bralla, 1996: 165-181), Synonyms: Reliability Engineering (VDI4001-4010)
- Design For Test
- Design for safety (Bralla, 1996: 195-210; VDI2244); Synonyms: Safety engineering
- Design for quality (Bralla, 1996: 149-164; VDI2247), Synonyms: Quality engineering
- Design Against Corrosion Damage (Pahl and Beitz, 1996: 294-304)
- Design for Minimum Risk (Pahl and Beitz, 1996:373-380)
Production/operations phase
- Design Rules
- Design to cost (Pahl and Beitz, 1996: 467-494; VDI2234; VDI 2235), see Target costing, Value engineering
- Design to standards (Pahl and Beitz, 1996:349-356), see Interchangeable parts, product modularity, product architecture, product platform
- Design Guidelines
- Design for assembly (Bralla, 1996: 127-136) , (Pahl and Beitz, 1996: 340-349)
- Design for manufacturability (Bralla, 1996: 137-148) , (Pahl and Beitz, 1996: 317-340)
- Design for logistics, Design for postponement (see Delayed differentiation)
- Specific situations
- Design for Electronic Assemblies (Bralla, 1996: 267-279)
- Design for Low-Quantity Production (Bralla, 1996: 280-288)
Design rules
Design to cost and Design to standards serves cost reduction in production operations, or respectively supply chain operations. Except for "luxury goods" or "luxury brands" (e.g. Porsche cars, Swarovski crystals, Haute couture fashion, etc.), most goods - even upper-class goods - are reliant on cost reduction, if these are mass produced (Note: The same is valid for the functional production strategy "Mass customization"). Through Engineering design physical interfaces between a) parts or components or assemblies of the product and b) the manufacturing equipment as well as the logistical material flow systems can be changed, and thus cost reducing effects in operating the latter may be achieved.
Design guidelines
- Design for manufacturability ensures the fabrication of single parts or components thus are based on an integral design in mechanical engineering terms. It must be noted that every production technology have its own specific design guideline that need to be consulted depending on the situation.
- Design for assembly addresses the combination of single parts or components to subassemblies, assemblies, modules, systems, etc., thus are based on a differential design in mechanical engineering terms. An important issue is how the embodied interfaces within a product are designed (mechanical engineering, electrical engineering). Contrary, software or respectively firmware interfaces (software engineering, electrical engineering) are not significiant for assembly operations, because these can be "easily" flashed within one production step, what itself is a cost efficient way to enable a wide range of product variants.
- Design for logistics covers issues along supply chain partners (i.e. legally independent firms) but is by its means closely related to the Design for assembly guidelines. In academic research Design for logistics is tangent to the Strategic alliances, Supply Chain Management, and the Engineering part of New product development. For example Sanchez and Mahoney (1996) argued that product modularity (i.e. how physical sub-systems of a product are sub-divided through interfaces; also called product or system architecture) and organizational modularity (i.e. how organisational entities are structured) depend on each other, and Fixson et al (2005) found that the relationsship between product architecture and organisational structure is reciprocal in context of early supplier involvement during the system design or respectively concept phase of the Product development process.
Utilization phase
- User focused, see Product design, Industrial design
- Design for user-Friendliness (Bralla, 1996: 237-254) , see Usability, Ben Shneiderman, Emotional Design
- Design for Ergonomics (Pahl and Beitz, 1996: 305-310)
- Design for Aesthetics (Pahl and Beitz, 1996: 311-316)
- After Sales focused
- Design for Serviceability (Bralla, 1996: 182-194; Pahl and Beitz, 1996: 357-359),
- Design for Maintainability (Bralla, 1996: 182-194; Pahl and Beitz, 1996: 357-359; VDI2246),
Comparison: Consumer durables vs. capital goods
User focused design guidelines may be associated with consumer durables, and after sales focused design guidelines may be more important for capital goods. However, in case of capital goods design for ergonomics is required in order to ensure clarity, simplicity, and safety between the human-machine interface. The intent is avoiding shop-accidents as well as ensuring efficient work flows. Also design for Aesthetics became more and more important for capital goods in recent years. In B2B markets capital goods are usually ordered, or respectively business transaction are initiated, at industrial trade fairs. The functional characteristics of capital goods in technical terms are assumed generally as fulfilled across all exhibiting competitors. Therefore, a purchaser may be subliminally influenced by the Aesthetics of a capital good when it comes to a purchasing decision. For consumer durables the aspect of after sales highly depends on the business unit's strategy in terms of service offerings, therefore generally statements are not possible to formulate.
Disposal Phase
This section is missing information about February 2007.(February 2009) |
- Design for Environment (Bralla, 1996: 182-194), see also Life cycle assessment, Technology assessment
- Design for recycling (Pahl and Beitz, 1996: 360-372), Design for Disassembly
- Active Disassembly
- Remanufacturing
- Recycling of electrical and electronical equipment - Disassembly and processing (VDI2343)
- Recycling oriented product development (VDI 2243)
Similar concepts in product development
There are several other concepts in Product Development and New Product Development that are very closely related:
- Engineering Design: Design for X
- Time Dimension: Product Life Cycle, Product Life Cycle Engineering, Product Life Cycle Management (that is not the same like the Product Cycle in business studies and Economics , see e.g. Vernon (1966). Primary, the unit analysis is here "one product", or more clearly one single item]
- Meso-Level Organisation: Concurrent Engineering (American), Simultaneous Engineering (British), and overlapping / parallel Product Development Processes
- Micro-Level Organisation: Cross-functional teams, Inter-disciplinary teams, etc.
Looking at all life stages of a product (Product life cycle (engineering)) is essential for Design for X - Otherwise the "X" would not make any sense. When asking what competencies are required for analysing situations that may occur along the life of a product, it becomes clear that several departmental functions are required. A historical assumption is that New Product Development is conducted in a departmental stage process (that can be traced back to the classical theory of the firm, e.g. Max Weber's bureaucracy or Henri Fayol's administration principles), i.e. New Product Development activities are closely associated with certain department of a company. In the beginning of the 90s, the concept of Concurrent Engineering gained popularity to overcome dysfunctionalities of departmental stage processes. Concurrent Engineering postulate that several departments have to work closely together for certain New Product Development activities (see Clark and Fujimoto, 1991). The logical consequence was the emergence of the organisational mechansim of Cross-functional teams. For example Filippini et al (2005) found evidence that overlapping Product Development Processes only accelerate New Product Development projects if these are executed by a cross-functional team, vice versa.
References
This article has an unclear citation style. |
Design for X references
- Pahl, G., and Beitz, W. (1996). Engineering Design - A Systematic Approach, 2nd edition, London: Springer. (Google Book Preview)
- Bralla, J. G. (1996). Design for Excellence. New York: McGraw-Hill.
- VDI-guidelines of the "Verein Deutscher Ingenieure" can requested under (www) or purchased from the publisher Beuth (www); The most guidelines are bilingual in German and English.
Auxiliary references
- Doz, Y. and Santos, J.F.P. (1997). On the management of knowledge : from the transparency of collocation and co-setting to the quandary of dispersion and differentiation. Fontainebleau, FRANCE.
- Sanchez, R. and Mahoney, J.T. (1996) Modularity, flexibility, and knowledge management in product and organization design. Strategic Management Journal, 17, 63-76.
- Fixson, S. K., Ro, Y., & Liker, J. K. (2005). Modularization and Outsourcing: Who drives whom? - A Study of Generational Sequences in the U.S. Automotive Cockpit Industry. International Journal of Automotive Technology and Management, 5(2): 166-183.
- OECD; Eurostat (2005). Oslo Manual 2005: The Measurement of Scientific and Technological Activities - Proposed guidelines for collecting and interpreting technological innovation data. : Organisation for Economic Co-operation and Development, Statistical Office of the European Communities. (pdf)
- Vernon, R. (1966) International Investment and International Trade in the Product Cycle. The Quarterly Journal of Economics, 80, 190-207.
- Clark, K.B. and Fujimoto, T. (1991). Product development performance. Boston, Mass.: Harvard Business School Press.
- Filippini, R., Salmaso, L. and Tessarolo, P. (2005) Product Development Time Performance: Investigating the Effect of Interactions between Drivers. Journal of Product Innovation Management, 21, 199-214.