Découvrez comment la solution Parasoft Continuous Quality permet de contrôler et de gérer les environnements de test pour fournir des logiciels de haute qualité en toute confiance. Inscrivez-vous pour la démo >>

BLOG

Mode 1, Mode 2: Alan Zeichick sur le développement bimodal

Mode 1, Mode 2: Alan Zeichick sur le développement bimodal Temps de lecture : 4 minutes
Préparez-vous pour l'informatique bimodale. C'est le message du Sommet sur les applications, l'architecture, le développement et l'intégration de Gartner.

Ce n'était pas simplement un message informel. Bimodal était un véritable battement de tambour, martelé à maintes reprises lors de keynotes, de cours et de rencontres individuelles avec des analystes de Gartner. Nous allons beaucoup entendre parler de développement bimodal, de la part de Gartner et de l'industrie, car c'est un message qui décrit vraiment ce que beaucoup d'entre nous rencontrent aujourd'hui.

Que signifie «bimodal»? C'est une phrase que Gartner a lancée début 2015 (la conférence AADI était début décembre) pour décrire deux types distincts de projets informatiques. Citer Définition officielle de Gartner: «L'informatique bimodale consiste à gérer deux modes distincts et cohérents de livraison informatique, l'un axé sur la stabilité et l'autre sur l'agilité. Le mode 1 est traditionnel et séquentiel, mettant l'accent sur la sécurité et la précision. Le mode 2 est exploratoire et non linéaire, mettant l'accent sur l'agilité et la vitesse. »

Gartner voit que nous créons et gérons deux types de projets différents - certains, le mode 1, étant des projets très sérieux, très méthodiques, pari-le-business qui doivent être bien réalisés en utilisant des processus formels, et d'autres, le mode 2, étant plus opportuniste, plus rapide, plus agile. Cela ne veut pas dire que les projets en mode 1 ne peuvent pas être agiles, et que les projets en mode 2 ne peuvent pas être grands et significatifs. Cependant, nous savons tous qu'il y a une grande différence entre le lancement d'une initiative pour mettre en œuvre une vente Black Friday sur notre site Web ou la conception d'une nouvelle application mobile de localisation de magasin, et le déploiement d'un système comptable conforme aux PCGR ou la migration de systèmes critiques vers le cloud. .

Vous pourriez soutenir qu'il n'y a rien de nouveau ici avec le bimodal, et si vous l'avez fait, vous auriez raison. Personne n'a jamais prétendu que tous les projets informatiques, y compris le développement de logiciels, sont identiques et devraient être gérés de la même manière. Ce que Gartner a fait, c'est de fournir un vocabulaire pour comprendre, classer et communiquer plus efficacement les différences de projet - et clouer le message à deux modes dans les keynotes et sessions animées par les analystes de l'AADI.

Du point de vue de Gartner, le bimodal englobe toute la gamme des projets informatiques, de la dotation en personnel à la configuration du serveur de centre de données, des déploiements mobiles à la mise en œuvre de logiciels en tant que service (SaaS) basés sur le cloud. Concentrons-nous, cependant, sur ce que Gartner a dit au sujet de l'application du concept bimodal au développement logiciel et à l'assurance qualité.

Dans sa session, «Vivre dans un monde hybride: la conception d’organisations d’applications dans un monde bimodal», Matt Hôtel a prédit que «d'ici 2017, 75% des organisations informatiques auront une capacité bimodale. La moitié fera un gâchis. La principale raison sera qu’ils n’ont pas abordé les problèmes d’organisation et de culture. »

Hotle voit des problèmes dans les organisations qui considèrent le mode 1 - le développement d'applications traditionnelles - comme l'approche par défaut et préférée, le mode 2 étant considéré comme «les personnes qui n'ont pas à suivre les règles». Il a fait valoir que les deux modes de développement doivent être considérés comme des égaux vitaux, et exhorte les organisations à réfléchir à la culture. La clé, a-t-il dit, est de décourager de penser que les projets en mode 1 ou en mode 2 sont plus importants, plus excitants, plus prestigieux, etc. Ils sont tous les deux importants.

Ninjas et samouraïs

Mike West a enseigné une session intitulée «Sept leçons d'Agile pour l'informatique bimodale». West suit le langage commun utilisé par de nombreuses personnes de Gartner pour décrire des stratégies bimodales comme celle-ci:

Mode 1 - Le modèle Samurai de développement logiciel: Existe dans une hiérarchie, prévisible, ultra-fiable, prend la commande et livre, suit toujours les règles, quelque peu inflexible, et haute cérémonie

Mode 2 - Le modèle Ninja: fonctionne dans de petites équipes autogérées, axées sur le résultat, choisit ses propres outils, pas de règles fixes, s'adapte au contexte et cérémonie basse

West a noté que les projets de mode 1 ont tendance à utiliser des méthodologies traditionnelles (c.-à-d. Waterfall), et que le mode 2 a tendance à être plus agile (c.-à-d. Extreme Programming, Scrum). Cependant, il insiste sur le fait que les pratiques agiles du mode 2 peuvent améliorer le mode 1. Par exemple, il croit en l'automatisation des tests pour les projets en mode 1 et en mode 2: «Impliquez le contrôle qualité avant la conception et le codage, automatisez les tests sur les nouvelles versions», a-t-il déclaré. ajoutant: "combinez les tests et le codage en une seule activité avec des cycles de livraison plus courts et plus fréquents, transformant le SDLC."

L'intégration continue est importante dans tous les projets des deux modalités, estime West: «Mettez en œuvre des solutions de script pour créer une chaîne d'outils garantissant un déploiement cohérent et efficace.»

La valeur de la qualité

Tom Murphy (un bon ami et ancien collègue; nous avons travaillé ensemble au début des années 1990) a donné une session intitulée «Bimodal QA / Test Automation Success.» Murphy a déclaré que la valeur de l'assurance qualité et des tests est généralement mal comprise dans tous les domaines, car les gens se concentrent sur le coût de la qualité, plutôt que sur la valeur de la qualité et le coût de la mauvaise qualité - et c'est un problème lors de l'évaluation des deux types de projets. «L'informatique bimodale signifie que vous aurez deux approches différentes des tests logiciels - cela signifie des outils, une organisation et des mesures», a-t-il déclaré.

Dans les grands projets Mode 1, Murphy a déclaré que les exigences sont connues et sont souvent formellement documentées, et que les tests devraient donc être de valider que le logiciel répond à ces exigences, en mettant l'accent sur le test des processus métier, des données et des fonctionnalités.

En revanche, Murphy a déclaré que dans les projets en mode 2, les exigences sont plus floues, plus empiriques et sont souvent conçues pour tester des hypothèses, telles que «qu'arrive-t-il aux caisses si nous faisons cette chose au panier?» Le travail de développement sur les projets de mode 2 est souvent destiné à valider ces hypothèses, ce qui peut ne signifier que de petites modifications de la base de code dans une itération. En mode 2, Murphy exhorte à une ingénierie de qualité continue et à une automatisation de tout de type DevOps pour faciliter une itération rapide.

Bimodal - le mot à la mode de 2015

Encore une fois, il n'y a rien de révolutionnaire dans le concept, mais en nous donnant la terminologie et en se concentrant sur le développement bimodal chez AADI, Gartner a offert des informations précieuses. Attendez-vous à en savoir plus sur le développement bimodal dans le secteur des outils logiciels en 2016.

Écrit par

Alan Zeicick

Alan Zeichick est analyste principal chez Camden Associates; auparavant, Alan était rédacteur en chef du SD Times de BZ Media. Suivez-le @zeichick.

Recevez les dernières nouvelles et ressources sur les tests de logiciels dans votre boîte de réception.