Votre navigateur ne supporte pas JavaScript ! Agile Architecture - Scrum Inc.
  • LinkedIn
  • YouTube
  • RSS

Architecture agile

Il faut un changement d'état d'esprit pour y parvenir, mais l'architecture agile accélère le développement et l'innovation. Le co-créateur de Scrum, Jeff Sutherland, et le fondateur de Équipe WIKISPEED, Joe Justice, deux des leaders d'opinion de l'industrie dans ce domaine, expliquent comment tout cela fonctionne dans ce cours en ligne.

Temps estimé pour ce coursDurée : 80 minutes
Audience: Avancées
Prérequis suggérésManifeste Agile, Guide Scrum, Histoires d'utilisation

À l'issue de la formation, vous serez en mesure de

  • Comprendre les principes de l'utilisation de Scrum pour l'architecture
  • Savoir comment mettre en œuvre une architecture agile
  • Découvrez les avantages et les coûts de la conception modulaire
  • Être capable d'évaluer la dette architecturale et technique
  • Se qualifier pour le PMI UFC. Voir FAQ pour plus de détails
Vue d'ensemble de l'architecture agile :
Une pratique clé de Scrum consiste à fournir de petites tranches de fonctionnalité à chaque Sprint. Ces tranches doivent englober toutes les couches d'un système, depuis ce que le client voit jusqu'aux recoins les plus sombres du backend. Cela inclut même l'architecture elle-même. Pour les architectes habitués à travailler dans un contexte de chute d'eau, cela peut sembler impossible. "Comment peut-on développer une architecture pièce par pièce ? L'objectif de l'architecture est de concevoir la manière dont l'ensemble du système s'articule. On ne peut pas faire cela par itérations".
Voir et télécharger les diapositives du cours
Architecture subsomptive et comportement émergent
Dans le cours, Jeff raconte l'histoire du moment où il a réalisé les implications de l'architecture subsomptionnelle. Il dirigeait une entreprise près de Kendall Square à Cambridge, MA. Un professeur du MIT lui a demandé s'il pouvait louer un espace pour une nouvelle startup qui dépassait les capacités du laboratoire d'intelligence artificielle. Ce professeur s'appelait Rodney Brooks, et cette startup était iRobot. Jeff raconte ce qui s'est passé ensuite dans son livre Scrum : L'art de faire deux fois plus de travail en deux fois moins de temps.

Ce qui est intéressant, selon Brooks, c'est qu'à chaque fois que vous mettez le robot en marche, il apprend à marcher pour la première fois. Il n'y a pas de base de données sur l'emplacement des objets dans la pièce. C'est le monde qui est sa base de données. Il découvre tout pour la première fois à chaque fois qu'il est mis en marche. Il se heurte à des objets et comprend les choses en fonction de l'environnement réel, ce qui signifie qu'il peut s'adapter à n'importe quel environnement.

"Laissez-moi vous montrer", a-t-il dit en m'emmenant dans leur laboratoire. Il a inséré une puce neurale vierge dans l'un de ces robots insectoïdes et je l'ai regardé s'animer. D'abord hésitant, il trébuchait dans la pièce comme un fauve qui se mettrait sur ses pattes pour la première fois. À chaque pas, il prenait de plus en plus d'assurance. Les jambes ont rapidement appris à collaborer et à travailler ensemble. En l'espace de quelques minutes, le robot s'est mis à courir dans la pièce. Rien n'a été stocké ou programmé sur la façon de marcher, mais quelques règles simples ont permis à ces composants de travailler ensemble. Ces jambes n'ont pas réfléchi, elles ont simplement agi. J'ai été époustouflé par l'ingéniosité et la simplicité du système. . . .

"J'ai demandé à Brooks : "Que se passerait-il si nous pouvions mettre au point un ensemble d'instructions simples permettant à des équipes de personnes de travailler ensemble comme ces jambes ? Elles s'auto-organiseraient et s'auto-optimiseraient, tout comme ce robot".

"Je ne sais pas", a-t-il répondu. "Pourquoi n'essayez-vous pas et ne me dites pas comment cela se passe ?".

Ce que faisait le robot était un comportement émergent basé sur l'architecture subsumptive de Brooks. Les. Les pièces individuelles réagissent indépendamment et réagissent au monde tel qu'il est, plutôt que de s'appuyer sur une base de données d'informations statiques. Brooks a conçu le système pour résoudre les problèmes à partir de la base, plutôt que du haut vers le bas. C'est ainsi que les architectes doivent penser dans un contexte agile.

Papiers et motifs
Papiers :

L'émergence d'une architecture de composants d'objets d'entreprise

J. Sutherland, ACM StandardViewvol. 6, pp. 4-13, mars 1998.

Anti-modèle :

Les architectes ne codent pas

fr_FRFrench
Actions