Forum-mercedes.com

Salut Eric,

Je ne suis pas expert Mercedes, mais j'ai récemment troqué mon ancienne voiture pour une classe A220 W177 et je dois dire que j'adore le confort intérieur (malgré qu'elle n'ait pas toutes les options) ainsi que la conduite.

Ce qui serait bien, c'est que tu nous dises quels sont les arguments, et surtout, est-ce qu'ils se sont déjà mis au volant de cette voiture.

Bonsoir tous
Il faut se méfier de l'effet "goutte d'encre dans un seau de lait"...
On n'entend parler que de ceux qui ont un problème (d'ailleurs très souvent dû à une mauvaise utilisation ou à des modifications hasardeuses...) et des "éternels mécontents"...  Par exemple, ceux qui ont acheté une Classe A et qui espéraient avoir une Classe S en plus petit... (ne souriez pas, ça existe).
Mais en revanche, ceux qui n'ont pas de problèmes (la plus grande majorité) sont silencieux...
On a donc tendance à ne retenir que les problèmes

Bonsoir Aristote,

Quels problèmes de conception as-tu identifié ?

je vais rejoindre Aristote sur beaucoup de points sauf sur le confort car la mienne est très confortable avec les suspensions pilotées et que mon concessionnaire est vraiment top et (je touche du bois) j'ai pas eu de pépins depuis un bon moment.
Mais tu sais j'étais TRES embêté par ma 1ère W176 pendant 2 ans le temps qu'ils trouvent tous les problème et la 3ème année plus rien. Je l'ai revendue et l'acheteur en est très content.
Ma 2ème 176 RAS et puis celle là ou je ne retiens maintenant que le positif après pas mal de déboires en tous genres notamment électroniques. Ca fait deux ans qu'elle est sortie donc les erreurs de jeunesse ont du passer t(inquiètes pas.

Problème connu pour la clim David, c'est le capteur de température dans le plafonnier qui déconne.

Bonjour
je trouve que le véhicule est bien trop bas sur la finition AMG LINE; il faut passer les ralentisseurs au pas (je m'arrête même des fois de peur de toucher.....).
Le MBUX dysfonctionne de temps à autres.....
Sinon on est très bien assis.

Les plus frileux devront attendre la phase 2, souvent plus fiable. On peut considérer que deux ans, c'est long pour corriger les défauts de jeunesse, mais c'est identique chez toutes les autres marques

La hauteur de caisse, ce n'est pas un défaut, c'est esthétique

Bonjour,

Du temps de ma 4L, en 1978, je n'ai jamais eu de bugs d'électronique ou de MBUX

Aujourd'hui, on en a sur toutes les voitures de tous les constructeurs.

Quant aux corrections de bug, ne pas oublier que des vies sont en jeux dans une voiture et qu'en informatique toute correction peut avoir des effets de bord (nouveaux bugs provoqués par la correction). Il faut donc retester à fond à chaque correction pour limiter les risques de mise en danger de nos vies.
Je cherche pas à excuser, juste à donner une explication aux lenteurs de correction des bug.

Arrêtez les copains, on va passer pour des vieux c..:lol: moi ma meilleure c'était la 104 Z plus (la noire avec plus écrit en orange )  que mon grand père m'avait donné pour mon permis.
Bref c'était plus fiable que nos merco du jour (et hop comment retomber sur le sujet initial )

Je ne suis pas tout à fait d'accord @StarRoads. Ce n'est pas parce que des tests de non régression sont industrialisés qu'ils sont rapides.
Un exemple tout bête et pas forcément "réel" mais qui a uniquement pour but de montrer qu'il ne s'agit pas simplement d'appuyer sur un bouton, d'attendre et de venir récupérer les résultats.

La voiture sort, des gens l'achètent et commencent à se rendre compte que sous la pluie, les essuies glace ne se mettent pas toujours en route.
L'information commence à remonter petit à petit :
- Si trop peu de signalements, il n'y a pas forcément la possibilité de trouver la cause de la panne lorsque celle-ci est intermittente.
- Lorsque la masse critique de personnes qui remonte le problème est atteinte et permet de mettre le doigt sur la défaillance, nous sommes facilement à +6 mois
=> Ce n'est pas de l'incompétence ou des mauvais processus, c'est juste qu'il est impossible sur des usines à gaz d'ouvrir le capot et de dire : "oh, c'est ici le problème".

Phase 2 : Le problème est identifié, les données d'un capteur ne sont pas correctement remontées
- Il y a des développements en cours. On ne peut pas arrêter tout pour un défaut d'essuies glace.
- Ca passe en backlog selon "priorisation".
- Disons que 3 mois après la tâche est assignée

Phase 3 : Développement du correctif et des tests
- Ca peut être très rapide si c'est une erreur "bête" ou très long s'il y a un défaut de schéma électronique en plus de l'informatique
- Disons que c'est rapide et qu'en 3 jours c'est corrigé.
- Vraisemblablement, les tests n'étaient pas adaptés puisqu'ils n'ont pas détecté le problème
- Il faut donc en plus écrire des nouveaux tests. C'est affecté à une autre équipe et ça prend également du temps. Mais on va dire 2 jours et directement à la fin des 3 jours de développement
- Nous sommes tout de même à +9 mois après première identification du problème et les tests n'ont pas débuté

Phase 4 : les tests
- Pour faire ce test là, il faut soit attendre la pluie, soit faire ça dans un environnement qui simule la pluie. On n'arrive pas avec la voiture en mode "coucou, tu peux me donner de la pluie s'il te plaît ?". On réserve un passage et ça prend un certain temps
- Ensuite, toutes les fonctionnalités qui utilisent les fichiers modifiés et le capteur dont il est question doivent-être à nouveau testés. On réserve les passages là aussi et ça prend également un certain temps.
- Soit tout se passe bien et tout est réglé (passage à la phase 5), soit les tests échouent et il faut revenir en phase 3, voire en phase 2 si un nouveau problème apparaît
- Tu en as donc pour plusieurs mois là aussi. Partons par exemple sur 3 mois (ça peut-être plus, ça peut-être moins)

Phase 5 :
- On lance le processus de mise en production (qui peut-être ralenti si jamais on doit attendre d'avoir d'autres éléments pour faire une seule mise en production).

Au final, sur un bête problème de gestion de capteur, ça a mis un an. Pas parce qu’il sont fainéants ou qu'il y a de mauvais processus, mais justement car c'est "industrialisé" et que ce n'est pas un projet étudiant avec des tests unitaires qu'on peut lancer 100 fois par jour ou du code qu'on peut modifier comme ça.

Dernière modification par Flo354 (27-08-2020 13:20:53)

C'est du débat pour débattre là, mais j'ai mis cette "petite" explication parce que @mimigeek parlait de "correction de bugs".
Du coup, quand tu as cité son message et dis qu'il s'agissait de tests de non régression, j'avais compris que tu ne voyais que la partie "test" dans toute l'usine à gaz qu'est la "correction". Il n'y avait aucune prise de hauteur dans mon commentaire précédent

Je suis tout à fait d'accord @StarRoads !

Pour revenir plus sur le sujet, ça fait quelques fois que je vois revenir les termes "phase 1", "phase 2", etc...
Je ne suis pas sûr de comprendre. En plus de classe A première génération, deuxième, troisième, quatrième, il y a également des phases ?

Donc on peut avoir une classe A IV phase 2 ?