Le plus grand problème avec la conception Agile (et comment le résoudre)

La variété des décisions et de la coordination visibles dans le documentaire est presque indescriptible—de la planification du moment et du lieu où chaque plan sera filmé, à la coordination du vol en hélicoptère d'une marionnette animatronique de 18 pieds sur le côté d'une falaise, en passant par l'examen de tous les détails de chaque costume et créature lors d'une fête massive dans un casino que Rian a décrite comme le plan le plus compliqué de l'histoire de Star Wars.

C'est précisément là que les outils modernes de développement d'applications ont changé la donne pour les équipes logicielles. Des plateformes comme Adalo, un générateur d'applications sans code pour les applications web pilotées par base de données et les applications natives iOS et Android—une seule version sur les trois plateformes, publiée sur l'Apple App Store et Google Play, permettent aux équipes d'adopter pleinement les principes de conception Agile. Contrairement aux réalisateurs de films ou aux architectes qui doivent s'engager envers une seule vision finale, les créateurs d'applications peuvent itérer rapidement, tester et affiner leurs produits en fonction des commentaires réels des utilisateurs.

En plus du nombre de décisions que Rian a dû prendre, je n'ai pas pu m'empêcher d'être impressionné par sa confiance dans sa vision du film. Avant Les Derniers Jedi la sortie du film, Mark Hamill, qui joue Luke Skywalker, était complètement contre la vision de Rian pour son personnage—affirmant qu'il « n'était fondamentalement pas d'accord avec pratiquement tout ce qui a été écrit sur Luke ». Et cette tension imprègne le documentaire. Mais malgré les tentatives de Mark pour le faire changer d'avis, Rian a tenu bon. Sa vision globale du film était solide.

Alors, qu'est-ce que l'entreprise impressionnante de Rian de réaliser un film Star Wars a à voir avec la conception Agile ?

Eh bien, après avoir regardé l'ensemble du processus de conception pour un grand film, il est devenu assez évident à quel point ce processus est différent de ce qui se passe dans la plupart des entreprises technologiques aujourd'hui. En développement logiciel, vous avez la chance d'itérer avec généralement peu de délais irrévocables et la possibilité de décider ce qu'il faut construire ensuite à la volée. La plupart des équipes créent un produit minimum viable et apportent ensuite des améliorations en fonction des commentaires. C'est très différent de l'équipe de conception d'un grand film qui travaille vers un seul délai final où elle révèle l'ensemble du produit à tout le monde à la fin—et avec ce délai, aucune chance de faire des modifications ou des mises à jour ultérieures.

Après cette réalisation, j'ai été tenté de conclure que le processus de conception des films est simplement dépassé et qu'ils doivent suivre un processus de conception plus Agile ; mais quand j'ai repensé à mes expériences précédentes en tant qu'architecte, j'ai pu voir des contraintes similaires. Les architectes, tout comme les réalisateurs de films, doivent également concevoir en fonction d'un seul délai. En architecture, nous ne sommes pas parvenus au point où il est suffisamment peu coûteux de construire simplement une petite partie du bâtiment, de voir si les gens l'aiment, puis de construire le reste. Et dans l'industrie cinématographique, il n'est pas possible de publier un film au public, de voir ce qu'ils en pensent, puis de faire des améliorations. Une fois le film sorti, c'est sorti. Et une fois le bâtiment construit, c'est construit.

Cela m'a fait réfléchir. Si nous considérons les grands films et les grands travaux d'architecture comme étant parmi les meilleures conceptions de tous les temps, mais qu'ils n'ont pas été créés avec un processus de conception Agile, alors il y a peut-être quelque chose à apprendre de cela. Autrement dit : quels aspects positifs du processus de Rian ne sont pas présents dans la plupart des processus de conception Agile ?

En regardant le processus de Rian, la réponse est assez claire : la plupart du temps, les équipes logicielles manquent de la vision inébranlable du produit final, comme nous l'avons vu pour les Derniers Jedi de Rian. Ce manque de pensée globale—combiné à la capacité de changer de cap tout au long du processus de conception—est le plus grand problème avec la conception Agile aujourd'hui. Nous sommes submergés et partout à la fois.

Ne vous fiez pas seulement à ma parole. Ryan Singer, chef de la stratégie produit chez Basecamp, a récemment reçu beaucoup d'amour sur Twitter pour ce tweet:

Entreprise logicielle typique : 1. Arriéré de choses que quelqu'un a décidé que l'équipe devrait faire -> 2. Rôle de « Produit » qui n'est vraiment qu'un gestionnaire de projet -> 3. Concepteurs et programmeurs surchargés avec un travail mal défini, on leur demande de travailler de plus en plus vite au lieu de manière plus intelligente. - @rjs

Ce que Ryan décrit est le processus de conception que nous connaissons tous trop bien, où nous écoutons tous les commentaires que nous entendons et tentons de résoudre chaque problème. Un grand client fait une demande de fonctionnalité, nous l'ajoutons à l'arriéré. Quelqu'un de l'équipe commerciale pense que nous avons besoin d'une autre fonctionnalité pour concurrencer un concurrent, nous l'ajoutons à l'arriéré. Nous réalisons qu'il y a un problème d'utilisabilité avec une fonctionnalité précédente que nous avons développée, donc… nous l'ajoutons à l'arriéré. Et la chose effrayante est que toutes ces fonctionnalités se trouvent dans différentes parties du produit, ce qui entraîne des fonctionnalités précipitées et décevantes dans un tas de directions différentes.

Maintenant, je peux entendre les partisans de la méthode Lean : « Mais c'est le but ! Nous sommes en mesure de donner exactement ce que veulent nos utilisateurs, car nous développons juste un petit peu, voyons si cela « fonctionne », puis nous développons un peu plus. » Et c'est exactement juste. Moi aussi, je suis un grand partisan de ce type de réflexion. Mais le problème est de savoir comment nous définissons le mot « fonctionne ». « Fonctionne » ne devrait pas seulement signifier que nous avons satisfait la demande. Il faut : allons-nous dans la bonne direction. Mon point est que ce processus manque souvent d'une vision globale, créant un logiciel Frankenstein au lieu d'un produit final cohésif et poli.

Il est temps que nous reconnaissions les inconvénients de changer continuellement de direction tout en travaillant à une vitesse effrénée.

Le dilemme : est-il possible d'avoir le meilleur des deux mondes ?

Y a-t-il un moyen pour les processus de conception des films et de l'architecture d'incorporer certaines des méthodologies Agile afin d'obtenir des commentaires plus précis avant leur sortie finale ? Et est-il possible pour les entreprises logicielles Agile de créer une seule conception cohésive où tous les détails pointent vers une seule vision ?

Film MVP et Architecture Agile

En regardant les progrès technologiques, non seulement c'est possible, mais nous commençons déjà à en voir des signes dans l'industrie du film et de l'architecture. Ces équipes de conception commencent à incorporer des méthodologies Agile afin d'obtenir de meilleurs commentaires. Pour les grands films, certaines équipes commencent à animer des portions du film avant de filmer le vrai plan ; et bientôt ce concept sera poussé plus loin. Ils seront en mesure d'animer rapidement l'intégralité du film—avec des voix off et tout—afin de voir quels plans ils ont besoin et quels plans pourraient être coupés avant même que les décors ne soient construits.

Et en architecture, la réalité virtuelle permet désormais aux architectes de créer des rendus pour présenter les conceptions sous tous les angles. Et bientôt, cela progressera au point où les architectes créeront l'ensemble du bâtiment en VR afin que les clients puissent marcher sur un tapis roulant omnidirectionnel, se promener dans tout le bâtiment et interagir avec tout le monde dans l'espace.

Logiciel de grande envergure

Pour le logiciel, notre problème est l'inverse. Pendant des décennies, nous avons pu changer rapidement de direction, mais cela a ralenti la réflexion sur le produit d'une perspective globale. Heureusement, c'est entièrement en notre pouvoir de changer cela.

Ada, le créateur IA d'Adalo, vous permet de décrire ce que vous voulez et génère votre application. Magic Start crée des fondations d'applications complètes à partir d'une description, tandis que Magic Add ajoute des fonctionnalités en langage naturel.

Les plateformes modernes assistées par l'IA aident à combler cette lacune. Démarrage magique, par exemple, génère des fondations d'applications complètes à partir d'une description simple—dites-lui que vous avez besoin d'une application de réservation pour un salon de toilettage pour chiens, et elle crée automatiquement votre structure de base de données, vos écrans et vos flux d'utilisateurs. Ce qui prenait autrefois des jours de planification se fait maintenant en minutes, ce qui permet aux équipes de se concentrer sur leur vision globale plutôt que de se perdre dans les détails de mise en œuvre.

De même, Ajout magique vous permet d'ajouter des fonctionnalités via des demandes en langage naturel, tandis que X-Ray identifie les problèmes de performance avant qu'ils n'affectent les utilisateurs. Ces capacités d'IA aident à maintenir l'élan sans sacrifier la pensée globale qui sépare les grands produits du logiciel Frankenstein.

Afin de résoudre le problème de vision, les équipes de conception Agile doivent :

• S'engager dans une direction (et peut-être même des dates cibles à long terme !). Nous avons besoin d'objectifs de six mois, d'objectifs d'un an et d'un plan de cinq ans. Ces visions globales doivent être partagées par tout le monde dans l'entreprise. Nous ne pouvons pas avoir de développeurs qui ne comprennent pas pourquoi nous faisons quelque chose, et nous ne pouvons pas avoir des membres de l'équipe commerciale qui s'engagent envers des fonctionnalités qui ne font pas partie de cette vision d'avenir partagée. Tout le monde doit croire au plan et s'y engager.
• Arrêtez de chasser chaque licorne dorée qui passe. L'étape suivante est de suivre réellement cet engagement. Ce n'est pas parce qu'il y a une autre opportunité qui pourrait être précieuse que nous devrions emprunter ce chemin. Si tout le monde dans l'entreprise est vraiment aligné sur les objectifs à long terme, il devrait être clair quelles fonctionnalités font partie de ce plan et quelles fonctionnalités sont distrayantes.
• Créer un processus pour déterminer si vous devez changer de cap. Ce qu'il y a de mieux avec le développement Agile, c'est que si nos utilisateurs ne tirent pas de valeur de ce que nous créons, nous pouvons changer de cap. Nous ne devrions donc pas créer ces plans à long terme sans la capacité de changer de cap. Cela signifie que tout le monde doit proposer et se mettre d'accord sur les critères de changement de cap. Ce n'est pas parce qu'un gros client veut quelque chose que nous devons le faire. Regardez la constitution. Sa vision globale n'a pas beaucoup changé, mais il y a un plan clair en place pour faire des amendements.
• Terminez les détails importants avant de passer à la suite. L'une des raisons pour lesquelles les grands films et les grands travaux d'architecture sont de grandes conceptions, c'est que leurs petits détails servent la vision globale. Dans la conception Agile, ces détails sont normalement mis de côté pour la fonctionnalité majeure suivante. Mais si nous nous engageons envers les plans à long terme, nous pouvons bien faire ces détails avant de passer à la suite.
• Célébrez les grands accomplissements. Quand nous atteignons l'un de ces objectifs à long terme à temps, nous devons tous célébrer ensemble. Regarder tout le casting de Les Derniers Jedi se réunir pour une séance photo finale était incroyable. Le sentiment de fierté et de joie était contagieux et inspirant. Si nous ne prenons pas le temps de célébrer nos accomplissements, nous risquons de tomber dans une marche de la mort des fonctionnalités.

Pourquoi les générateurs d'applications modernes permettent une meilleure conception Agile

Le processus de conception Agile a beaucoup à offrir. La rapidité avec laquelle nous sommes en mesure de développer de véritables solutions qui résolvent de véritables problèmes pour de véritables personnes est incroyable. Mais ce n'est pas parce que nous suivons le processus de conception Agile que nous allons réussir. Nous devons prendre du recul et nous assurer que nous allons dans la bonne direction.

C'est là que les bons outils font une différence significative. Avec plus de 3 millions d'applications créées sur Adalo et un constructeur visuel décrit comme « facile comme PowerPoint », les équipes peuvent maintenir leur vision tout en itérant rapidement. L'infrastructure modulaire de la plateforme se met à l'échelle pour servir des applications avec des millions d'utilisateurs actifs mensuels, sans limite supérieure, ce qui signifie que vous pouvez vous engager dans une vision à long terme sans craindre de dépasser les capacités de vos outils.

Contrairement aux plateformes qui facturent en fonction de l'utilisation (créant des coûts imprévisibles qui peuvent compromettre la planification à long terme), les plans payants d'Adalo incluent une utilisation illimitée sans choc de facture. Cette prévisibilité soutient le type de réflexion engagée et à long terme qui distingue les grands produits des produits dispersés. Lorsque vous savez que les coûts de votre infrastructure ne vont pas augmenter inopinément, vous pouvez vous concentrer sur l'exécution de votre vision plutôt que de constamment réévaluer vos choix techniques.

Les plus grands innovateurs de tous les temps avaient des visions plus ambitieuses que n'importe quelle personne pour laquelle ils concevaient. Il est temps de s'engager dans une grande vision et de s'y tenir, même si cela signifie dire à Luke Skywalker qu'il a tort.

FAQ

Pourquoi choisir Adalo plutôt que d'autres solutions de création d'applications ?

Adalo est un constructeur d'applications alimenté par l'IA qui crée de véritables applications iOS et Android natives à partir d'une seule base de code. Contrairement aux wrappers web, il compile en code natif et publie directement sur l'App Store d'Apple et sur Google Play Store. Avec Magic Start générant des fondations d'applications complètes à partir de descriptions et des enregistrements de base de données illimités sur les plans payants, vous bénéficiez de capacités à l'échelle de l'entreprise sans la complexité de l'entreprise.

Quel est le moyen le plus rapide de créer et de publier une application sur l'App Store ?

L'interface glisser-déposer d'Adalo et la création assistée par l'IA vous permettent de passer de l'idée à l'application publiée en jours plutôt qu'en mois. La plateforme gère le processus complexe de soumission à l'App Store — certificats, profils de provisionnement et directives du magasin — pour que vous puissiez vous concentrer sur les fonctionnalités de votre application et l'expérience utilisateur.

Puis-je facilement itérer et affiner mon application en fonction des commentaires des utilisateurs ?

Oui, Adalo vous permet de tester, mettre à jour et améliorer rapidement votre produit en temps réel. Contrairement aux cinéastes ou aux architectes qui doivent s'engager dans une seule vision finale, vous pouvez itérer continuellement. Magic Add vous permet d'ajouter des fonctionnalités par des demandes en langage naturel, tandis que X-Ray identifie les problèmes de performance avant qu'ils n'affectent les utilisateurs.

En quoi la conception agile diffère-t-elle des processus de conception traditionnels du cinéma ou de l'architecture ?

La conception agile permet aux équipes de développement logiciel d'itérer rapidement avec peu d'échéances irrévocables et la possibilité de décider quoi construire ensuite à la volée. Contrairement aux cinéastes et aux architectes qui doivent concevoir vers une seule échéance finale sans possibilité de changements ultérieurs, les équipes agiles peuvent créer des produits viables minimaux et apporter des améliorations en fonction des commentaires des utilisateurs réels.

Quel est le plus grand problème des processus de conception agile aujourd'hui ?

Le plus grand problème de la conception agile aujourd'hui est l'absence d'une vision inébranlable du produit final. Les équipes de développement logiciel poursuivent souvent chaque demande de fonctionnalité et ajoutent des éléments à un carnet de commandes sans fin sans plan à long terme cohérent, ce qui entraîne un « logiciel Frankenstein » plutôt qu'un produit poli et unifié.

Comment les équipes de développement logiciel agile peuvent-elles maintenir une vision cohérente tout en itérant ?

Les équipes doivent s'engager dans des objectifs à long terme (plans de six mois, un an et cinq ans) partagés dans toute l'entreprise. Elles doivent arrêter de poursuivre chaque opportunité, créer des critères clairs pour savoir quand changer de cap, finir les détails importants avant de passer à la suite, et célébrer ensemble les réalisations majeures.

Combien coûte la création d'une application avec une méthodologie agile ?

Le constructeur web et mobile native véritablement natif d'Adalo commence à 36 $/mois avec une utilisation illimitée et la publication en magasin d'applications. Ceci se compare favorablement à des alternatives comme Bubble (à partir de 69 $/mois avec des frais basés sur l'utilisation et des limites d'enregistrement) ou FlutterFlow (70 $/mois par utilisateur, plus des coûts de base de données séparés). La tarification prévisible soutient la planification à long terme.

Les outils d'IA peuvent-ils aider à équilibrer l'itération rapide et la réflexion globale ?

Oui. Les fonctionnalités d'IA comme Magic Start génèrent des fondations d'applications complètes à partir de descriptions, libérant les équipes pour se concentrer sur la vision plutôt que sur les détails de mise en œuvre. Magic Add vous permet d'ajouter des fonctionnalités par le langage naturel, en maintenant l'élan sans perdre de vue la direction globale du produit.

Mon application se mettra-t-elle à l'échelle si je m'engage dans une vision à long terme ?

L'infrastructure modulaire d'Adalo se met à l'échelle pour servir des applications avec des millions d'utilisateurs actifs mensuels, sans limite supérieure. Contrairement aux wrappers d'applications qui atteignent des limites de performance sous charge, l'architecture spécialement conçue d'Adalo maintient les performances à l'échelle, ce qui vous permet de vous engager dans des objectifs ambitieux à long terme sans dépasser les capacités de votre plateforme.