ISO 15226:1999

Technical product documentation — Life cycle model and allocation of documents

This International Standard gives a method of establishing a flexible life cycle model and gives guidance on efficient and easy-to-understand handling technical documents during the product life cycle. The product life cycle takes different company-specific requirements into account, in accordance with project management techniques. For general use in connection with non-company-specific requirements, procedures, processes and products, it may be necessary to establish a standardized life-cycle model with defined phases. This International Standard is intended for use in companies, bodies of authority and other organizations who deal with manufactured products, with the compilation and use of technical documents during the product life cycle. It is not applicable either to services or software. This International Standard is intended to be an aid in controlling and coordinating documents, in accordance with ISO 9001, ISO 9002, and ISO 9003.

Documentation technique de produits — Modèles de cycle de vie et affectation de documents

La présente Norme internationale donne une méthode permettant d'établir un modèle de cycle de vie adaptable et fournit les lignes directrices permettant une gestion efficace et claire des documents techniques au cours du cycle de vie du produit. Le cycle de vie du produit tient compte des différentes prescriptions spécifiques à chaque entreprise, selon les techniques de direction de projet. Pour toute utilisation sur un plan général en relation avec des prescriptions, des procédures, des processus et des produits non spécifiques à une entreprise, il peut être nécessaire d'établir un modèle de cycle de vie normalisé, avec des phases bien définies. La présente Norme internationale est destinée aux entreprises, organismes et autres organisations qui traitent des produits manufacturés et gèrent des documents techniques au cours du cycle de vie du produit. Elle ne s'applique ni aux services ni aux logiciels. La présente Norme internationale est destinée à faciliter le contrôle et la coordination des documents, conformément à l'ISO 9001, l'ISO 9002 et l'ISO 9003.

General Information

• Status: Published
• Publication Date: 31-Mar-1999
• ICS: 01.110 - Technical product documentation
• Technical Committee: ISO/TC 10/SC 1 - Basic conventions
• Drafting Committee: ISO/TC 10/SC 1 - Basic conventions
• Current Stage: 9093 - International Standard confirmed
• Completion Date: 17-May-2021

Standards Content (Sample)

INTERNATIONAL ISO
STANDARD 15226
First edition
1999-04-01
Technical product documentation — Life
cycle model and allocation of documents
Documentation technique de produits — Modèles de cycle de vie et
affectation de documents
A
Reference number
ISO 15226:1998(E)

---------------------- Page: 1 ----------------------
ISO 15226:1999(E)
Foreword
ISO (the International Organization for Standardization) is a worldwide federation of national standards bodies (ISO
member bodies). The work of preparing International Standards is normally carried out through ISO technical
committees. Each member body interested in a subject for which a technical committee has been established has
the right to be represented on that committee. International organizations, governmental and non-governmental, in
liaison with ISO, also take part in the work. ISO collaborates closely with the International Electrotechnical
Commission (IEC) on all matters of electrotechnical standardization.
Draft International Standards adopted by the technical committees are circulated to the member bodies for voting.
Publication as an International Standard requires approval by at least 75 % of the member bodies casting a vote.
International Standard ISO 15226 was prepared by Technical Committee ISO/TC 10, Technical drawings, product
definition and related documentation, Subcommittee SC 1, Basic conventions.
Annexes A, B and C of this International Standard are for information only.
©  ISO 1999
All rights reserved. Unless otherwise specified, no part of this publication may be reproduced or utilized in any form or by any means, electronic
or mechanical, including photocopying and microfilm, without permission in writing from the publisher.
International Organization for Standardization
Case postale 56 • CH-1211 Genève 20 • Switzerland
Internet [e-mail]
Printed in Switzerland
ii

---------------------- Page: 2 ----------------------
© ISO
ISO 15226:1999(E)
Introduction
Technical product documentation (TPD) is becoming more and more extensive, and in order to give protection
against claims related to product liability it is necessary to store technical documents for a long period of time.
Growing knowledge in all technical disciplines is reflected by increasing documentation. As companies transfer
parts of production to subsuppliers, the exchange of documentation among companies increases accordingly. The
necessity to interchange larger amounts of technical information more frequently increases the importance of
product documentation management and justifies standardization in this area, if only for economic reasons.
The method described in this International Standard meets the principal requirements of product documentation
management:
 documentation as easy to understand as possible so that, for example, every user of a document knows who
has prepared the document and which other documents have been used in its preparation;
 simultaneous or concurrent engineering consisting of parallel activities during the product life cycle;
 implementation of project management techniques with the registration of the document flow in the company;
 registration and proof of existing documents in a documentation overview;
 control and coordination of paper documentation and electronic documentation;
 clear delineation of responsibilities, processes, results and persons responsible for preparing documents.
This International Standard results from the obvious need to establish common principles for dealing with technical
documentation in a company.
iii

---------------------- Page: 3 ----------------------
INTERNATIONAL STANDARD  © ISO ISO 15226:1999(E)
Technical product documentation — Life cycle model and
allocation of documents
1 Scope
This International Standard gives a method of establishing a flexible life cycle model and gives guidance on efficient
and easy-to-understand handling technical documents during the product life cycle. The product life cycle takes
different company-specific requirements into account, in accordance with project management techniques. For
general use in connection with non-company-specific requirements, procedures, processes and products, it may be
necessary to establish a standardized life-cycle model with defined phases.
This International Standard is intended for use in companies, bodies of authority and other organizations who deal
with manufactured products, with the compilation and use of technical documents during the product life cycle. It is
not applicable either to services or software.
This International Standard is intended to be an aid in controlling and coordinating documents, in accordance with
ISO 9001, ISO 9002, and ISO 9003.
2 Normative references
The following standards contain provisions which, through reference in this text, constitute provisions of this
International Standard. At the time of publication, the editions indicated were valid. All standards are subject to
revision, and parties to agreements based on this International Standard are encouraged to investigate the
possibility of applying the most recent editions of the standards indicated below. Members of IEC and ISO maintain
registers of currently valid International Standards.
ISO 5127-1:1983, Documentation and information — Vocabulary — Part 1: Basic concepts.
ISO 9001:1994, Quality systems — Model for quality assurance in design, development, production, installation and
servicing.
ISO 9002:1994, Quality systems — Model for quality assurance in production, installation and servicing.
ISO 9003:1994,
Quality systems — Model for quality assurance in final inspection and test.
ISO 10303-1:1994, Industrial automation systems and integration — Product data representation and exchange —
Part 1: Overview and fundamental principles.
3 Definitions
For the purposes of this International Standard, the following definitions apply.
3.1
activity
processes, procedures or parts of them, usually related to established organization units
NOTE The terms "process" and "procedure" are defined in ISO 8402. A detailed explanation of processes within
companies is given in ISO 9000-1.
1

---------------------- Page: 4 ----------------------
© ISO
ISO 15226:1999(E)
3.2
activity matrix
matrix allocating activities to phases of the product life cycle and to a fixed organization unit
3.3
document
recorded information which can be treated as a unit in a documentation process
[ISO 5127-1:1983]
3.4
documentation
set of documents collected for a specific purpose
[ISO 5127-1:1983]
3.5
product
thing or substance produced by a natural or artificial process
[ISO 10303-1:1994]
NOTE For the purposes of this International Standard a product is usable or saleable and is documented.
3.6
organization unit
part of an organization, with a fixed function
EXAMPLES  Departments, project teams.
3.7
product life cycle
period of time from the first idea to the ultimate disposal of a product
NOTE The product life cycle is divided into defined periods called phases in which activities that belong together are
grouped, e.g. product concept, design, production etc. The beginning and ending of phases require definite decisions (e.g.
releases).
3.8
concurrent engineering
coordination of parallel activities in the product life cycle, especially in the phases up to market introduction
4 Determining a product life cycle
4.1 General
Because requirements are different and depend on the branch of industry, the product, and the internal structure of
a company involved, a standard general life cycle for all technical products would hardly be relevant. Moreover, a
general standard would restrict the freedom of companies to manage their own organizational structure. Every
company must therefore develop one or more of its own product life cycles, depending on specific product
requirements. Subclauses 4.2 and 4.3 present a general method for defining and describing a product life cycle.
NOTES
1 The tables shown in annex B are examples intended to assist in the development of life cycle models. The phases
described may have to be edited, extended, deleted, etc. to suit individual company-specific life cycles.
2 The descriptions of phases in the design process are given in ISO 11442-3.
2

---------------------- Page: 5 ----------------------
© ISO
ISO 15226:1999(E)
Table 1 — General life cycle
Phases
Phase 1 Phase 2 . . . Phase n
Name of phase Name of phase . . . Name of phase
Conditions, Conditions Conditions . . . Conditions
beginning and end
— beginning — beginning — beginning
of phase
— end — end
— end
Activity 1.1 Activity 2.1 . . . Activity n.1
Activity 1.2 Activity 2.2 . . . Activity .2
Activities n
. . . . . . . . . . . .
Activity 1.m Activity 2.m . . . Activity n.m
NOTE — The variables n and m denote that the number of phases and activities is not restricted. They are not
designations.
4.2 General model of a product life cycle
As a first step in developing a life cycle model the phases necessary for the life cycle of a specific product must be
listed. Phases are delineated by activities and conditions which mark their beginning and their end. The result is an
overview; see table 1.
The beginning and end of a phase have fixed times which are determined by documentation and by company and
product-specific requirements. Such requirements are often called "release", "development valuation", or
"milestones" and must be given in the row "Conditions, beginning and end of a phase" for each phase. The activities
associated with a phase must take the product from phase beginning to phase end. Activities are processes,
procedures or parts thereof. Generally, an activity is allocated to a fixed organization unit so that it becomes clearly
delineated on the activity matrix.
The defined method can also be represented by the flow of documents in concurrent engineering. To gain quick
access to the market it is often not feasible to wait until all type-related activities in one phase are completed before
beginning the next phase. Figure 1 shows an example of part of a product life cycle. The curves illustrate the work
intensity for the different kinds of activities.
The temporal aspects of phases must be determined in a way which ensures that most type-related activities
become part of one phase. All activities in the phase must then reach a state that enables the next phase to begin.
In principle, resources devoted to activities must be used during the phase in which the particular activities occur.
The product life cycle, the activity matrix (see clause 5) and the allocation of documents to activities (see clause 6)
should be independently documented within the company. Authorized members of the staff must have access to
such documentation. Documentation may be in the form of printed matter or computer-based information.
4.3 Procedure for defining a specific product life cycle
The definition of a product life cycle is divided into four steps described in 4.3.1 to 4.3.4.
4.3.1 Specifying relevant product life cycle
Different products in the company can have different life cycles. The development of specific life cycles will depend
on whether the products concerned are the subject of single or series production, or whether complex systems or
simple consumer products are manufactured.
3

---------------------- Page: 6 ----------------------
© ISO
ISO 15226:1999(E)
Figure 1 — Allocation of activities in terms of time and content
The decision on whether two or more products/product groups should have the same life cycle is a question of
optimization: optimum adaptation of the product life cycle to the single product, or the rationalization/unification of
administrative work. The more similar the handling of the products in the company becomes, the greater is the
possibility of using common life cycles.
4.3.2 Elaborating product life cycle phases
After determining the relationship between a product or product group, the company-relevant phases of the product
life cycle have to be determined. Such decisions have to be made on the basis of the company functions and
organization units concerned with the product in question. In these functions and units similar activities are often
grouped. Additional information can be found in procedural and organizational rules, and in quality management
documents.
4.3.3 Listing activities and allocating them to phases
The allocation of activities to different organization units has to be systematic. If activities are part of project
management they are usually adequately defined. If this is not the case, activities must be described in a separate
list. Such a list should give an identification number for each activity so that an activity matrix can be drawn up
(see 5.3). In addition to describing activities, the list should also contain designations referring to the organization
units responsible for carrying them out.
Each activity must also be clearly allocated to a phase in the product life cycle. Therefore, it may be necessary to
divide one activity into several individual activities which can be clearly allocated.
In many companies such activities are already listed in organizational documents and quality management
documents. Decisions are also activities. When collecting and defining activities, all employees concerned should
be included in the process in order to stimulate the acceptance of changes.
4.3.4 Specifying conditions for beginning and end of phases
Phases begin and end with decisions, e.g. releases. They are described in organizational and quality-management
documents. Usually the conditions for ending a phase simultaneously present the conditions for beginning the next
4

---------------------- Page: 7 ----------------------
© ISO
ISO 15226:1999(E)
phase. If this is the case it is sufficient to define only the condition for ending the first phase, i.e. not the beginning of
the next. Of course, it is necessary to define the beginning and end of the initial phase of a life cycle.
When considering information gained during a product life cycle it may be necessary to repeat the steps given in
4.3.1 to 4.3.4 to bring the cycle up to the optimum again.
5 Drawing up the activity matrix
5.1 General activity matrix
The activities of each organization unit in each phase of the life cycle are presented in an activity matrix (see
table 2).
Table 2 — General activity matrix
Phases
Organization unit
Phase 1 Phase 2 . . . Phase n
Organization unit 1 Activity 1.1.1 Activity 2.1.1 . . . Activity n.1.1
Activity 1.1.2 Activity 2.1.2 Activity n.1.2
. . . . . . . . .
Organization unit 2 Activity 1.2.1 Activity 2.2.1 . . . Activity n.2.1
Activity 1.2.2 Activity 2.2.2 Activity n.2.2
. . . . . . . . .
. . . . . . . . . . . . . . .
Organisation unit i Activity 1.i.1 Activity 2.i.1 . . . Activity n.i.1
Activity 1.i.2 Activity 2.i.2 Activity n.i.2
. . . . . . . . .
NOTE — The variables i and n indicate that there is no limit on the number of phases and organization
units.
5.2 Identification of activities
The index in the activity matrix can be used to identify an activity. The first digit represents the phase, the second
the organization unit, and the third the number of activities of the organization unit in the phase. See figure 2.
NOTE Instead of the word "activity" the description of a concrete activity in the product life cycle must be given.
Figure 2 — Example of activity indexing
5

---------------------- Page: 8 ----------------------
© ISO
ISO 15226:1999(E)
5.3 Method for drawing up the matrix
An activity matrix is drawn up in a two-stage process, as described in 5.3.1 and 5.3.2.
5.3.1 Registration of existing organization units
The different organization units in a company that work on a product during its life cycle are listed vertically in the
activity matrix. The phases from the product life cycle are then listed horizontally. To list the organization units it is
necessary to find the correct hierarchy level. In one case it might be sufficient to give a unit the name
"Development", in another case it might be necessary to differentiate, e.g. "Process-development", "Electronic-
development", etc. Before defining the specific level of hierarchy the following aspects should be considered:
 The more detailed the organization units are, the more complicated the drawing up of the activity matrix
becomes and the more inflexible its relationship to different projects will be.
 The more gen
...

NORME ISO
INTERNATIONALE 15226
Première édition
1999-04-01
Documentation technique de produits —
Modèles de cycle de vie et affectation de
documents
Technical product documentation — Live cycle model and allocation of
documents
A
Numéro de référence
ISO 15226:1999(F)

---------------------- Page: 1 ----------------------
ISO 15226:1999(F)
Avant-propos
L'ISO (Organisation internationale de normalisation) est une fédération mondiale d'organismes nationaux de
normalisation (comités membres de l'ISO). L'élaboration des Normes internationales est en général confiée aux
comités techniques de l'ISO. Chaque comité membre intéressé par une étude a le droit de faire partie du comité
technique créé à cet effet. Les organisations internationales, gouvernementales et non gouvernementales, en
liaison avec l'ISO, participent également aux travaux. L'ISO collabore étroitement avec la Commission
électrotechnique internationale (CEI) en ce qui concerne la normalisation électrotechnique.
Les projets de Normes internationales adoptés par les comités techniques sont soumis aux comités membres pour
vote. Leur publication comme Normes internationales requiert l'approbation de 75 % au moins des comités
membres votants.
La Norme internationale ISO 15226 a été élaborée par le comité technique ISO/TC 10, Dessins techniques,
définition de produits et documentation y relative, sous-comité SC 1, Conventions générales.
Les annexes A, B et C de la présente Norme internationale sont données uniquement à titre d’information.
©  ISO 1999
Droits de reproduction réservés. Sauf prescription différente, aucune partie de cette publication ne peut être reproduite ni utilisée sous quelque
forme que ce soit et par aucun procédé, électronique ou mécanique, y compris la photocopie et les microfilms, sans l'accord écrit de l'éditeur.
Organisation internationale de normalisation
Case postale 56 • CH-1211 Genève 20 • Suisse
Internet [e-mail]
Imprimé en Suisse
ii

---------------------- Page: 2 ----------------------
© ISO
ISO 15226:1999(F)
Introduction
La documentation sur les produits techniques prend de plus en plus d'ampleur, et, pour se garantir contre les
réclamations portant sur la fiabilité des produits, il est nécessaire de conserver longtemps les documents
techniques. Le progrès des connaissances dans toutes les disciplines techniques se traduit par une augmentation
de la documentation. Les entreprises sous-traitent une partie de leur production, ce qui entraîne des échanges
accrus de documentation. La nécessité d'échanger plus souvent de plus grandes quantités d'informations
techniques accroît l'importance de la gestion de la documentation sur les produits et justifie que l'on normalise ce
domaine, ne serait-ce que pour des raisons économiques.
La méthode décrite dans la présente Norme internationale est conforme aux principales prescriptions relatives à la
gestion de documentation de produit, c’est-à-dire:
 documentation aussi claire que possible, de sorte que, par exemple, tout utilisateur d'un document sache qui l'a
préparé, et à partir de quels autres documents;
 ingénierie simultanée consistant à mener des activités en parallèle au cours du cycle de vie du produit;
 mise en œuvre des techniques de direction de projet, avec l'enregistrement des flux de documents dans
l'entreprise;
 enregistrement et preuve de l'existence des documents dans une vue d'ensemble de la documentation;
 contrôle et coordination de la documentation sur support papier et sur support électronique;
 délimitation claire des responsabilités, des processus, des résultats et des personnes responsables de la
préparation des documents.
La présente Norme internationale répond à un besoin évident d'établir des principes communs de traitement de la
documentation technique dans une entreprise.
iii

---------------------- Page: 3 ----------------------
NORME INTERNATIONALE  © ISO ISO 15226:1999(F)
Documentation technique de produits — Modèles de cycle de vie
et affectation de documents
1 Domaine d’application
La présente Norme internationale donne une méthode permettant d'établir un modèle de cycle de vie adaptable et
fournit les lignes directrices permettant une gestion efficace et claire des documents techniques au cours du cycle
de vie du produit. Le cycle de vie du produit tient compte des différentes prescriptions spécifiques à chaque
entreprise, selon les techniques de direction de projet. Pour toute utilisation sur un plan général en relation avec
des prescriptions, des procédures, des processus et des produits non spécifiques à une entreprise, il peut être
nécessaire d'établir un modèle de cycle de vie normalisé, avec des phases bien définies.
La présente Norme internationale est destinée aux entreprises, organismes et autres organisations qui traitent des
produits manufacturés et gèrent des documents techniques au cours du cycle de vie du produit. Elle ne s’applique
ni aux services ni aux logiciels.
La présente Norme internationale est destinée à faciliter le contrôle et la coordination des documents,
conformément à l'ISO 9001, l'ISO 9002 et l'ISO 9003.
2 Références normatives
Les normes suivantes contiennent des dispositions qui, par suite de la référence qui en est faite, constituent des
dispositions valables pour la présente Norme internationale. Au moment de la publication, les éditions indiquées
étaient en vigueur. Toute norme est sujette à révision et les parties prenantes des accords fondés sur la présente
Norme internationale sont invitées à rechercher la possibilité d'appliquer les éditions les plus récentes des normes
indiquées ci-après. Les membres de la CEI et de l'ISO possèdent le registre des Normes internationales en vigueur
à un moment donné.
ISO 5127-1:1983, Documentation et information — Vocabulaire — Partie 1: Notions fondamentales.
ISO 9001:1994, Systèmes qualité — Modèle pour l'assurance de la qualité en conception, développement,
production, installation et prestations associées.
ISO 9002:1994, Systèmes qualité — Modèle pour l'assurance de la qualité en production, installation et prestations
associées.
ISO 9003:1994, Systèmes qualité — Modèles pour l'assurance de la qualité en contrôle et essais finals.
ISO 10303-1:1994, Systèmes d'automatisation industrielle et intégration — Représentation et échange de données
de produits — Partie 1: Aperçu et principes fondamentaux.
1

---------------------- Page: 4 ----------------------
© ISO
ISO 15226:1999(F)
3 Définitions
Pour les besoins de la présente Norme internationale, les définitions suivantes s'appliquent.
3.1
activité
tout ou partie des processus ou des procédures généralement liés à des unités opérationnelles données
NOTE Les termes «processus» et «procédure» sont définis dans l'ISO 8402. L'ISO 9000-1 décrit en détail les processus
au sein des entreprises.
3.2
matrice d'activité
matrice permettant d'affecter des activités à certaines phases du cycle de vie du produit et à une unité
opérationnelle établie
3.3
document
information enregistrée qui peut être considérée comme une unité au cours d'un traitement documentaire
[ISO 5127-1:1983]
3.4
documentation
ensemble de documents réunis à des fins déterminées
[ISO 5127-1:1983]
3.5
produit
élément ou substance produit(e) par un processus naturel ou artificiel
[ISO 10303-1:1994]
NOTE Pour les besoins de la présente Norme internationale, un produit est un bien utilisable ou vendable, qui fait l'objet
d'une documentation.
3.6
unité opérationnelle
partie d'une organisation ayant une fonction donnée
EXEMPLES Départements, équipes de projet.
3.7
cycle de vie du produit
temps écoulé entre l'élaboration du concept même du produit et sa mise au rebut
NOTE Le cycle de vie d'un produit se divise en périodes, appelées «phases», regroupant des activités liées entre elles,
comme par exemple l'élaboration du concept du produit, la conception, la production, etc. Le début et la fin des phases
requièrent des décisions claires (validations, par exemple).
3.8
ingénierie intégrée
coordination d'activités parallèles dans le cycle de vie d'un produit, spécialement dans les phases qui précèdent la
mise sur le marché
2

---------------------- Page: 5 ----------------------
© ISO
ISO 15226:1999(F)
4 Détermination du cycle de vie du produit
4.1 Généralités
Définir un cycle de vie type s'appliquant à tous les produits techniques n'aurait guère de sens, car les prescriptions
sont différentes selon le secteur industriel, le produit et la structure interne de l'entreprise. En outre, une norme
générale restreindrait la liberté des entreprises et les empêcherait de gérer leur propre structure à leur guise.
Chaque entreprise doit donc développer un ou plusieurs de ses propres cycles de vie de produits, selon des
prescriptions de produit spécifiques. Les paragraphes 4.2 et 4.3 présentent une méthode générale permettant de
définir et de décrire le cycle de vie d'un produit.
NOTES
1 Les tableaux figurant dans l'annexe B sont des exemples destinés à faciliter l'élaboration de modèles de cycle de vie. Les
phases décrites sont susceptibles d'être modifiées, élargies, supprimées, etc., pour s'adapter au cycle de vie spécifique à une
entreprise.
2 L'ISO 11442-3 décrit les phases du processus de conception.
4.2 Modèle général de cycle de vie d'un produit
La première étape dans l'élaboration d'un modèle de cycle de vie consiste à énumérer les phases correspondant au
cycle de vie d'un produit donné. Les phases sont délimitées par les activités et les conditions qui marquent leur
début et leur fin. Le résultat est une vue d'ensemble; voir tableau 1.
Tableau 1 — Cycle de vie général
Phases
Phase 1 Phase 2 .
Phase n
Nom de la phase Nom de la phase . Nom de la phase
Conditions Conditions . Conditions
Conditions, début
— début — début
— début
et fin de la phase
— fin — fin — fin
Activité 1.1 Activité 2.1 . Activité n 1
.
Activité 1.2 Activité 2.2 . Activit n 2
é .
Activités
... ... ... ...
...
Activité 1.m Activité 2.m Activité n.m
NOTE — Les variables n et m signalent que le nombre de phases et d'activités n'est pas limité. Il ne s'agit pas de
désignations.
Le début et la fin d'une phase correspondent à des dates précises, déterminées par la documentation et par les
prescriptions liées au produit et à l'entreprise. Ces prescriptions sont souvent appelées «version», «compte-rendu
d'avancement» ou «étapes», et doivent figurer à la ligne «Conditions, début et fin de la phase», pour chaque phase.
Les activités associées à une phase doivent concerner le produit du début à la fin de la phase. Les activités sont
tout ou partie des processus et procédures. Généralement, une activité est affectée à une unité opérationnelle
donnée ; elle est donc clairement délimitée sur la matrice d'activité.
La méthode définie peut aussi être représentée par le flux de documents élaborés en ingénierie intégrée. Pour
déboucher rapidement sur le marché, il n'est souvent pas possible d'attendre que toutes les activités de même type
d'une phase soient réalisées avant de commencer la phase suivante. La figure 1 montre un exemple d'une partie de
cycle de vie d'un produit. Les courbes illustrent la charge de travail correspondant aux différents types d'activités.
Les aspects temporels des phases doivent être déterminés de sorte que la plupart des activités de même type
fassent partie de la même phase. Toutes les activités de la phase doivent ensuite atteindre un niveau permettant de
passer à la phase suivante. En principe, les ressources dédiées à des activités données doivent être utilisées
pendant la phase où se produisent ces activités.
3

---------------------- Page: 6 ----------------------
© ISO
ISO 15226:1999(F)
Figure 1 — Affectation des activités en termes de temps et de contenu
Il convient que le cycle de vie du produit, la matrice d'activité (voir article 5) et l'affectation des documents aux
activités (voir article 6) fassent l'objet de documents distincts au sein de l'entreprise. Les personnels autorisés
doivent avoir accès à cette documentation. Celle-ci peut être sur support papier ou sur support informatique.
4.3 Mode de définition du cycle de vie d'un produit donné
La définition du cycle de vie d'un produit comporte quatre étapes décrites en 4.3.1 à 4.3.4.
4.3.1 Spécification du cycle de vie du produit
Différents produits dans l'entreprise peuvent avoir des cycles de vie différents. Des cycles de vie spécifiques seront
développés selon que les produits concernés font l'objet d'une production unitaire ou d'une production en série, ou
selon que l'entreprise fabrique des systèmes complexes ou des produits de consommation simples.
Décider s'il convient que deux produits ou groupes de produits, voire davantage, aient le même cycle de vie est une
question d'optimisation: adaptation optimale du cycle de vie à chaque produit ou rationalisation/unification du travail
administratif. Plus le traitement des produits au sein de l'entreprise est homogène, plus il est facile d'utiliser des
cycles de vie communs.
4.3.2 Élaboration des phases du cycle de vie du produit
Après avoir déterminé le cycle de vie d'un produit ou d'un groupe de produits, il faut déterminer les phases du cycle
de vie du produit qui sont spécifiques à l'entreprise. Ces décisions doivent être prises sur la base des fonctions et
des unités opérationnelles de l'entreprise concernées par le produit considéré. Des activités similaires sont souvent
regroupées dans ces fonctions et unités. Des informations supplémentaires figurent dans les règles de procédure et
d'organisation, ainsi que dans les documents de gestion de la qualité.
4.3.3 Énumération des activités et affectation de ces activités à des phases
L'affectation des activités aux différentes unités opérationnelles doit être systématique. Si les activités font partie du
management de projet, elles sont généralement correctement définies. Dans le cas contraire, elles doivent être
décrites séparément, sur une liste distincte. Il convient que, dans cette liste, chaque activité soit assortie d'un
numéro d'identification; cela permet d'élaborer une matrice d'activité (voir 5.3). Il convient que la liste comporte
également des désignations se référant aux unités opérationnelles responsables des activités décrites.
4

---------------------- Page: 7 ----------------------
© ISO
ISO 15226:1999(F)
Chaque activité doit également être clairement affectée à une phase du cycle de vie du produit. Par conséquent, il
peut être nécessaire de diviser une activité en plusieurs activités individuelles qui peuvent être affectées de manière
claire.
Dans de nombreuses entreprises, ces activités sont déjà consignées dans des documents portant sur l'organisation
et des documents concernant le management de la qualité. Les décisions sont aussi des activités. Il convient
d'impliquer tous les employés dans le processus d'enregistrement et de définition des activités, pour les encourager
à accepter les changements.
4.3.4 Spécification des conditions correspondant au début et à la fin des phases
Une phase débute et finit par une décision, par exemple une validation. Ces décisions sont décrites dans les
documents portant sur l'organisation et les documents concernant la gestion de la qualité. Généralement, les
conditions de fin de phase correspondent à celles du début de la phase suivante. Dans ce cas, il suffit de définir la
condition de fin de la première phase, sans définir le début de la suivante. Bien sûr, il est nécessaire de définir le
début et la fin de la phase initiale d'un cycle de vie.
Lorsqu'on considère les informations obtenues au cours du cycle de vie d'un produit, il peut être nécessaire de
répéter les étapes 4.3.1 à 4.3.4 pour ramener le cycle à des conditions optimales.
5 Élaboration de la matrice d'activité
5.1 Matrice d'activité générale
Les activités de chaque unité opérationnelle, dans chaque phase du cycle de vie, sont présentées dans une matrice
d'activité (voir tableau 2).
Tableau 2 — Matrice d'activité générale
Unité Phases
opérationnelle
Phase 1 Phase 2 . Phase n
...
Unité opérationnelle 1 Activité 1.1.1 Activité 2.1.1 Activité n.1.1
Activité 1.1.2 Activité 2.1.2 Activité n.1.2
...
... ...
Unité opérationnelle 2 Activité 1.2.1 Activité 2.2.1 . Activit n 2.1
é .
Activité 1.2.2 Activité 2.2.2
Activité n.2.2
... ... ...
... ... ... ... ...
Unité opérationnelle i Activité 1.i.1 Activité 2.i.1 . Activité n.i.1
Activité 1.i.2 Activité 2.i.2 Activité n i.2
.
... ... ...
NOTE — Les variables «i» et «n» indiquent qu'il n'y a pas de limite pour le nombre de phases et d'unités
opérationnelles.
5.2 Identification des activités
L'indice de la matrice d'activité peut être utilisé pour identifier une activité. Le premier chiffre représente la phase, le
deuxième l'unité opérationnelle, et le troisième le nombre d'activités de l'unité opérationnelle dans la phase.
Voir figure 2.
5

---------------------- Page: 8 ----------------------
© ISO
ISO 15226:1999(F)
NOTE Le terme «activité» sera remplacé par la description d'une activité concrète dans le cycle de vie du produit.
Figure 2 — Exemple d'indexation d'activité
5.3 Méthode d'élaboration
L'élaboration d'une matrice d'activité se fait en deux étapes, comme décrit en 5.3.1 et 5.3.2.
5.3.1 Enregistrement des unités opérationnelles existantes
Les différentes unités opérationnelles d'une entreprise qui travaille sur un produit au cours de son cycle de vie sont
énumérées verticalement dans la matrice d'activité. Les phases du cycle de vie du produit sont ensuite énumérées
horizontalement. Pour énumérer les unités opérationnelles, il est nécessaire de trouver le bon niveau hiérarchique.
Dans certains cas, il peut suffire de donner à une unité l'appellation «Développement», dans d'autres il peut
s'avérer nécessaire d'opérer une différenciation, par exemple «Développement du processus», «Développement de
l'électronique», etc. Avant de définir le niveau de hiérarchie, il convient de prendre en compte les aspects suivants:
 plus les unités opérationnelles sont détaillées, plus l'élaboration de la matrice d'activité devient complexe et
plus il sera difficile de l'adapter aux différents projets;
 plus le domaine d'application des unités opérationnelles est général, plus la matrice d'activité devient abstraite
et plus les possibilités d'interprétation sont larges.
5.3.2 Affectation d'activités à des unités opérationnelles
Au sein de chaque phase, toutes les activités doivent être affectées aux différentes unités opérationnelles. Il est
nécessaire d'affecter définitivement les activités à une unité opérationnelle. Si nécessaire, les activités doivent être
divisées en sous-activités qui peuvent être affectées sans ambigüité. Chaque activité
...