![\"Conformit\u00e9](\"https:\/\/www.m-q.ch\/wp-content\/uploads\/2021\/02\/Compliance-im-Engineering.jpg\")
<\/p>\n<\/p>\n
<\/p>\n
<\/p>\n
<\/p>\n
A<\/strong><\/em>Actuellement, dans la plupart des cas, cette v\u00e9rification se fait manuellement, ou pour le dire plus cr\u00fbment : une semaine avant l'arriv\u00e9e des auditeurs, toutes sortes de documents sont rassembl\u00e9s ou - pire encore ! - les preuves sont cr\u00e9\u00e9es apr\u00e8s coup. En fin de compte, les ing\u00e9nieurs automobiles hautement qualifi\u00e9s sont occup\u00e9s \u00e0 remplir des pages et des pages de feuilles Excel. Ce n'est pas particuli\u00e8rement une valeur ajout\u00e9e, c'est le moins qu'on puisse dire.<\/p>\n Mise en \u0153uvre de la conformit\u00e9 de mani\u00e8re significative<\/strong><\/p>\n <\/p>\n Cette approche inefficace est due, entre autres, au fait que les processus ne sont pas toujours d\u00e9finis de mani\u00e8re pratique dans le cadre des programmes Automotive SPICE \u00ae ou CMMI. Dans de trop nombreux cas, la d\u00e9finition des processus est effectu\u00e9e par des consultants. Ils \"prescrivent\" certains processus \u00e0 une entreprise sans tenir compte du fait que ces processus sont align\u00e9s sur les objectifs de l'entreprise ou, plus g\u00e9n\u00e9ralement, sur les r\u00e9alit\u00e9s<\/p>\n <\/p>\n Processus sans pertinence pratique<\/strong><\/em><\/p>\n <\/p>\n de l'entreprise. En outre, trop d'auditeurs, d'\u00e9valuateurs et de contr\u00f4leurs v\u00e9rifient encore les processus \u00e0 l'aide de listes de contr\u00f4le pour v\u00e9rifier leur conformit\u00e9 nominale \u00e0 la norme. Il en r\u00e9sulte des sp\u00e9cifications de processus totalement irr\u00e9alistes, inefficaces, voire nuisibles \u00e0 l'entreprise, que les d\u00e9veloppeurs et les ing\u00e9nieurs appliquent au mieux \u00e0 contrec\u0153ur ou qu'ils finissent par ignorer.<\/p>\n <\/p>\n Les pratiques du CMMI telles que \"PP SP 2.6 : Planifier l'implication des parties prenantes\", par exemple, ne servent pas de fin en soi ! Pour cette seule raison, personne ne devrait avoir \u00e0 cr\u00e9er des pages de documents, \u00e0 remplir des mod\u00e8les, \u00e0 donner des approbations et \u00e0 tenir des r\u00e9unions qui durent des heures. Non, cette pratique veut simplement encourager les personnes impliqu\u00e9es dans le projet \u00e0 y r\u00e9fl\u00e9chir : Qui peut contribuer au succ\u00e8s du projet ? Comment ces personnes peuvent-elles \u00eatre impliqu\u00e9es de mani\u00e8re optimale dans le projet ? Quand cela devrait-il se produire ? En bref, l'id\u00e9e de base de mod\u00e8les comme Automotive SPICE \u00ae ou CMMI peut \u00eatre r\u00e9sum\u00e9e par la phrase : \"R\u00e9fl\u00e9chissez avant d'agir\".<\/p>\n Directement dans la cha\u00eene de valeur<\/strong><\/p>\n <\/p>\n Il est donc beaucoup plus logique d'utiliser l'exp\u00e9rience de l'industrie a\u00e9ronautique, de la technologie ferroviaire et d'autres domaines d'application critiques pour la s\u00e9curit\u00e9 et d'int\u00e9grer la v\u00e9rification de la conformit\u00e9 directement dans la cha\u00eene de valeur du d\u00e9veloppement (analyse, conception, mise en \u0153uvre, int\u00e9gration, essais). Si certaines activit\u00e9s n'apportent pas de valeur ajout\u00e9e, elles doivent \u00eatre \u00e9limin\u00e9es imm\u00e9diatement. Toutefois, la cr\u00e9ation de valeur ne doit pas \u00eatre consid\u00e9r\u00e9e uniquement en termes de b\u00e9n\u00e9fices \u00e0 court terme du projet. Il convient plut\u00f4t de tenir compte, par exemple, des am\u00e9liorations suivantes en mati\u00e8re de valeur :<\/p>\n <\/p>\n Pour atteindre cet objectif, les concepts de tra\u00e7abilit\u00e9 connus de la gestion des exigences, c'est-\u00e0-dire la tra\u00e7abilit\u00e9 d'une exigence \u00e0 travers la conception, la mise en \u0153uvre et le test, sont utilis\u00e9s et appliqu\u00e9s \u00e0 la gestion des processus. La partie sup\u00e9rieure de la figure 1 montre ce lien entre le niveau de conformit\u00e9 et le niveau du processus.<\/p>\n L'acceptation par la perspicacit\u00e9<\/strong><\/p>\n <\/p>\n Plus pr\u00e9cis\u00e9ment, les normes sont d\u00e9compos\u00e9es en exigences individuelles, qui sont mises en correspondance avec les \u00e9l\u00e9ments respectifs de la description du processus standard. Par exemple, une exigence \"6-6.4.1 : les exigences de s\u00e9curit\u00e9 des logiciels doivent concerner chaque fonction logicielle dont la d\u00e9faillance pourrait entra\u00eener une violation d'une exigence de s\u00e9curit\u00e9 technique attribu\u00e9e \u00e0 un logiciel\" de la norme ISO 26262 est mise en correspondance avec les \u00e9tapes du processus \"\u00c9laborer les exigences\", \"Valider les exigences\" et le produit de travail \"Exigences logicielles\".<\/p>\n <\/p>\n Le graphique 1 peut \u00eatre utilis\u00e9 pour l'analyse des \u00e9carts dans les deux sens :<\/p>\n <\/p>\n Exc\u00e8s de \"d\u00e9chets de proc\u00e9d\u00e9<\/strong><\/em><\/p>\n <\/p>\n Existe-t-il une justification m\u00e9thodologique, technique, normative ou commerciale pour chaque \u00e9tape du processus ? De cette mani\u00e8re, les \u00e9tapes superflues (\"gaspillage\" au sens de LEAN ou simplement \"gaspillage de processus\" excessif) peuvent \u00eatre identifi\u00e9es et \u00e9limin\u00e9es.<\/p>\n <\/p>\n L'acceptation na\u00eet d'une vision rationnelle et \u00e9motionnelle - une vision largement r\u00e9pandue en psychologie. L'objectif est donc de montrer une cha\u00eene de raisonnement continue, depuis les diff\u00e9rentes exigences normatives jusqu'aux diff\u00e9rentes \u00e9tapes de d\u00e9veloppement. L'utilisateur final comprend ainsi clairement pourquoi certaines \u00e9tapes doivent \u00eatre franchies. Cette transparence garantit une meilleure compr\u00e9hension et conduit finalement \u00e0 une meilleure acceptation du processus. Chacun est beaucoup plus susceptible de comprendre et de suivre les sp\u00e9cifications et les r\u00e8glements si les raisons des mesures respectives lui sont clairement expliqu\u00e9es et rendues compr\u00e9hensibles. Cette proc\u00e9dure peut \u00eatre appliqu\u00e9e en parall\u00e8le \u00e0 plusieurs normes ou standards. Voici quelques exemples de ces combinaisons<\/p>\n <\/p>\n L'effort peut \u00eatre r\u00e9duit encore davantage si ces sp\u00e9cifications sont combin\u00e9es entre elles et si les processus sont mis en correspondance avec le mod\u00e8le global qui en r\u00e9sulte. De cette mani\u00e8re, les chevauchements dans le contenu des sp\u00e9cifications peuvent \u00e9galement \u00eatre \u00e9limin\u00e9s et mis en \u0153uvre uniform\u00e9ment dans les processus. Cette approche a d\u00e9j\u00e0 \u00e9t\u00e9 mise en \u0153uvre avec succ\u00e8s pour les mod\u00e8les SPICE et CMMI ainsi que pour les normes de d\u00e9veloppement des dispositifs m\u00e9dicaux. Le nombre de personnes<\/p>\n <\/p>\n Rendre les d\u00e9marches transparentes<\/strong><\/em><\/p>\n <\/p>\n Les exigences standard pourraient \u00eatre r\u00e9duites de plus de 75 %.<\/p>\n <\/p>\n Cependant, ces processus sont encore au niveau th\u00e9orique. Beaucoup trop d'entreprises restent bloqu\u00e9es dans la gestion des processus avec la publication pure des processus. Une visualisation des processus - aussi utile soit-elle - ne peut \u00eatre qu'une premi\u00e8re \u00e9tape. Pour de r\u00e9elles am\u00e9liorations dans le d\u00e9veloppement quotidien, il est crucial que chaque \u00e9tape du processus d\u00e9finie ait vraiment un sens et soit mise en \u0153uvre dans la pratique.<\/p>\n Des processus concrets gr\u00e2ce \u00e0 la personnalisation<\/strong><\/p>\n <\/p>\n Pour l'utilisateur final, il est important que les processus soient aussi concrets que possible et adapt\u00e9s \u00e0 son objectif. Toutefois, il est dans la nature des choses que les processus normalis\u00e9s soient in\u00e9vitablement abstraits et donc, dans les cas les plus rares, vraiment assez concis pour \u00eatre directement utiles et applicables dans la pratique quotidienne des projets.<\/p>\n <\/p>\n Quiconque a g\u00e9r\u00e9 ou jou\u00e9 un r\u00f4le d\u00e9cisif dans plusieurs projets de d\u00e9veloppement peut confirmer qu'il n'y a jamais deux projets de d\u00e9veloppement qui suivent exactement le m\u00eame processus. Il y a beaucoup trop de variations, par exemple, dans les objectifs du projet, les technologies utilis\u00e9es, les exigences des clients, les structures organisationnelles ou l'exp\u00e9rience des personnes impliqu\u00e9es dans le projet. De plus, les bonnes organisations apprennent constamment, s'adaptent aux changements de circonstances et utilisent les nouvelles technologies de mani\u00e8re rentable. Aucun processus standard ne peut jamais tenir compte de cette variance et de la rapidit\u00e9 du changement.<\/p>\n <\/p>\n Par l'adaptation aux processus accept\u00e9s<\/strong><\/em><\/p>\n <\/p>\n Il s'agit donc d'adapter une description standard abstraite du processus \u00e0 la demande de projet sp\u00e9cifique, c'est-\u00e0-dire de s\u00e9lectionner les bonnes \u00e9tapes pour un projet particulier et de les d\u00e9tailler dans le contexte du projet. Un processus standard sp\u00e9cifie, par exemple, que les exigences doivent \u00eatre enregistr\u00e9es, document\u00e9es et v\u00e9rifi\u00e9es quant \u00e0 leur caract\u00e8re raisonnable et complet. La mani\u00e8re dont cela doit \u00eatre fait de mani\u00e8re optimale dans un projet concret d\u00e9pend beaucoup du contexte.<\/p>\n <\/p>\n Dans un environnement o\u00f9 la s\u00e9curit\u00e9 est essentielle, comme dans une automobile, ces exigences doivent normalement \u00eatre enregistr\u00e9es de mani\u00e8re structur\u00e9e, document\u00e9es dans un syst\u00e8me de gestion des exigences et contr\u00f4l\u00e9es par v\u00e9rification et validation. La norme ISO 26262 \u00e9tablit un certain nombre de sp\u00e9cifications claires \u00e0 cet \u00e9gard : Par exemple, toutes les exigences de s\u00e9curit\u00e9 technique doivent \u00eatre v\u00e9rifi\u00e9es pour s'assurer de leur conformit\u00e9 et de leur coh\u00e9rence avec le concept de s\u00e9curit\u00e9 fonctionnelle et les hypoth\u00e8ses architecturales pr\u00e9liminaires (ISO 26262:2011 4-6.4.6.1). Cette v\u00e9rification ne peut \u00eatre effectu\u00e9e efficacement que par des syst\u00e8mes de gestion des exigences au moins semi-automatis\u00e9s.<\/p>\n <\/p>\n Cependant, il existe \u00e9galement des syst\u00e8mes dans chaque automobile qui ne sont pas class\u00e9s comme critiques pour la s\u00e9curit\u00e9, par exemple la plupart des fonctions d'un syst\u00e8me d'info-divertissement. Un examen formel de toutes les exigences de ces syst\u00e8mes d\u00e9passerait compl\u00e8tement la note. Cela signifie-t-il que l'on peut se passer de la gestion structur\u00e9e de ces exigences ? Absolument pas ! Les exigences en mati\u00e8re de syst\u00e8mes d'info-divertissement sont tr\u00e8s \u00e9tendues ; il n'est pas rare que des syst\u00e8mes complexes aient jusqu'\u00e0 mille exigences individuelles. Il est impossible de g\u00e9rer un tel nombre d'exigences de mani\u00e8re significative en utilisant Excel, m\u00eame si de nombreuses entreprises essaient encore de le faire aujourd'hui, parfois \u00e0 travers de nombreuses variantes de produits.<\/p>\n <\/p>\n Dans d'autres domaines du syst\u00e8me, il peut \u00eatre plus efficace de d\u00e9crire les exigences avec des cas d'utilisation ou de mani\u00e8re moins structur\u00e9e avec des t\u00e9moignages d'utilisateurs et de passer directement \u00e0 la mise en \u0153uvre sans autre test.<\/p>\n <\/p>\n Comment appliquer des processus standard abstraits \u00e0 des situations de projet concr\u00e8tes ? La solution est la suivante : par l'adaptation des processus. La confection signifie deux choses :<\/p>\n <\/p>\n L'adaptation des processus est une autre \u00e9tape importante vers des processus de d\u00e9veloppement significatifs, concrets et accept\u00e9s. Toutefois, pour obtenir la plus grande valeur ajout\u00e9e possible, il est essentiel que la mise en \u0153uvre pratique soit aussi efficace que possible.<\/p>\n L'efficacit\u00e9 par l'automatisation<\/strong><\/p>\n <\/p>\n En guise de derni\u00e8re \u00e9tape vers une orientation vers un processus \u00e0 valeur ajout\u00e9e, les \u00e9tapes les plus importantes du processus devraient donc \u00eatre automatis\u00e9es. Cela s'applique, par exemple, aux processus de modification, de construction ou de publication. Ici, les processus sp\u00e9cifi\u00e9s par la personnalisation sont utilis\u00e9s directement dans les outils PLM\/ALM que les ing\u00e9nieurs utilisent chaque jour pour d\u00e9velopper du mat\u00e9riel, des logiciels et de l'\u00e9lectronique. Les plates-formes de d\u00e9veloppement modernes peuvent \u00eatre configur\u00e9es en fonction de chaque projet au moyen de d\u00e9finitions de processus ou contenir des moteurs de flux de travail qui, par exemple, g\u00e8rent les demandes de changement et les contr\u00f4lent dans plusieurs disciplines jusqu'\u00e0 leur mise en \u0153uvre. La partie inf\u00e9rieure de la figure 1 montre ce lien entre le niveau du processus et le niveau d'ex\u00e9cution.<\/p>\n <\/p>\n La cha\u00eene des preuves en arri\u00e8re-plan<\/strong><\/em><\/p>\n <\/p>\n Du point de vue de la conformit\u00e9, vous obtenez automatiquement une cha\u00eene continue de preuves allant des exigences des normes aux r\u00e9sultats concrets du travail. Si les outils PLM\/ALM modernes sont coupl\u00e9s \u00e0 des syst\u00e8mes de gestion des processus correctement \u00e9quip\u00e9s, cette cha\u00eene de preuves fonctionne totalement sans perturbation des m\u00e9dias ni intervention manuelle.<\/p>\n <\/p>\n Cela signifie que les preuves sont recueillies en arri\u00e8re-plan lors de l'ex\u00e9cution normale des processus dans les projets de d\u00e9veloppement et peuvent \u00eatre g\u00e9n\u00e9r\u00e9es sous la forme d'un rapport avec une r\u00e9f\u00e9rence directe aux normes et standards si n\u00e9cessaire. Les ing\u00e9nieurs sont exclusivement impliqu\u00e9s dans la valeur ajout\u00e9e, et la v\u00e9rification est g\u00e9n\u00e9r\u00e9e automatiquement. Bien entendu, cette approche fonctionne \u00e9galement en parall\u00e8le avec plusieurs normes et standards. Les principaux constructeurs automobiles et leurs fournisseurs r\u00e9alisent ainsi des gains d'efficacit\u00e9 qui se situent bien au-del\u00e0 des deux chiffres.<\/p>","protected":false},"excerpt":{"rendered":" Aktuell erfolgt dieser Nachweis in den meisten F\u00e4llen manuell, oder plakativer ausgedr\u00fcckt: eine Woche, bevor die Pr\u00fcfer anr\u00fccken, sucht man alle Arten von Dokumentation zusammen oder \u2013 noch schlimmer! \u2013 erstellt die Nachweise im Nachhinein. Im Endeffekt sind hochqualifizierte Automotive-Ingenieure damit besch\u00e4ftigt, seitenlange Excel-Sheets auszuf\u00fcllen. Das ist, gelinde gesagt, nicht besonders wertsch\u00f6pfend. […]<\/p>\n","protected":false},"author":66,"featured_media":12701,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"footnotes":""},"categories":[4],"tags":[4804],"class_list":["post-12698","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-risikomanagement","tag-9-2013"],"acf":[],"yoast_head":"\n\n
\n
\n
\n