Les PDG risquent un avantage concurrentiel (et des emplois) en lésinant sur les tests de logiciels

Découvrez toutes les sessions à la demande du Sommet sur la sécurité intelligente ici.

Cet été, l'échec du redressement de l'unité logicielle de Volkswagen a coûté son poste au PDG Herbert Diess. Un nom connu, Volkswagen risquait de perdre son avantage concurrentiel sur la Chine, le Japon et d'autres marchés en ne se modernisant pas, parallèlement aux dommages à la réputation de produire des voitures qui ne peuvent pas correspondre aux normes logicielles des concurrents. Diess est peut-être devenu le dirigeant le plus en vue à payer le prix de l'échec de la modernisation d'une organisation. Il ne sera pas le dernier.

L'industrie automobile n'est que l'une des nombreuses entreprises qui sont devenues centrées sur les logiciels. La vente au détail est désormais en ligne, et non plus physique. Les opérations bancaires se font sur des applications, pas sur le comptoir. Les dirigeants doivent concilier un ensemble de priorités différent de celles de leurs prédécesseurs s'ils veulent surmonter la tempête économique imminente.

Le départ de Diess n'était pas dû à une pure ignorance, ni à un manque de reconnaissance de l'importance du développement de logiciels pour l'avenir de l'industrie automobile. Lors de sa nomination, Diess a semblé reconnaître le besoin de changement. Il a dit que VW "a besoin d'une culture logicielle". Ce que cela signifie dans la pratique, cependant, est difficile à définir, et souvent la perception de ceux qui sont au sommet n'est pas reflétée par l'expérience.

Une base logicielle solide

La plupart des problèmes logiciels ne sont pas dus à une incapacité à compiler ; ils sont généralement causés par un problème dans le code qui entraîne le plantage d'un programme ou la production de faux résultats. En d'autres termes, les problèmes sont causés par une incapacité à tester. Alors que certaines défaillances d'applications peuvent être rapidement résolues, beaucoup peuvent coûter beaucoup de temps aux entreprises, en perdant cet avantage concurrentiel et ces revenus, et en fin de compte, nuire à la réputation.

Événement

Sommet sur la sécurité intelligente à la demande

Découvrez le rôle essentiel de l'IA et du ML dans la cybersécurité et des études de cas spécifiques à l'industrie. Regardez les sessions à la demande dès aujourd'hui.

Regardez ici

Alors que les entreprises accélèrent leur transformation numérique pour acquérir un avantage concurrentiel, le rythme du développement de logiciels continue d'augmenter à un rythme effréné. Cela exerce une pression énorme sur les équipes informatiques pour développer et publier rapidement des logiciels, souvent avec des ressources limitées. Cependant, une étape critique dans la publication d'un nouveau logiciel consiste à déployer les bonnes capacités de test pour trouver et corriger les erreurs à l'avance. Malgré cela, les risques sont pris et les coins sont coupés. C'est là que les PDG qui ne sont pas immergés dans une culture centrée sur les logiciels ne comprennent pas les étapes nécessaires pour transformer numériquement une entreprise.

Vous devez construire à partir d'une base solide. Pour utiliser une métaphore du football, vous devez construire à partir de l'arrière. Les équipes d'assurance qualité et de test sont comme les gardiens de but, les paires de mains sûres qui empêchent de prendre du retard et permettent aux autres dans l'entreprise de se concentrer sur le score. Trop souvent, les dirigeants entrent dans une entreprise et se concentrent sur la sortie rapide de logiciels mal développés pour rattraper leur retard. Vous pouvez signer autant d'attaquants vedettes que vous le souhaitez, mais si vous avez une défense défaillante, vous en souffrirez à long terme.

L'épreuve cruciale

La compréhension de l'origine des problèmes logiciels peut varier. Dans le secteur bancaire, les pannes sont souvent imputées aux systèmes informatiques complexes des grandes banques, qui ont été construits sur des mises à niveau incrémentielles des systèmes hérités. Moins de responsabilité est prise pour les tests logiciels de qualité inférieure, malgré les conséquences énormes pour les clients, les atteintes à la réputation...