PRE Pret eae sed Creer Droits de reproduction réservés. Saut prescription dfferente, aucune partie de PO mec cern ets Seater ers ee es Bren a reeaec cae) Cor ae) eee eer’ Eee? mona eee LS NF EN 9200 MAI 2005 Ce document est a usage exclusif et non collectit des clients AFNOR. ‘Toute mise en réseau, reproduction et rediffusion, sous quelque forme que ce soit, ‘méme partielle, sont strictement interdites, ‘This document is intended for the exclusive and non collective use of AFNOR customers. Al network exploitation, reproduction and re-cissemination, ‘even partial, whatever the form (hardcopy or other media). is strictly prohibited. AFNOR Pour: DC! - DEFENSE CONSEIL INTERNATIONAL DCI - DEFENSE CONSEIL INTERNATIONAL Client - 9236700 fe = 05/02/2019 a 15:24 Diffusé avec 'autorisation de léditeur Distributed under licence of the publisherae aa 7 ef . i= - ie ara a8 a 7. = ' - me Ta oo eae on : bu: 1 — ee “5 - -Pour ; DC! ~ DEFENSE CONSEIL INTERNATIONAL|DC! - DEFENSE CONSEIL INTERNATIONAL norme européenne norme francaise NF EN 9200 Mai 2005 Indice de classement : L 00-1014 ICS : 03.120.10; 49.020 Série aérospatiale Management de programme Recommandation pour une spécification de management de projet E: Aerospace series - Programme management ~ Guidelines for project management specification D: Luft: und Raumfahn - Programm-Management - Richtlinie fir eine Projektmanagement-Spezifikation Norme francaise homologuée par décision du Directeur Général de 'AFNOR le 5 avril 2005 pour prendre ettet fe 5 mai 2005. Remplace la norme XP prEN 9200 (L.00-101) de novembre 2002. Correspondance La présente norme reproduit la norme européenne EN 9200:2004, édition 1 ralifiée par le CEN le 4 juin 2004. Analyse Descripteurs Le présent document est desting a servir de référence en matiére de meilleures pratiques courantes, pour un projet aérospatial donné. Celles-ci peuvent servir de guide pour la création et la négociation de la spécification de management de projet entre un client et un fournisseur, et entrainent donc la création d'un plan de management de projet. Ce document est utilsable pour tout projet faisant intervenir plusieurs acteurs & des niveaux différents, ‘Thésaurus International Technique : Industrie aéronautique, gestion de projet, telation client fournisseur, définition, planification, organisation, information, processus, gestion, risque, cotit, document, interface, assurance de qualité. Modifications Corrections ‘Changement de statut ate o ause par le Bureau do Normaksabon de tAdronaulque a do Espace (BNAE) -Techrepas 6 "00, Joan-Jaeqies Aovsoomy 92198 ey lee Mouinwaux cover 0.0047 “7000 ‘iusto par rAssocaton Frangaio So Neemllation AFNOR), 11 vanue France do Possens® £3671 San Dans Le Paine Codex Ta :01-41 62800 TR7 © brae 2005 Ter trage 05-05Pour : DCL ~ DEFENSE CONSEIL INTERNATIONAL|DCI - DEFENSE CONSEIL INTERNATIONAL NF EN 9200 2 L00-1014, AVANT-PROPOS La norme NF EN 9200 reproduit intégralement la norme européenne EN 9200 acceptée en 2004, aprés un vote forme! favorable de la France. Conformément au Régiement Intérieur du CEN/CENELEC, la présente publication constitue la mise en application de la norme européenne. Correspondance entre normes européennes citées et normes nationales : EN ISO 9000 NF EN ISO 9000 (X 50-130) EN ISO 9001 NF EN ISO 9001 (X 50-131) EN9100 ._... comunnnn NF EN 9100 (L 00-0910) EN 9130 XP prEN 9130 (L 00-094) 's0 10006 FD ISO 10006 (X 50-122-6) 180 10007 FD ISO 10007 (X 0-122-7)Pour . DCI ~ DEFENSE CONSEIL INTERNATIONAL|DCI ~ DEFENSE CONSEIL INTERNATIONAL 3 NF EN 9200 00-1014, PAGE BLANCHEPour : DCI - DEFENSE CONSEIL INTERNATIONAL|OCI ~ DEFENSE CONSEIL INTERNATIONAL EUROPEAN STANDARD EN 9200 NORME EUROPEENNE November 2008 EUROPAISCHE NORM ICS: 49.140 English version Aerospace series Programme management Guidelines for project management specification Série aérospatiale Luft- und Raumfahrt Management de programme Programm-Management Recommandation Richtlinie pour une spécitication de management de projet fir eine Projektmanagement-Spezitikation ‘This European Standard was approved by CEN on 4 June 2004. CEN members are bound to comply with the CEN/CENELEC Internal Regulations which stipulate the conditions for giving this European Standard the status of a national standard without any alteration, Up-to-date lists and bibliographical references concerning such national standards may be obtained on application to the Central Secretariat or to any CEN member. This European Standard exists in three official versions (English, French, German). A version in any other language made by translation under the responsibility of a CEN member into its own language and notified to the Central Secretariat has the same status as the official versions. CEN members are the national standards bodies of Austria, Belgium, Cyprus, Czech Republic, Denmark, Estonia, Finland, France, Germany, Greece, Hungary, Iceland, Ireland, Italy, Latvia, Lithuania, Luxembourg, Malta, Netherlands, Norway, Poland, Portugal, Slovakia, Slovenia, Spain, Sweden, Switzerland and the United ‘Kingdom, CEN European Committee for Standardization Comité Européen de Normalisation Europaisches Komitee for Normung Management Centre: rue de Stassart, 368-1050 Brussels © 2004CEN All rights of exploitation in any form and by any means reserved Ref. No. EN 9200:2004 E ‘worldwide for CEN national Members,Pour DCI - DEFENSE CONSEIL INTERNATIONAL|DCI - DEFENSE CONSEIL INTERNATIONAL NORME EUROPEENNE EN 9200 EUROPAISCHE NORM Novembre 2004 EUROPEAN STANDARD los: 49.140 Version frangaise Série aérospatiale Management de programme Recommandation pour une spécification de management de projet Luft- und Raumfahrt Aerospace series Programm-Management Programme management Richtlinie Guidelines fir eine Projektmanagement-Spezifikation for project management specification La présente Norme européenne a été adoptée par le CEN le 4 juin 2004. Les membres du GEN sont tenus de se soumettre au Réglement Intérieur du GEN/CENELEC qui définit les conditions dans lesquelles doit étre attribué, sans modification, le statut de norme nationale & la Norme européenne. Les listes mises a jour et les références bibliographiques relatives A ces normes nationales peuvent étre obtenues auprés du Centre de Gestion ou auprés des membres du CEN. La présente Norme européenne existe en trois versions officielles (allemand, anglais, francais). Une version dans une autre langue faite par traduction sous la responsabilité dun membre du CEN dans sa langue nationale et notifiée au Centre de Gestion, a le méme statut que les versions officielles. Les membres du CEN sont les organismes nationaux de normalisation des pays suivants : Allemagne, Autriche, Belgique, Chypre, Danemark, Espagne, Estonie, Finlande, France, Gréce, Hongria, Irande, Islande, Italie, Lettonie, Lituanie, Luxembourg, Malte, Norvége, Pays-Bas, Pologne, Portugal, République Tchéque, Royaume-Uni, Slovaquie, Slovénie, Suede et Suisse. CEN Comité Européen de Normalisation Europaisches Komitee ftir Normung European Committee for Standardization Centre de Gestion: rue de Stassart, 36. 8-1050 Bruxelles © 2004 CEN Tous droits dlexploitation sous quelque forme et de quelque maniére que él. N°EN 9200:2004 F ce soil réservés dans |e monde entier aux membres nationaux du CEN.Pour ; DCI ~ DEFENSE CONSEIL INTERNATIONAL|DCI ~ DEFENSE CONSEIL INTERNATIONAL Page 2 EN 9200:2004 (E) Contents Foreword Introduction 1 Scope 2 Programme Management 3 Normative references 4 Terms and Definitions 5 Project context. - as 6 Project establishment 7 8 9 Project planning. Risk management Configuration management - 10 Documentation management 11 Interfaces with other disciplines 12 Project monitoring and control 13 Resource Management 14 Quality assurance 5 Project Closure. Annex A (informative) Documents of accompaniment Bibliography Page ooreo 16 7 25 28 3t BERKEL GPour : DCI ~ DEFENSE CONSEIL INTERNATIONAL|DCI ~ DEFENSE CONSEIL INTERNATIONAL Sommaire Avant-propos, Introduction. 1 eer ]9H4ee 10 " 12 13 14 15 Domaine d'application. Management de programme Rétérences normatives Termes ot définitions Contexte du projet... . Etablissement du projet Planification du projet. - - Management des risques Management de la configuration... -......0— Management de la documentation Interfaces avec les autres discipline Conduite et maitrise du projet Management des ressources Assurance de la qualité Cléture du projet Annexe A (informative) Documents d'accompagnement Bibliographic Page 2 EN 9200:2004 (F) Page ooreo 16 7 25 BREESE SPour DCI - DEFENSE CONSEIL INTERNATIONAL|DCI ~ DEFENSE CONSEIL INTERNAT! ONAL Page 3 EN 9200:2004 (E) Foreword This document (EN 9200:2004) has been prepared by the European Association of Aerospace Manufacturers - Standardization (AECMA-STAN). After enquiries and votes carried out in accordance with the rules of this Association, this Standard has received the approval of the National Associations and the Official Services of the member countries of AECMA, prior to its presentation to CEN. ‘This European Standard shall be given the status of a national standard, either by publication of an identical text or by endorsement, at the latest by May 2005, and conflicting national standards shall be withdrawn at the latest by May 2005. According to the CEN/CENELEC Internal Regulations, the national standards organizations of the following countries are bound to implement this European Standard: Austria, Belgium, Cyprus, Czech Republic, Denmark, Estonia, Finland, France, Germany, Greece, Hungary, Iceland, Ireland, Italy, Latvia, Lithuania, Luxembourg, Malta, Netherlands, Norway, Poland, Portugal, Slovakia, Slovenia, Spain, Sweden, Switzerland and the United Kingdom. ‘Annex A is informative.Pour DCI - DEFENSE CONSEIL INTERNATIONAL|DCI - DEFENSE CONSEIL INTERNATIONAL Page 3 EN 9200:2006 (F) Avant-propos Le présent document (EN 9200:2004) a été élaboré par |'Association Européenne des Constructeurs de Matériel Aérospatial - Normalisation (AECMA-STAN). Apras enquétes et votes effectués suivant las ragles de cette association, cette norme a regu approbation des Groupements nationaux et des Services Officials des pays membres de 'AECMA, avant sa présentation auCEN. Cette Norme européenne devra recevoir le statut de norme nationale, soit par publication d'un texte identique, soit par entérinement, au plus tard en mai 2008, et toutes les normes nationales en contradiction devront étre retirées au plus tard en mai 2005. Selon le Réglement Intérieur du CEN/CENELEC, les instituts de normalisation nationaux des pays suivants sont tenus de mettre cette Norme européenne en application: Allemagne, Autriche, Belgique, Chypre, Danemark, Espagne, Estonie, Finlande, France, Gréce, Hong, Irlande, Islande, Italie, Lettonie, Lituanie, Luxembourg, Malte, Norvége, Pays-Bas, Pologne, Portugal, République Tchéque, Royaume-Uni, Slovaquie, Slovénie, Suéde et Suisse. L’Annexe A est informativePour C1 ~ DEFENSE CONSEIL INTERNATIONAL|DC! - DEFENSE CONSEIL INTERNATIONAL Page 4 EN 9200:2004 (E) Introduction Project management aims at planning, monitoring and control of all aspects of a project, and the motivation of all those involved in it, to achieve the project objectives, on time and to the specified cost, quality and performance. Itrequires: — the definition of the activities, — the roles and the responsibilities for the various actors, — consistency between their activities, — capacity tor communication between them, — a stable and rigorous project organisation. To achieve these objectives, the present document describes the key best practices for the management of an aerospace project, to be adapted specifically for each particular project to be managed. In this standard, the customer is either an extemal identified customer, or an internal entity within the organisation, in charge of receiving or accepting the product. Additionally, this standard may also be used as 2 basis for the relalionship between customers and suppliers at any level of the supply chain, Prior to contract negotiations, the customer will issue a management specification, against which a supplier will submit a management plan. This document will assist in that process by indicating the major issues presented in both documents. ‘The customers in charge of the establishment of the project management specification should be aware that any management requirement has an impact on the costs and thal, as in the case of the requirements for a product, the minimum acceptable requirements should be an objective. The project management specification is to be established with the objective of achieving the highest ctfectiveness in this discipline. In particular, attention is drawn to the possibility for suppliers to use, to the maximum extent, their own internal methods and procedures, in order to obtain quality, reliability and limitation of costs, provided internal procedures meet this recommendation. 1 Scope For a given aerospace project, the present document is intended to be used as a relerence to current best practices. These can be used as a guideline for the creation and negotiation of the project management specification between a customer and a supplier, and hence lead to the creation of the project management plan It may be used for any project utilising several actors at different levels. In particular in the case of large projects it presents provisions recommended for the management of a project according to (see Figure 1): — project organisation, — work breakdown structure, phasing and scheduling, — tisk management, — configuration management, — documentation management, — interfaces with other disciplines, — project monitoring and control, — technical performance control, — cost control, — schedule control, — resource management, — quality assurance, — project closure.Pour DCI - DEFENSE CONSEIL INTERNATIONAL|DC! ~ DEFENSE CONSEIL INTERNATIONAL Page 4 EN 9200:2004 (F) Introduction Le management de projet vise & planifier, surveiller et maitriser tous les aspects d'un projet et a motiver tous les acteurs concernés afin datteindre les objectits du projet, dans les délais, coats, qualité et performances specifi. Mexige : {a détinition des activites ; — la définition des réles et des responsabilités des différents acteurs — la cohérence entre leurs activités ; — la capacité de communication entre elles ; — une organisation stable et rigoureuse du projet. Pour atteindre ces objectis, le présent document décrit les meilloures pratiques clés de management d'un projet aérospatial, & adapter de manidre spécifique 4 chaque projet particulier & gérer. Dans la présente norme, Ie client est, soit un client externa identifié, soit une entité interme Forganisation, chargé de recevoir ou d'accepter le produit. En outre, la présente norme peut également servir de base pour les relations entre clients et fournisseurs de tout niveau de la chaine d'approvisionnement. Préalablement aux négociations contractuelles, le client émet une spécification de management, en application de laquelle un fournisseur soumst un plan de management. Le présent document sert d'aide dans ce processus en indiquant les actions principales présentées dans les deux documents. Les clients, responsables de I'établissement de la spécification de management d'un projet doivent étre conscients que toute exigence de management a un impact sur les codis et que, la comme dans le cas des exigences pour un produit, les exigences minimum acceptables doivent étre un object. La specification de management d'un projet est & établr avec le sous d atteindre la plus grande etticacité possible dans cette discipline. En particulier, attention est attrée sur la possibiité qui doit étre laissée aux foumisseurs diutiiser au maximum leurs propres méthodes et procédures intemes, dans le but d obtenir fa qualité, la fabilté et la limitation des codts, sous réserve que les procédures internes satisfassent a la présente recommandation. 1 Domaine d'application Le présent document est destiné & servir de référence en matiére de melieures pratiques courantes, pour tn projet aérospatial donné. Celles-ci peuvent servir de guide pour la création et la négociation de la spécification de management de projet entre un client et un fournisseur, et entrainent donc fa création d'un plan de management de projet. Ce document est utiisable pour tout projet faisant intervenir plusieurs acteurs a des niveaux différents Notamment dans le cas de grands projets, il présente les dispositions recommandées pour le management d'un projet, suivant (voir Figure 1) — organisation du projet ; — organigramme des tches ; — la logique de déroulement ; — le management des risques ; — le management de la configuration ; — le management de la documentation — les interfaces avec les autres disciplines ; — la conduite et la maitrise du projet : — maitrise des performances techniques ; — maitrise des codts ; — maitrise des délais — le management des ressources ; — assurance de la qualité ; — la cloture du projet,Pour : OCI - DEFENSE CONSEIL INTERNATIONAL|DC! - DEFENSE CONSEIL INTERNATIONAL Page S EN 9200:2004 (E) PROJECT MANAGEMENT i Project i Risk management Quality assurance establishment (clause 8) {cause 8) (clause 14) © Configuration management {clause 9) Project planning (clause 7) Documentation management (clause 10) Interfaces with other disciplines (clause 11) Project monitoring and control (clause 12) Technical performance control (subclause 12.1) Cost control (subclause 12.2) Schedule control (subclause 12.3) * oy Resource management (clause 13) Figure 1 Document organisation ‘The terminology employed is explained in clause 4. It is limited to specifying the context in which potentially ambiguous terms are employed. As far as possible, this terminology includes definitions already appearing in various normative documents, preferably international standards.Pour . DCI ~ DEFENSE CONSEIL INTERNATIONALIDCI - DEFENSE CONSEIL INTERNATIONAL Page 5 EN 8200:2004 (F) MANAGEMENT DE PROJET Management Etablissement Assurance des risques du projet de la quali (article 8) (article 6) (article 14) Management Planification dela configuration du projet (article 9) (article 7) Management de la documentation (article 10) Interfaces avec les autres disciplines (article 11) Conduite et maitrise du projet (article 12) Maltrise des lperformances techniques| (paragraphe 12.1) Mattrise des codts (paragraphe 12.2) Maitrise des délais (paragraphe 12.3) ¥ Figure 1 — Organisation du document Management des ressources (article 13) La terminologie employée est explicitée a IArlicle 4, Elle se limite préciser le sens dans lequel les termes Potentiellement ambigus sont employés. Dans toute la mesure du possible, cette terminologie reprend des définitions figurant déja dans divers documents & caractére normatif, de préférence internationaux.Pour OCI - DEFENSE CONSEIL INTERNATIONAL|DC! - DEFENSE CONSEIL INTERNATIONAL Page 6 EN 9200:2004 (E) 2 Programme Management Referring to the definitions of project and project management as given in clause “0 Foreword”, programme management may be considered as the directing of a portfolio of projects which benefit from a consolidated ‘approach or towards one specitic objective. ‘The common element of the projects in a portfolio is that they run simultaneously, or at least overlap with ‘one another, they share a number of common resources and are supposed to generate some income. Under this definition, Programme Management is typically concerned with activities at a much higher level within the organisation, This standard will only focus on project management. 3 Normative references ‘The following referenced documents are indispensable for the application of this document. For dated references, only the edition cited applies. For undated references, the latest edition of the referenced ‘document (including any amendments) applies, This document is consistent with the quality management requirements as considered in normative reterences: EN ISO 9000:2000, Quality management systems — Fundamentals and vocabulary (ISO 9000:2000) EN ISO 9001:2000, Quality management systems ~ Requirements (ISO 9001:2000) ISO 10008:2003, Quality management systems - Guidelines for quality management in project ISO 10007:2003, Quality management systems — Guidelines for configuration management EN 9100:2003, Aerospace serles - Quality management systems - Requirements (based on 180 9001:2000) and Quality systems ~ Model for quality assurance in design, development, production, installation and servicing (based on ISO 9001-1994) EN 9130, Aerospace series - Quality systems - Record retention IEEE 1220:1998, Standard for Application and Management of the Systems Engineering Process IEEE Computer Society Document *) 4 Terms and Definitions For the purposes of this European Standard, the terms and definitions given in EN ISO 9000:2000 and the following apply. 44 acceptance (of a product or a document) decision pronounced by the customer, acknowledging that the product or the document is in conformity with the contractual commitments NOTE The acceptance of a document does not involve the responsibil {rom the authority which accepts it, on the use of the document, 42 acquisition strategy set of principles defined by a customer as regards technologies, performances, costs, schedules, c0-operations to lead the project, .. 1) Published by lnstitule of Electrical and Electronics Engineers Inc ~ 445 Hoes Lane ~ P.O.Box 1931 — Piscataway, NJ 08855-1331 - USAPour DCI - DEFENSE CONSEIL INTERNATIONAL|DCI - DEFENSE CONSEIL INTERNATIONAL Page 6 EN 9200:2004 (F) 2 Management de programme Si Ton se référe aux définitions de projet et de management de projet telles qu‘elles figurent dans IArticle "0 Avant-propos'”, le management de programme peut tre considéré comme la direction d'un porteteuille de projets qui bénéficie d'une approche consolidée ou qui est axé sur un objectif spécifique. Le point commun entre las projets d'un portefeuile est quis se déroulent simultanément ou, tout au moins, quits, se chevauchent, partagent un certain nombre de ressources communes et sont supposés générer des revenus. Dans cette définition, le Management de programme concerne typiquement les activités un niveau beaucoup plus élevé dans organisation. La présente norme ne s‘attache qu'au management de projet. 3 Références normatives Les documents de référence suivants sont indispensables pour application du présent document. Pour los références datées, seule lédition citée s'applique. Pour les références non datées, la demiére édition du document de rétérence (y compris les éventuels amendements) s'applique. Le présent document est en accord avec les exigences de gestion de la qualité telles qu’elles sont envisagées dans les références normatives : EN ISO 9000:2000, Sysiémes de management de /a qualité — Principes essentiels et vocabulaire (ISO 9000:2000). EN ISO 9001:2000, Systemes de management de la qualité — Exigences (ISO 90012000). ISO 10006:2003, Systémes de management de la qualité - Lignes directrices pour le management de Ja qualité dans les projets. ISO 10007:2003, Systémes de management de la qualité - Lignes directrices pour la gestion de ta configuration. EN 9100:2003, Série aérospatiale - Systémes de management de la Qualité ~ Exigences (basé sur 1SO 9001:2000) et Systémes qualité - Modéle pour assurance qualité en conception, développement, production, installation et exploitation (basé sur ISO 9001:1994), EN 9130, Série aérospatiale - Systémes qualité — Archivage de documents. IEEE 1220:1998, Standard for Application and Management of the Systems Engineering Process IEEE Computer Society Document"). 4 Termes et définitions Pour les besoins du présent document, les termes et définitions donnés dans IEN ISO 9000:2000 ainsi que les termes et définitions suivants s'appliquent 4a acceptation (d'un produit ou d'un document) décision prononcée par le client, reconnaissant que le produit ou le document est conforme & ce qui est demandé au contrat NOTE Llacceptation dun document riengage pas la responsabilité de autorté qui Facceple sur I contenu du document ilisation du 42 stratégie d'acquisition ensemble des principes définis par le client en matiére de technologies, performances, coats, délais, coopérations pour conduire le projet, .. 1) Publée par : Institute of Electrical and Electronics Engineers Inc ~ 445 Hoes Lane ~ P.O.Box 1331 ~ Piscataway, NJ 08855-1931 - USA.Pour DCI - DEFENSE CONSEIL INTERNATIONAL|DC! ~ DEFENSE CONSEIL INTERNATIONAL Page 7 EN-9200:2004 (E) 43 anomaly gap between a current situation and an expected one NOTE —_Ananomaly ustifes an investigation which might lead to the discovery of a nonconformiy or a defect. 44 applicable configuration configuration of a product identified by its changes from the configuration baseline ‘Ata given moment, a product may have several applicable configurations. 48 approval formal agreement allowing the use or the application of a document NOTE The approving authority commits its own responsibilty on the use of the document contents. 46 as built configuration Configuration of one product item identiied by its gaps of conformity with respect to its applicable ‘configuration 47 audit systematic and objective activity undertaken to determine to what extent the requirements related to the agreed topic ara satistied This audit is carried out by one or more persons independent from whal is being audited. 48 change changes to document content submitted to configuration control (Technical specification, Design data file...) and characterised by their impact on their use 49 configuration functional and physical characteristics of a product as defined in technical documents and achieved in the product {iSO 10007:2003), 4.10 configuration baseline configuration of a product formally established at a specific point in time, which serves as reference for further activities [ISO 10007:2003} 4a configuration item aggregation of hardware, software, processed materials, services, or any of its discrete portions, that is designated for configuration management and treated as a single entity in the configuration management process {ISO 10007:2003} 4A2 contractual hierarchy stacking customer/supplier such as the supplier of level N becomes customer of the level N+1Pour DCI - DEFENSE CONSEIL INTERNATIONAL|DCI - DEFENSE CONSEIL INTERNATIONAL Page 7 EN 9200:2004 (F) 43 anomalie écart entre une situation existante et une situation attendue NOTE Une anomalie justifie une investigation qui peut déboucher sur fa constatation d'une non-contormité ou dun déaut 44 configuration applicable Configuration d'un produit & appliquer, identiiée par ses évolutions par rapport A une configuration de référence Aun instant donné, il peut exister plusieurs configurations applicables pour un méme produit. 45 approbation accord formel permettant Iutilisation ou 'application d'un document NOTE —_Lautorité qui approuve engage sa propre responsabilité sur Iutlisation du contenu du document. 46 configuration réalisée Configuration dun exemplaire du produit identiiée par ses écarts de conformité par rapport a sa configuration applicable 47 audit activité systématique et objective permettant de déterminer la mesure dans laquelle les exigences liées au thame convenu sont satisfaites Cet audit est réalisé par une ou plusieurs personnes indépendantes de ce qui est audité 48 évolution changements du contenu dun document géré en configuration (STB, DD, .. leur incidence sur femploi. caractérisés en fonction de 49 configuration ensemble des caractéristiques fonctionnelles et physiques dun produit définies par les documents techniques et obtenues par lo produit {ISO 10007:2003} 4.10 configuration de rétérence configuration d'un produit, formellement établie & une étape de la vie du produit et servant de référence pour les activités ultérieures ISO 10007:2003] 4a atticle de configuration ensemble de matériels, de logiciels, de produits issus de processus a caractére continu, de services ou un sous-ensemble défini de ceux-ci, qui a été retenu pour le management de la configuration et qui est traité comme une seule entité dans le processus de management de la configuration [Iso 10007:2003} 4.42 higrarchie contractuelle cascade cllentvfournisseur telle que le fournisseur du niveau N devient client du niveau N+1Pour DCI - DEFENSE CONSEIL INTERNATIONAL|DC! - DEFENSE CONSEIL INTERNATIONAL Pages EN 9200:2004 (E) 4.13 corrective action action to eliminate the cause of a detected noncontormity, or other undesirable situation [EN 1SO 8000:2000) 4.14 critical path sequence of tasks where any delay affects the final date 415 design (of a product or a system) set of technical output data of the design process describing the functional and physical characteristics of a product or a system NOTE The data is structured in the design data file, 4.16 design data file a structured set of documents constituting the response of the product designer to the technical requirements of the applicant Al the verifiable product characteristics (including the acceptance criteria) could be expressed in this document, and the prescribed processes to produce it are indicated. This file allows identification of the product, in order to prepare its manufacturing and inspection file and its operating documentation. 4a7 design justification data file document gathering the whole set of information on studies and tests showing that @ product is compliant with its design data fle and meets the specification expressing the need which this product shall satisty 4.18 design justification plan document established by the supplier describing the set of needed works in order to demonstrate that product compliant with its Design data file, meets the specification expressing the need which this product shall satisfy 4.19 deviation permit permission to depart from the originally specified requirements of a product prior to realisation [EN ISO 9000:2000} NOTE A doviation permit is genorally given for a limited quantity of products or period of time, and for a specific use. 4.20 execution plan document established by every supplier which: — describes: — the main tasks and their logic (it ensures the consistency and integrates work of the different disciplines such as management, systems engineering, integrated logistics support and RAMS, ...) — the resources (hardware and software) needed for their realisation; — presents the schedule of works and in particular the critical paths of the project and the particular actions to be carried out. 421 function actions of a product or one of its components expressed exclusively in terms of finalityPour DCI - DEFENSE CONSEIL INTERNATIONAL|DC! - DEFENSE CONSEIL INTERNAT ONAL Page 8 EN 9200:2004 (F) 4.13 action corrective action visant a éliminer la cause d'une non-conformité ou dune autre situation indésirable détectée EN iSO 9000:2000), 4.44 chemin critique enchainement de taches oli tout retard affecte le délai final 4.15 définition (d'un produit ou d'un systéme) ensemble des données techniques de sortie du processus de conception décrivant les caractéristiques fonctionnelles et physiques d'un produit ou d'un systéme NOTE Ges données sont structurées dans le dossier de détinition. 4.16 dossier de définition ensemble structuré des documents constituant la réponse du concepteur dun produit aux exigences techniques du demandeur {I exprime toutes les caractéristiques véritiables du produit (y compris les critéres d'acceptation) et indique les procédés imposés pour le réaliser. Ce dossier permet didentifier le produit, de préparer son dossier de fabrication et de contrdle et sa documentation d'utilisation. 417 Dossier de Justification de la Définition (DJD) document rassembiant I'ansemble des informations d'études et d’essais démontrant qu'un produit conforme son Dossier de Definition répond a la spécitication exprimant le besoin auquel ce produit doit satistaire 418 Plan de Justification de la Définition (PUD) document établi par le fournisseur décrivant ‘ensemble des travaux prévus pour démontrer qu'un produit conforme a son Dossier de Détinition répond a la spécification exprimant le besoin auquel ce produit doit satistaire 4.19 dérogation (avant production) autorisation de s'écarter des exigences spécifiges a origine pour un produit avant sa réalisation [EN ISO 9000:2000), NOTE Une dérogation (avant production) est généraloment accordée pour une quantité ou une durée limitéo, ot pour une utilisation spécifique. 4.20 plan de déroulement document établi par chaque fournisseur qui : — décrit — les principales tches et leur logique denchainement (ii assure la cohérence et intagre les travaux des différentes disciplines telles que management, ingénierie systéme, soutien logistique intégré ot sireté de fonctionnement,..) — les moyens (matériels et logiciels) nécessaires a leur réalisation. — présente le calendrier des travaux et notamment les chemins critiques du projet et les actions particuliéres a mener. 421 fonction actions dun produit ou de l'un de ses constituants exprimées exclusivement en termes de finalitéPour DCI - DEFENSE CONSEIL INTERNATIONAL |DCI - DEFENSE CONSEIL INTERNATIONAL Page 9 EN 9200:2004 (E) 4.22 functional analysis approach which consists in defining, ordering, characterising, prioritising and/or giving value to the functions NOTE 1 The Functional analysis applies to c-eation or improvement of a product, it is in this case the fundamental base of value analysis. Applied to the need only, it isthe base for the establishment of the functional performance specication, NOTE 2 _ Ordering aims at classitying the operating lunctions (sometimes technical functions in the event of redesign} in a logical way and allowing the identication of ther interrolaionships. ‘The characterisation consists in defining the evaluation criteria. in specifying their levels and in indicating ther flexibly. Priotising allows evaluation of the order of importance of the functions. iving value to the functions prioritises their relative or absolute contributions, independently of the solutions 4.23 functional architecture structured breakdown of the system in functions and sub-functions (internal and external interfaces and data flow) which complies with a need 424 tunctional performance specification document by which the applicant expresses his need (or the one which he is in charge to express) in terms cof operating and constraints functions For each of them, evaluation criteria and corresponding levels are defined. To each of these levels, flexibility must be associated. NOTE 1 The establishment of a functional pertormance specification implies that a study allowed the precise definition of the user's needs. NOTE 2 As an answer, the objective is to obtain the product proposal able to meet the expected service, under the intended conditions, at minimum cost ; for this purpose a functional performance specification expresses only results requirements and, in principle, no resources requirements, NOTE3 _ An evaluation criterion (ofa qualitative nature) is accompanied by a scale allowing the locaton ofits level (ot a quantitative nature). NOTE 4 — Obtaining the totality of the expected advantages of a functional performance specification implies use of Atexibilty 4.25 tunction-tree representation of the product or the system showing the breakdown in functions and sub-unctions which must be fulfilled by successive products levels 4.26 integrated logistics support ‘co-ordinated and iterative set of technical and management tasks whose objectives are the following: — to express the need in logistics support and the environmental constraints of use in the expression of operational need; — to contribute to obtaining a system design including the suppor elements: — allowing to optimise and maintain its effectiveness for all its life time, in consistency with the user resources, — allowing total optimisation « performances/costs/schedules »; — to realise, set up and to renew the support elements, according to the exploitation and the maintenance needs. 427 integrated logistics support plan document established by the supplier describing the organisation, the resources, the methods and the key events set up to achieve the specified goals as regards logistics supportPour DCI - DEFENSE CONSEIL INTERNATIONAL|DG! - DEFENSE CONSEIL INTERNAT |ONAL Page 9 EN 9200:2004 (F) 4.22 analyse fonctionnelle démarche qui consiste a rechercher, ordonner, caractériser, NOTE 1 L’Analyse Fonctionnelle s'applique & la création ou & amelioration d'un produit, elle est dans ce cas rétape fondamentale de Analyse de la Valeur. Appliquée au seul besoin, elle est la base de 'établissement du canier des charges fonctionnel NOTE2 Lordonnancement vise & classer les fonctions de service (parfois les fonctions techniques en cas de reconception) de manire logique et permettant didentiter les relations de dépendances entre elles. La caractérisation consiste a énoncer les crtéres d'aporéciation, précser leurs niveaux et indiquer la flexibilié La higrarchisation permet e'évaluer fordre importance des fonctions. La valorisation des fonctions donne une priorité a leurs contributions retatives ou absolues, indépendamment des solutions, rarchiser el/ou valoriser les fonctions 423 architecture fonctionnelle décomposition structurée du systéme en fonctions et sous fonctions (interfaces internes et externes et flux de données) qui répond a un besoin 424 Cahier des Charges Fonctionnel (GdCF) document par lequel le demandeur exprime son besoin (ou celui quiil est chargé de traduire) en terme de fonctions de service et de contraintes Pour chacune d'elles sont définis des critéres c'appréci @tre assorti d'une flexibilité. NOTE 1 —Leétablissement dun CaGF implique quune étude ait permis de cemer avec précision les besoins des ulilisateurs. NOTE 2 Le but poursuivi est dodtenir en réponse la proposition du produit apie rendre le service altendu, dans les ‘conditions prévues, pour le cout minimal ; a cet effet le CACF n’exprime que des exigences de résultats et, en principe, aucune exigence de moyens. NOTE 3 Un critéro dappréciation (de nature qualitative) est accompagné dune échelle permettant do situor son niveau (de nature quantitative) NOTE 4 —Loblention de ia totalté des avantages attendus du CdCF passe par lutilisation de la flexibilié, mn et leurs niveaux. Chacun de ces niveaux doit 4.25 atborescence-fonction représentation du produit ou du systéme montrant la décomposition en fonctions et sous fonctions qui doivent étre remplies par des niveaux successifs de produits 4.26 soutien logistique intégré ensemble coordonneé et itératif de taches techniques et de management dont les objectifs sont les suivants — exprimer te besoin en soutien logistiaue et les contraintes environnementales diutlisation dans expression du besoin opérationne! : — contribuer a robtention d'une définition du systéme comprenant les éléments de soutien — petmettant coptimiser et de maintenir son efficacité pendant toute sa durée de vie, en cohérence avec les moyens de Tutlisateur ; — petmettant optimisation globale « performances/codtsidélais ». — ‘éaliser, mettre en place et renouveler les éléments de soutien, selon les besoins de exploitation et de la maintenance. 4.27 Plan de Soutien Logistique Intégré (PSLI) document établi par le fournisseur décrivant organisation, les moyens, les méthodes et les évnements-clés mis en place pour atteindre les objectifs spécifiés en matiére de soutien logistiquePour DCI - DEFENSE CONSEIL INTERNATIONAL|DG! - DEFENSE CONSEIL INTERNATIONAL Page 10 EN 9200:2004 (E) 4.28 in use configuration configuration of one product item identified by its as-built configuration and complemented by the consequences of any in-service event on its functional and physical characteristics NOTE Technical events, consumption of life potential, repairs etc. are examples of in-service events 429 key-events events considered as representative of the project progress and selected because ot: — their character as an outstanding task start/end, — their intertace character, — their criticality, (technical, economical, schedule risks. etc), — their contractual aspect (payment milestone). 4.30 lessons learnt collection and exploitation, by all the actors of information concerning the events which have occurred throughout the project 431 life cycle this describes the whole series of developments of the product throughout its life starting from the expression of its need until the disposal, whatever the form is, 4.32 lite cycle cost total expenses for the whole life of the product for a given use For a user, the life cycle cost includes the acquisition cost, the in service cost, the maintenance cost (spares, etc.). Possibly the cost of modification, the cost of destruction, ete. 4.33 life profile Chronological description of the situations in which a product will be utilised from its delivery to its disposal NOTE _“situations* correspond to the different uses of the product and events in its life (@.g. transport, handling, storage, maintenance, diferent missions.) withthe respective duration and occurrences. 4.34 life time duration, under a given set of conditions, of an interval of time, starting at a given moment and finishing when the failure rate becomes unacceptable, or when the product is regarded as non repairable following a failure 4,35 logistics support set of tasks carried out on a system and includin — maintaining or recovery of the system availabilty, providing the user and the various repairers, the supply items, the documentation, the tools, logistic resources and the infrastructure needed to carry out the assigned tasks, — users training, — technical follow-up of the system in service.Pour DCI - DEFENSE CONSEIL INTERNATIONAL |DC! - DEFENSE CONSEIL INTERNATIONAL Page 10 EN 9200:2004 (F) 4.28 configuration utilise configuration dun exemplaire du produit identifiée par sa configuration réalisée a laquelle s'ajoutent les conséquences, sur ses caractéristiques fonctionnelles et physiques, des événements survenus en service NOTE Fits techniques, potentiels de vie consommés, réparations, ... constituent des exemples d'événements survenus en service. 4.29 événements-clés événements considérés comme représentatifs de I'avancement du projet et sélectionnés en raison de — leur caractére de débutiin d'une tache clé ; — leur caractére diinterface ; — leur eftcite, risques techniques, économiques, de délais, etc.) ; — leur aspect contractuel (événement donnant lieu paiement). 4.30 retour d'expérience recueil et exploitation, par l'ensemble des acteurs, des informations concernant les événements survenus tout au long du projet 431 cycle de vie Cest ensemble de toutes les situations dans lesquelles se trouve le produit au cours de sa vie & partir de expression de son besoin jusqu’au retrait du service quelle qu’en soit la forme 4.32 cont global somme des dépenses sur ensemble de la vie du produit pour un usage donné Pour un utlsateur, le coat global comprend le codt d'acquisition, le codt utilisation, le codt de maintenance (rechanges, etc.), éventuellement le cot de modification, le codt de destruction, ele. 4.33 profil de vie description chronologique des situations quun produit est appelé subir depuis sa sortie dusine jusqu’a sa mise hors service NOTE Par “situations on entend les différentes positions dutiisation du produit (transport, manutention, stockage, maintenance, diférentes missions, .. avec les durées et les occurrences respectives. 4.34 durée de vie durée, dans des conditions données, de lntervalle de temps commencant @ un instant donné et se terminant lorsque le taux de défaillance devient inacceptable ou lorsque le produit est considéré comme iméparable a la suite dune panne 4.35 soutien logistique ensemble des tches exécutées sur un systéme et comprenant : — le maintion ou le rétablissement de la disponibilité du systéme ; — la mise a disposition de lexploitant et des réparateurs divers, des articles de ravitaillement, de la documentation, des outilages, des moyens logistiques et de Infrastructure dont ils ont besoin pour ‘exécuter les t&ches qui leur sont attribuées ; — la formation des utisateurs ; — le suivi technique du systéme en service.Pour CI - DEFENSE CONSEIL INTERNATIONAL|DC! ~ DEFENSE CONSEIL INTERNATIONAL Page 11 EN'9200:2004 (E) 4.36 logistics support analysis (LSA) method contributing to the optimisation of the expected system design, starting from the expressed need and the considered operational concepts Then to define and optimise the products and the services necessary t availabilty of the system. implement, use and maintain the 437 management plan document established by the supplier to describe how he answers the set of requirements of the management specification, according to Its quality system 4.38 manufacturing and inspection file document or set of documents detailing in a structured way the data necessary, in a given industrial context, for the manufacturing and the inspection of a product compliant with its design described in the design data file 4.39 noncontormity non-fulfilment of a requirement [EN 180 9000:2000) 4.40 operational need ‘need to be satisfied to fulfil a mission 441 phasing and scheduling logical sequence of all the tasks of the project taking into account the requirements resulting from the acquisition strategies and the execution plans deciined in the stacking of customer/supplier 4a2 physical architecture artangement of physical elements which define a solution (products and operating processes) designed to satisfy a need expressed by a functional architecture {according to IEEE 1220] 4.43 preventive action action to eliminate the cause of a potential nonconformity, or other undesirable potential situation [EN ISO 9000:2000] NOTE 1 — There can be more than one cause for a potential nonconformity, NOTE 2 Preventive action is taken to prevent occurrence whereas corrective action is laken to prevent recurrence, 444 procedure Specified way to carry out an activity or a process [EN 1SO 9000:2000) NOTE 1 Procedures can be documented or not NOTE 2 When a procedure is documented, the term “writen procedure” or “documented procedure” is frequently used. The document that contains a procedure can be called a ‘procedure documentPour DG ~ DEFENSE CONSEIL INTERNATIONAL|DC! - DEFENSE CONSEIL INTERNATIONAL Page 11 EN 9200:2004 (F) 4.36 Analyse du Soutien Logistique (ASL) méthode contribuant, & partir du besoin exprimé et des concepts opérationnels envisagés, a optimiser la conception du systéme attendu puis A définir et optimiser les produits et les services nécessaires & la mise en ceuvre, & utilisation et au maintien de la disponibilité du systéme 437 plan de management document établi par le fournisseur pour décrire comment il répond & l'ensemble des exigences de la spécification de management, en fonction de son systéme qualité 4.38 Dossier de Fabrication et de Controle (DFC) document ou ensemble de documents détaillant de tacon structurée les données nécessaires, dans un contexte industrial donné, a la fabrication et au controle dun produit conforme a sa Définition décrite dans le Dossier de Definition 4.39 non-conformité non-satisfaction dune exigence [EN 180 9000:2000) 4.40 besoin opérationnel besoin a satisfaire pour remplir une mission 4M logique de déroulement du projet ‘enchainement logique de Tensemble des tAches du projet tenant compte des exigences issues des stratégies d'acquisition et des plans de déroulement déclinés dans le réseau client/fournisseur 4.42 architecture physique arrangement <'éléments physiques qui définissent une solution (produits et processus utilisation) congue pour satisfaire un besoin exprimé par une architecture fonetionnelle {elon \EEE 1220) 4.43, action préventive action visant a éliminer la cause d'une non-conformité potentielle ou dune autre situation potentielle indésirable [EN ISO 9000:2000) NOTE 1 — li peut y avoir plusieurs causes & une non-conformité. NOTE 2 Une action corrective est entreprise pour empécher la réappariion alors quiune action préventive est entreprise pour empécher occurrence. 444 procédure maniére spécifiée d'eftectuer une activité ou un processus [EN ISO 9000:2000} NOTE 1 Les procédures peuvent ou non faire objet de documents. NOTE 2 — Lorsquiune procédure fait Fobjet de documents, les termes “procédure écrite” ou “procédure documentée” sont Iréquemment utllsés. Le document contenant une prooédure peut étre appelé un ‘document de procédure".Pour DCI ~ DEFENSE CONSEIL INTERNATIONAL|DC! ~ DEFENSE GONSEIL INTERNATIONAL Page 12 EN 9200:2004 (E) 445 process set of interrelated or interacting activities which transforms inputs into outputs [according to EN ISO 9000:2000} NOTE 1 — Inputs to a process are generally oulputs of others processes. NOTE 2 Processes in a organisation are generally planned and carried out under controlied conditions to ads value. NOTE3 A process where the conto frequently referred to as a "special process’ ity of the resulting product cannot be readily or economically verified is 4.46 product result of a process [according to EN ISO 9000:2000], NOTE 1 There are four generic product categories, as follows: — services (e.9. transport): — software (e.g. computer programme, dictionary); — hardware (e.g. mechanical parts); — processed materials (e.g. lubricant). Many products comprise elements belonging to different generic product categories. Whether the product is then called service, software, hardware or processed material depends on the dominant elemont. For example, the offered product “automobile” consists of hardware (eg. tyres), processed materials (2.9. tus}, cooling liquid), software (e.g. engine control software driver's manual), and service (e.g. operating explanations given by the salesman). NOTE2 — Service is the result of at least one activity necessarily performed at the interlace between the supplier and ‘customer and is generally intangible. Provision of service can involve, for examp\e, the following: — an activity periormed on a customer-supplied tangible product (e.g. automobile to be repaired): an activity performed on a customer-supplied intangible product (e.g. the income statement needed to prepare a tax return): — the delivery of an intangible product (e.g. the delivery of information in the context of knowledge transmission); the creation of ambience for the customer (e.9. in hotels and restaurants). Software consists of information and is generally intangible and can be in the form of approaches, transactions or procedures. Hardware is generally tangible and its amount is a countable characteristic. Processed materials aro generally tangible and their amount is a continuous characteristic. Hardware and processed materials often are referred to as goods. NOTES — Quality assurance is mainly focused on intended product 4.47 product-tree representation of the product ar the system showing the physical breakdown in successive products levels 448 project Unique process, consisting of a set of co-ordinated and controlled activities with start and finish dates, undertaken to achieve an objective conforming to specific requirements, including constraints of time, cost and resources [ISO 10008:2003} 4.49 project management specification contractual document established by a customer prescribing the requirements to which his suppliers shall be ‘compliant for the activities of leading, organising and managing the projectDCI ~ DEFENSE CONSEIL INTERNATIONAL |DCI - DEFENSE CONSEIL INTERNATIONAL Page 12 EN $200:2004 (F) 445 processus ‘ensemble d'activités corrélées ou interactives qui transforme des éléments d'entrée en éléments de sortie. [selon EN ISO 9900:2000] NOTE 1 Les éiéments d'entrée d'un processus sont généralement les éléments de sortie dautres processus. NOTE 2 _ Les processus d'un organisme sont généralement planifiés et mis en ceuvre dans des conditions maitrisées alin dapporter une valeur ajoutée. NOTES —Lorsque la conformilé du produit résultant ne peut &tre immédiatement ou économiquement vérifiée, le processus est souvent qualiié de "procédé spécial’ 4.46 produit résultat d'un processus {selon EN ISO 9000:2000} NOTE 1 llexiste quatre catégories génériques de produits —_ les services (par exemple, transport): — les “software” (par exemple, logiciel. dictionnaire) ; — les produits matérels (par exemple, piéces mécaniques de moteur) ; — les produits issus de processus & caractére continu (par exemple, lubritiant) De nombreux produits sont constitués d’éléments appartenant différentes calégories génériques de produits. Le [produit est appelé service, logiciel, matériel cu prodult issu d'un processus a caractére continu selon élément dominant. Par exemple, Fottre produit “automobile” se compose de matériel (car exemple, les pneus), de produits issus de processus & caractére continu (par exemple carburant, liquide de refroidissement), de “software” (par exemple logiciel de commande de moteur, manuel dutlisation) et de ‘services (par exemple explications du vendeur concemant le fonctionnement) NOTE 2 — Un service est lo résultat dau moins une activité nécessairement réalisée & linterface entre le fournisseur et le client et est généralement immatériel. La prestation de service peut impliquer par exemple : lune activité réalisée sur un produit tangible fourni par le client (par exemple, réparation d'une voiture) ; — une activité réalisée sur un produit immatériel (par exemple, une déclaration de revenus nécessaire pour déclencher rimp6t) ; — la fourniture d'un produit immatériel (par exemple, fourniture dinformations dans le contexte de la transmission de connaissances) ; — la création dune ambiance pour le client (par exernple. dans les hotels et les restaurants). Un “software” se compose dinformations, est généralement immatériel et peut se présenter sous forme de démarches, de transactions ou de procédure. Un produit matériel est généralement tangible et son volume constitue une caractéristique dénombrable. Les produits issus de processus A caraclére contin sont généralement tangibles et leur volume constitue une caractéristique continue. Les produits matériels et issus de processus a caraclére continu sont souvent appelés biens. NOTE 3 assurance de la qualité porte principalement sur le produit intentionnel 4.a7 arborescence-produit représentation du produit ou du systéme montrant la décomposition physique en niveaux successits de produits 4.48 projet processus unique qui consiste en un ensemble dactivités coordonnées et maitrisées comportant des dates de début et de fin, entrepris dans le but datteindre un objectit conforme a des exigences spécifiques, incluant les contraintes de délais, de codts et de ressources {1S0 10006:2003) 4.49 spécitication de management du projet document cantractuel établi par un client prescrivant les exigences auxquelles ses fournisseurs doivent se conformer pour les activités de conduite, organisation et de gestion du projetPour C1 - DEFENSE CONSEIL INTERNATIONAL[OC! - DEFENSE CONSEIL INTERNATIONAL Page 13, EN 9200:2004 (E) 4.50 project phase part of a project during which a set of consistent and ordered necessary tasks is carried out to achieve a predetermined goal 451 qualification Set of tasks contributing to provide proofs, while basing on theoretical and experimental justifications, that the defined product satisfies the specified need and can be produced ‘The qualification decision is the act by which the customer, at the origin of the technical specttication, attests ‘on the basis of theoretical and experimental justifications, that the defined product, identified by the design data file, meets all the requirements of the Technical specification and can be produced. 452 quality assurance plan supplier document which defines the quality assurance provisions specific to the project 4.53 RAMS all aptitudes (Reliability, Availability Maintainabilty, Safety) of a product which enable it to have the specified functional performances, at the requested time, for the considered duration and without damage for itself and its environment 4.54 repair action on a nonconforming product to make it acceptable for the intended use [EN 180 9000:2000) NOTE 1 Repair includes remet a part of maintenance. NOTE 2 — Unlike rework, repair can affect or change parts of the nonconforming product action taken on a previously conforming product lo restore it for use, for example 4.55 requirement need or expectation that is stated. generally implied or obligatory [EN ISO 9000:2000] NOTE 1 — “generally implied” means that itis custom or common practice for the organisation, its customers and other interested parties, that the need or expeciation under consideration is implied, NOTE 2 A qualifier can be used to denote a specific type of requirements, e.g. product requirements, quality ‘management requirement, customer requirement, NOTE 3 A specified requirement is one which is stated, for example, in a document, NOTE 4 — Requirements can be generated by different interested parties 4.56 review activity undertaken to determine the suitability, adequacy and effectiveness of the subject matter to achieve established objectives [EN ISO 9000:2000] NOTE Review can also include the determination of efficiency. EXAMPLE Management review. design and development review, review of customer requirements and ‘noncontormity review. 457 rework ‘action on a nonconforming product to make it conform to the requirements TEN ISO 9000:2000) NOTE Unlike rework, repair can affect or change parts of the nonconforming productPour DCI - DEFENSE CONSEIL INTERNATIONAL|DCI - DEFENSE CONSEIL INTERNATIONAL Page 13, EN 9200:2004 (F) 4.50 phase du projet Partie d'un projet au cours de laquelle est exécuté un ensemble cohérent et ordonné de taches nécessaires pour atteindre un objectif prédéterminé 451 qualification ensemble des téches qui concourent & fournir des preuves, en se basant sur des justifications théoriques ot expérimentales, que le produit défini répond au besoin spécifié ot est productible La décision de qualification est 'acte par lequel le client, émetteur de la spécification technique de besoin (STB), atteste sur la base des justifications théoriques et expérimentales, que le produit défini, identifié par le dossier de definition (DD), satisfait toutes les exigences de la STB et est productible. 4.82 plan d’assurance de la qualité document du fournisseur qui defini les dispositions d'assurance de la qualité spécifiques au projet 4.53 sireté de fonctionnement (RAMS) ensemble des aptitudes (fiablité, maintenabilté, disponibilté, sécurité) d'un produit qui lui permettent de disposer des performances fonctionnelles spécifiées, au moment voulu, pendant fa durée prévue et sans. dommage pour lui-méme et son environnement 454 réparation action sur un produit non conforme pour te rendre acceptable pour Futlisation prévue {EN 180 9000:2000) NOTE1 La réparation comprend les actions rectiicatives mendes pour rétablir dans son usage un produit intialement conforme, par exemple dans le cadre d'une opération de maintenance. NOTE 2 — Contrairement ata reprise, la réparation peut avoir une influence sur, ou modifier, des parties du produit non conforme. 455 exigence besoin ou attente formulés, habituellement implicites ou imposés {EN 180 9000:2000) NOTE 1 *Habituellement implicte” signifi quil est dusage ou de pratique courante pour Forganisme, ses clients et les autres parties intéressées, de considérer le besoin ou Fattente en question comme implicit. NOTE 2 _ Un qualiicatil peut étre utlisé pour désigner un type spécitique dexigence, par exemple exigence relative au produit. exigence relative au management de la qualité, exigonce du cont. NOTES Une exigence specie est une exigence qui est formule, par exemple dans un document NOTE 4 Les exigences peuvent provenir de différentes parties intéressées. 456 revue examen entrepris pour déterminer la pertinence, 'adéquation et Fefficacité de ce a des objectits détinis, [EN ISO 9000:2000] NOTE La revue pout également inclure la daétermination de Fetticience. EXEMPLE Revue de direction, revue de conception et développement, revue des exigences du client et revue de nnon-conformité. 457 reprise action sur un produit nen conforme pour le rendre conforme aux exigences [EN 'SO 9000:2000) NOTE Contrairement & la reprise, la réparation peul avoir une influence sur, ou modifier, des parties du prodult ‘non conforme,Pour DCI - DEFENSE CONSEIL INTERNATIONAL|DG! - DEFENSE CONSEIL INTERNATIONAL Page 14 EN 9200: 004 (E) 458 risk feared event for the correct progress and obtaining of the project expected results 459 scrap action on a nonconforming product to preclude its originally intended use TEN 180 9000:2000] EXAMPLE Recycling, destruction NOTE Ina nonconforming service situation, use is precluded by discontinuing the service. 4.60 support element product or service implemented for the support of the system 461 system sel of complex hardware, software, personnel and operating processes, organised in a way to satisfy the ‘needs and to fulfil the expected services, in a given environment NOTE Acystem when it constitutes a supply is a product. 462 systems engineering engineering, implying the convergence of different technical disciplines, which allows the customer and the supplier to co-ordinate the various technical processes (e.9. analysis need, design, ...) concurring in an iterative and exhaustive way to the adequacy of the solution throughout the product or system life cycle 4.63 task action to be achieved, under fixed conditions, to obtain an expected and identified result 4.66 technical event any significant technical event, predicted or not, arising during the life cycle of a product 4.65 technical specification contractual document established by the product applicant, for the designer, and expressing his need (or the ‘one he is charged to express) in terms of technical requirements The technical specification also defines the verification conditions of the requirements respect. 4.66 traceability ability to trace the history, application or location of that whic {according to EN ISO 9000:2000] NOTE 1 — When considering product traceabilty can relate to: — the origin of materials and parts. — the processing history, and — the distribution and location of the product atter delivery NOTE 2 — Inthe field of metrology the definition in VIM: 1999, 6.10, is the accepted definition under considerationPour DCI ~ DEFENSE CONSEIL INTERNATIONAL|OC! - DEFENSE CONSEIL INTERNATIONAL Page 14 EN 9200:2004 (F) 458 risque 6vénement redouté pour le bon déroulement et obtention des résultats attendus du projet 459 rebut action sur un produit non conforme visant 4 empécher son usage tel que prévu a Forigine [EN ISO 9000:2000) EXEMPLE ——_Recyclage, destruction NOTE Dans une situation de service non conforme, tusage est empéché par interruption du service. 4.60 élément de soutien produit ou service mis en ceuvre pour le soutien du systéme 461 systéme ensembie complexe de matériels, logiciels, personnels et processus diutiisation, organisés de maniére & satisfaire les besoins et & remplir les services attendus, dans un environnement donné NOTE Un systéme lorsquil constitue une fourrture est un produil 4.62 Ingénierie systéme ingénierie, impliquant la convergence de disciplines techniques différentes, qui permet au client et au fournisseur de coordonner les différents processus techniques (analyse ‘de besoin, conception, ...) concourant de maniére itérative et exhaustive & adéquation de la solution au besoin tout au long du cycle de vie du produit ou du systéme 4.63 tache action & accomplir, dans des conditions fixées, pour obtenir un résultat attendu et identifié 4.64 fail technique 6vénement technique marquant, prévu ou imprévu, int nant dans le cycle de vie d'un produit 4.65 spécification technique de besoin document a caractére contractuel étabii par le demandeur d'un produit, & intention du concepteur, et par leque! il exprime son besoin (ou celui quil est chargé de traduire) en termes d'exigences techniques La Spécification Technique du Besoin fixe également les conditions de vérification du respect de ces exigences. 4.68 tracabilité aptitude a retrouver historique, la mise en cauvre ou emplacement de ce qui est examiné {selon EN ISO 9000:2000] NOTE 1 — Dans le cas dun produit, elle peut are lige & — lorigine des matériaux et composants ; — historique de la réalisation ; a distribution et Femplacement du produit apres lvralson NOTE 2 En métrologie, la definition du VIM:1998, paragraphe 6.10, est la défntion reconnue.Pour DCI - DEFENSE CONSEIL INTERNATIONAL|DCI - DEFENSE CONSEIL INTERNATIONAL Page 15 EN 9200:2004 (E) 4.87 validation confirmation, through the provision of objective evidence, that the requirements for a specific intended use or application have been fulfilled IEN 1S0 9000:2000) NOTE 1 The term ‘validated” is used to designate the corresponding status. NOTE 2 The use conditions tor validation can be real or simulated. 488 verification confirmation, through the provision of objective evidence, that specified requirements have been fulfilled [EN 1S0 9000:2000) NOTE 1 The term “veritied” is use to designate the corresponding status. NOTE 2 Confirmation can comprise activities such as: Performing alternative calculations, — comparing a new design specitication with a similar proven design specitication, — undertaking tests and demonstrations, and — reviewing documents prior to issue. 4.69 waiver (concession) written authorisation to use a specimen or a batch of specimens of the product presenting a variation between the as-built configuration and the applicable configuration ‘The waivers (concessions) are given for explicit uses. 4.70 work breakdown structure global and structured breakdown of all the project, based on the product-tree or the function-tree, identifying the tasks and the main resources required to perform the project an work packages grouping of tasks related to the same product and the same supplier 5 Project context Each project takes place in an overall environment, or context, which influences its implementation and provides key features for defining ts objectives. {tis essential that the various issues arising from inside or outside the company where the project will take place are identified, understood and resolved before discussing andlor specifying the project management requirements. As far as the internal context is concemed, the following issues should be identified and understood: — Business Issues: this deals with aspects such as target price, margins, generated cash flow, time to ‘market, exportabilty, etc. — Strategic Issues: this deals with aspects such as business development opportunities, positioning versus competitors, strategic partnerships, etc Industrial Issues: the project may be an opportunity for developing new/strategic industrial capabilities internally and/or with strategic partners or suppliers — Technical/Technological Issues: aspects regarding the availability and mastering of key technical or technological capabilities are essential to be considered when planning or resourcing the projectPour : DCI ~ DEFENSE CONSEIL INTERNATIONAL|DC! ~ DEFENSE CONSEIL INTERNATIONAL Page 15 EN 9200:2004 (F) 4.67 validation confirmation par des preuves tangibles que les exigences pour une utilisation spécifique ou une application prévues ont été satisfaites [EN ISO 9000:2000) NOTE 1 Le terme “validé” désigne l'état correspondant. NOTE 2 Les conditions dutilisation pewent étre réelles ou simulées. 4.68 verification confirmation, par des preuves tangibles que les exigences spécifiées ont été salisfaites TEN ISO 3000:2000) NOTE 1 Le terme "veri" désigne état correspondant NOTE 2 La confirmation peut couvir des activités tells que — ‘éalisation dautres caleuls : — _comparaison dune spéctication de conception nouvelle avec une spécitication de conception simiare éprouvée ; rBalsation dessais ot de démonstration — reve des documents avant diltusion 4.69 derogation autorisation écrite dutiliser un exemplaire ou un lot d'exemplaires du produit présentant un écart entre la configuration réalisée et la configuration applicable Les dérogations sont accordées pour des utilisations précises. 4.70 organigramme des taches décomposition structurée et complete de tout le projet, basée sur Tarborescence-produit ou Varborescence fonetion, identifiant les taches et les moyens principaux requis pour dérouler le projet 471 lots de travaux regroupement de téches concernant un méme produit et un méme foumisseur 5 Contexte du projet Chaque projet s‘inscrit dans un environnement global, ou un contexte qui influence sa mise en cauvre et fournit les caractéristiques clés pour defini ses objects. Il est essentiel diidentifier, comprendre et résoudre les différents éléments interes ou externes a la société dans lesquels le projet’ doit sinscrire, avant de discuter eou spécifier les exigences relatives au management du projet. Pour ce qui concerne le contexte interne, les éléments suivants doivent étre identiliés et compris : — enjeux commerciaux : Ceci traite des aspects tels que Ie prix cible, les marges, la trésorerie générée, le moment de commercialiser, la possibilité exporter, etc. — enjeux stratégiques : Ceci traite des aspects tels que les opportunités de développement commercial, le Positionnement par rapport aux concurrents, les alliances stratégiques, etc. ; — enjeux industriels : Le projet peut étre [occasion de développer des aptitudes industrielles nouvelles/stratégiques en interne et/ou avec des partenaires ou des fournisseurs stratégiques : — enjeux techniques/technologiques : II est essentiel de prendre en considération les aspects concernant la disponibilité et 1a mattrise daptitudes techniques ou technologiques clés lors de la planiication ou du financement du projet ;Pour DCI ~ DEFENSE CONSEIL INTERNATIONAL |DCI - DEFENSE CONSEIL INTERNATIONAL Page 16 EN 9200:2004 (E) — Skills/Competencies Issues: key skills and competencies needed to successfully achieve the project must be considered and understood — Lessons learnt from previous projects The external context should also be taken into account; this could deal with issues such as: — Customer issues, as far as relationships, requirements, standards, regulations, reporting, agreements, offsets, etc. are concerned — PartnersiSuppliers issues as far as their involvement, technical/financial/industrial capabilities are concerned — and any other stakeholders, such as involved public agencies, governments, lobbies, etc. Once these issues are identified and understood, the project should consider the total picture and conduct trade-off studies to derive the most appropriate compromise to set up the project objectives upon. Project management specifications/requirements could be built upon these objectives. Of course, during the life of the project, any significant change to identified issues (or new issue) should lead to a reassessment of its consequences and a deriving of modified project objectives. 6 Project establishment 61 General The project establishment should be prepared as a formal document based on project objectives, externalinteral context, available resources and the project business case. 6.2 Project objectives Project objectives should be defined as a set of quantified targets in respect of performance / functionality, phasing and scheduling, cost and quality. Validation and confirmation should be sought through the project internal or external customer. The project schedule should be defined by using major milestones which should be precisely defined, An indication of deadlines for preliminary andlor critical project reviews should also be given. ‘The project objectives should be detailed and formalised during the project concept phase and should contain Top Level Requirements, ie. — Top Level Product Requirements — Top Level Project Management Requirements — Top Level Marketing Requirements — Top Level Business Requirements — Top Level Procurement Requirements — Top Level Product Support Requirements = ete. ‘The assessment of project objectives should be checked throughout the whole project lifecycle. 63 Management of project external context ‘The sensitivity factors should be known and laid down in the business case and risk analysis. Depending on the gravity of these factors, measures should be taken to reduce their possible impact. Within the company, measures of establishing credibility for the project should be taken into account,Pour ver DEFENSE CONSEIL INTERNATIONAL |DGI - DEFENSE CONSEIL INTERNATIONAL. Page 16 EN 9200:2004 (F) — aptitudes/compétences : Les aptitudes et les compétences nécessaires & la réussite du projet doivent tre prises en considération et comprises ; — retour d'expérience de précédents projets. Le contexte externe tient également compte et traite des enjeux tels que : — enjoux relatifs au client, en ce qui concerne les relations, les exigences, les normes, les réglements, les, rapports, les accords, les compensations ; ~~ enjeux relatifs aux partenaires/fournisseurs en ce qui conceme leurs engagements, leurs aptitudes techniques/financiéres/industrielles ; — ainsi que toutes les autres parties prenantes comme les agences publiques, gouvernements, lobbies, etc. concernés. Aprés avoir identifié et compris ces éléments, le projet prend en considération la situation globale et mene des études de choix en vue d'aboutir au campromis le plus approprié pour établir ses objects. Les spécificationsiexigences de management de projet peuvent prendre pour base ces objectifs Naturellement, au cours de la vie du projet, toute modification significative des enjeux identifiés (ou un nouvel enjeu) entraine une ré-évaluation de ses conséquences ainsi qu'une réorientation des objects du projet. 6 Etablissement du projet 61 Généralités Létablissement du projet est préparé comme un document forme! basé sur les objectifs du projet, le contexte exteme/interne, les ressources disponibles et le dossier “marketing” du projet. 62 — Objectifs du projet Les objectifs du projet sont définis comme un ensemble de cibles quantitiées en termes de performances, fonctionnalits, logique de déroulement, coats et qualité. La validation et la confirmation sont recherchées auprés du client interne ou extemne du projet. Le calendrier du projet est élaboré en utijisant les principaux jalons qui sont définis précisément. Une indication des échéances pour les revues de projet préliminaires eViou critiques est également fournie. Les objectits du projet sont détaillés et formalisés lors de la phase de conception du projet et comprennent les exigences de niveau le plus élevé, c'est--dire : — exigences produit de niveau le plus élevé ; — exigences de management de projet de niveau le plus élevé ; — exigences de marketing de niveau le plus élevé ; — exigences commerciales de niveau le plus élevé ; — exigences d'approvisionnement de niveau le plus élevé ; — exigences de soutien du produit de niveau le plus élevé — et, Lévaluation des objectifs du projet est vérifiée pendant toute la durée du cycle de vie du projet. 63 Management du contexte externe du projet, Les facteurs sensibles doivent étre connus et indiqués dans le dossier “marketing” et I'analyse des risques. En fonetion de la gravité de ces facteurs, des mesures sont prises pour réduire leur impact éventuel, Les mesures qui visent a établir la crédibilité du projet sont prises en considération dans la société.Pour DCI - DEFENSE CONSEIL INTERNATIONAL |DCI ~ DEFENSE CONSEIL INTERNATIONAL Page 17 EN 9200:2004 (E} 6.4 Management of project interactions Possible synergies fronvto other projects, or parts of them, should be taken into account. 65 Resource assessment An estimate of required resources (personnel as well as infrastructure) for the whole project should be undertaken, Possible conflicts with resource availability should be highlighted within the risk analysis. If needed appropriate actions for an early resource prioritisation should be launched. ‘Any resource assessment should take into account the full supply chain including strategic alliances. 66 Project business case The business case should contain as a minimum: — Strategic interest; Market assessme’ — This should contain all market conditions which render the projects necessary, and should include Market environment, market potential, market requirements, and the investigation of main competitors: — Brief economic description; — The indication of main economical parameters should be described, and should include the financing model, funding sources, currencies, prices, etc.; — Brief technical description; — A technical description of the project objectives, including main technical features which determine performance for a given cost, should be given and should include risks and opportunities, required technologies, maturity of technology candidates, etc. For the overall project viability assessment the following should be established in line with the Top Level Requirements: Pricing policy, target cost, business case objectives, cash flow. 7 Project planning 7.4 Management specification and management plan TAA Purpose The projact management specification is a contractual document prescribing the requirements to which the first level suppliers should conform for the activities of control, organisation and management ofthe project. During the progress of the project, the suppliers may be subject to distinct and successive contracts including, if necessary, a management specification which reflects the requirements of the customer. The goal of the project management specification is to gather in the same document, the management requirements. It should be established as soon as possible in the progress of the project (and in particular at the stage of the invitation to tender), because it determines much of the project success. The management specification and hence the management plans (see 7.1.3) constitute the project management rules. These rules could be adapted to each project phase.Pour per DEFENSE CONSEIL INTERNATIONAL |DGI - DEFENSE CONSEIL INTERNATIONAL Page 17 EN 9200:2004 (F) 6.4 Management des interactions du projet Les synergies éventuelles émanant dautres projets ou convergeant vers ces projets ou certaines parties drentre eux doivent étre prises en compte. 65 Evaluation des ressources Une évaluation des ressources requises (en personnel aussi bien qu'en matériels) pour rensemble du projet est entreprise. Les éventuels conflts relatifs & la disponibilité des ressources sont mis en évidence dans analyse des risques. Si nécessaire, des actions appropriées sont menées en vue de définir tr6s t6t les prioriés d'emploi des ressources. Toute évaluation des ressources prend en comple la chaine compiate d'appr alliances stratégiques. lonnement y compris les 66 Dossier "marketing" du projet Le dossier “marketing” du projet comporte au minimum : — Tintérét stratégique ; — Tévaluation du marché — cette évaluation comprend toutes les conditions du marché qui rendent le projet nécessaire y compris environnement du marché, le marché potentiel, les exigences du marché ainsi que les enquétes sur les principaux concurrents ; —_une bréve description économique ; — indication des principaux parametres économiques en incluant le modéle de financement, les sources de financement, les devises, les prix, ete. ; — une brave description technique ; — une description technique des objects du projet, y compris ses principales caractéristiques techniques déterminant la performance pour un coGt donné, est fournie et comprend les risques et les opportunites, les technologies requises, la maturité de ces diverses technologies, etc. Pour évaluer la viabilié de 'ensemble du projel, les éléments ci-aprés doivent étre établis conformément aux exigences du niveau le plus élevé : politique des prix, cost cible, objectifs marketing, trésorer 7 Planification du projet 7.1 Spécification et plan de management 7.4.4 Objet La spécification de management du projet est un document contractuel prescrivant les exigences auxquelles les fournisseurs de premier niveau doivent se conformer pour les activités de conduite, dorganisation et de gestion du projet. ‘Au cours du déroulement du projet, les prestations des fournisseurs des autres niveaux peuvent faire Fobjet de contrats distincts et successifs comprenant, si nécessaire, une spécification de management qui répercute les exigences du client. Le but de la spécification de management du projet est de rassembler dans un méme document les exigences de management. Elle doit étre établie le plus tot possible dans le déroulement du projet (et on particuliar d&s le stade de |'appel dotfres), car elle est déterminante pour le succ’s du projet La spéctfication de management et en conséquence les plans de management (voir 7.1.3) constituent les régies de management du projet. Ces régies peuvent étre adaptées chaque phase du projet.Pour DCI ~ DEFENSE CONSEIL INTERNATIONAL|DC! ~ DEFENSE CONSEIL INTERNATIONAL Page 18 EN 9200:2004 (E) 7.1.2 Application to all the actors of a project Each actor at a given level has the role of customer in relation to his suppliers. With respect to the management specification received from his customer, the actor located at a given level adapts the management requirements for his suppliers in a way such as they satisfy his own requirements and those of his customer. The tailoring of the management requirements should be appropriate to the level of the supplier's participation, whilst ensuring the continuity and the stability of the project rules. In all the customer/supplier relationships, the management requirements should be contractual 7.4.3 Management plan ‘The management plan may be established by the supplier to describe how he answers the set of requirements of the management specification, according to its quality system. ‘The management plan should be based upon and makes reference to company basis and standards The evel of document access to the customer should be defined within the contractual negotiations. ‘The management plan and the executive plans are different documents with different purposes (see Figure 2): Contract Customer Management Technical Specitcation Specification Management Plan Execution Plans Supplier + Organisation += Development Plan Cn Production Plan ~ Configuration Management Plan Quality Assurance Pian RAMS Plan, Figure 2— Management and executive plans purposes 7.4.3.1 Setting-up The management plan may refer to specific plans fulfling the corresponding requirements of the management specification (examples: quality assurance plan, integrated logistic support pian, etc.). Each supplier should establish the relationship between the content of its management plan and the requirements of the specification which it answers. Any possible variations are noted. 7.43.2 Acceptance ‘The supplier may submit to his customer, for acceptance, the management plan which he has prepared, including the successive changes. After acceptance, the management plan constitutes a supplier commitment.Pour C1 - DEFENSE CONSEIL INTERNATIONAL|DCI ~ DEFENSE CONSEIL INTERNATIONAL Page 18 EN 9200:2004 (F) 7.1.2 Application a tous les acteurs d'un projet Chaque acteur d'un niveau donné assume les fonctions de client par rapport & ses fournisseurs. Par rapport a la spécification de management regue de son client, lacteur situé & un niveau donné adapte les exigences de management pour ses fournisseurs de fagon telle quils puissent satisfaire 4 ses propres exigences et & celles de son client. adaptation des exigences de management est appropriée au niveau de participation du fournisseur, en veillant toutefois & assurer la continvité et la stabilité des régles du projet, Dans toutes les relations clienvfournisseur, les exigences de management sont contractuelles. 7.4.3 Plan de management Le plan de management peut étre établi par le fournisseur pour décrire comment il répond @ tfensemble des exigences de la spécification de management, selon son systéme qualité. Le plan de management s'appuie sur les documents du rétérentiel de 'entreprise. Les documents appelés

Vous aimerez peut-être aussi

• The Subtle Art of Not Giving a F*ck: A Counterintuitive Approach to Living a Good Life

  

  D'Everand

  The Subtle Art of Not Giving a F*ck: A Counterintuitive Approach to Living a Good Life

  Mark Manson

  Évaluation : 4 sur 5 étoiles

  4/5 (5819)
• The 7 Habits of Highly Effective People

  

  D'Everand

  The 7 Habits of Highly Effective People

  Stephen R. Covey

  Évaluation : 4 sur 5 étoiles

  4/5 (353)
• The Art of War: A New Translation

  

  D'Everand

  The Art of War: A New Translation

  Sun Tzu

  Évaluation : 4 sur 5 étoiles

  4/5 (3045)
• • Magazines
  • Podcasts
  • Partition
• The Iliad: The Fitzgerald Translation

  

  D'Everand

  The Iliad: The Fitzgerald Translation

  Robert Fitzgerald

  Évaluation : 4 sur 5 étoiles

  4/5 (5646)
• The Subtle Art of Not Giving a F*ck: A Counterintuitive Approach to Living a Good Life

  

  D'Everand

  The Subtle Art of Not Giving a F*ck: A Counterintuitive Approach to Living a Good Life

  Mark Manson

  Évaluation : 4.5 sur 5 étoiles

  4.5/5 (20105)
• The Handmaid's Tale

  

  D'Everand

  The Handmaid's Tale

  Margaret Atwood

  Évaluation : 4 sur 5 étoiles

  4/5 (13282)
• Pride and Prejudice: Bestsellers and famous Books

  

  D'Everand

  Pride and Prejudice: Bestsellers and famous Books

  Jane Austen

  Évaluation : 4.5 sur 5 étoiles

  4.5/5 (20479)
• Good Omens: A Full Cast Production

  

  D'Everand

  Good Omens: A Full Cast Production

  Neil Gaiman

  Évaluation : 4.5 sur 5 étoiles

  4.5/5 (10972)
• Never Split the Difference: Negotiating As If Your Life Depended On It

  

  D'Everand

  Never Split the Difference: Negotiating As If Your Life Depended On It

  Chris Voss

  Évaluation : 4.5 sur 5 étoiles

  4.5/5 (3313)
• Wuthering Heights Complete Text with Extras

  

  D'Everand

  Wuthering Heights Complete Text with Extras

  Emily Bronte

  Évaluation : 4 sur 5 étoiles

  4/5 (9991)
• The Picture of Dorian Gray (The Original 1890 Uncensored Edition + The Expanded and Revised 1891 Edition)

  

  D'Everand

  The Picture of Dorian Gray (The Original 1890 Uncensored Edition + The Expanded and Revised 1891 Edition)

  Oscar Wilde

  Évaluation : 4 sur 5 étoiles

  4/5 (9054)
• Art of War: The Definitive Interpretation of Sun Tzu's Classic Book of Strategy

  

  D'Everand

  Art of War: The Definitive Interpretation of Sun Tzu's Classic Book of Strategy

  Stephen F. Kaufman

  Évaluation : 4 sur 5 étoiles

  4/5 (3321)
• Oscar Wilde: The Unrepentant Years

  

  D'Everand

  Oscar Wilde: The Unrepentant Years

  Nicholas Frankel

  Évaluation : 4 sur 5 étoiles

  4/5 (10370)
• Anna Karenina: Bestsellers and famous Books

  

  D'Everand

  Anna Karenina: Bestsellers and famous Books

  Leo Tolstoy

  Évaluation : 4 sur 5 étoiles

  4/5 (7503)
• The Hobbit

  

  D'Everand

  The Hobbit

  J. R. R. Tolkien

  Évaluation : 4.5 sur 5 étoiles

  4.5/5 (25894)
• Freakonomics Rev Ed

  

  D'Everand

  Freakonomics Rev Ed

  Steven D. Levitt

  Évaluation : 4 sur 5 étoiles

  4/5 (7879)
• Orgueil et Préjugés - Edition illustrée: Pride and Prejudice

  

  D'Everand

  Orgueil et Préjugés - Edition illustrée: Pride and Prejudice

  Jane Austen

  Évaluation : 4.5 sur 5 étoiles

  4.5/5 (20391)
• The 7 Habits of Highly Effective People: The Infographics Edition

  

  D'Everand

  The 7 Habits of Highly Effective People: The Infographics Edition

  Stephen R. Covey

  Évaluation : 4 sur 5 étoiles

  4/5 (2487)
• Wuthering Heights (Seasons Edition -- Winter)

  

  D'Everand

  Wuthering Heights (Seasons Edition -- Winter)

  Emily Bronte

  Évaluation : 4 sur 5 étoiles

  4/5 (9975)
• Habit 3 Put First Things First: The Habit of Integrity and Execution

  

  D'Everand

  Habit 3 Put First Things First: The Habit of Integrity and Execution

  Stephen R. Covey

  Évaluation : 4 sur 5 étoiles

  4/5 (2508)
• The 7 Habits of Highly Effective People

  

  D'Everand

  The 7 Habits of Highly Effective People

  Stephen R. Covey

  Évaluation : 4 sur 5 étoiles

  4/5 (2572)
• Habit 1 Be Proactive: The Habit of Choice

  

  D'Everand

  Habit 1 Be Proactive: The Habit of Choice

  Stephen R. Covey

  Évaluation : 4 sur 5 étoiles

  4/5 (2559)
• Habit 6 Synergize: The Habit of Creative Cooperation

  

  D'Everand

  Habit 6 Synergize: The Habit of Creative Cooperation

  Stephen R. Covey

  Évaluation : 4 sur 5 étoiles

  4/5 (2499)
• How To Win Friends And Influence People

  

  D'Everand

  How To Win Friends And Influence People

  Dale Carnegie

  Évaluation : 4.5 sur 5 étoiles

  4.5/5 (6700)
• American Gods: The Tenth Anniversary Edition

  

  D'Everand

  American Gods: The Tenth Anniversary Edition

  Neil Gaiman

  Évaluation : 4 sur 5 étoiles

  4/5 (12956)
• The Iliad: A New Translation by Caroline Alexander

  

  D'Everand

  The Iliad: A New Translation by Caroline Alexander

  Homer

  Évaluation : 4 sur 5 étoiles

  4/5 (5734)
• Life of Pi: A Novel

  

  D'Everand

  Life of Pi: A Novel

  Yann Martel

  Évaluation : 4 sur 5 étoiles

  4/5 (13495)
• The Picture of Dorian Gray: Classic Tales Edition

  

  D'Everand

  The Picture of Dorian Gray: Classic Tales Edition

  Oscar Wilde

  Évaluation : 4 sur 5 étoiles

  4/5 (9765)