Architecture

Cet article traite de la stratégie technique par rapport à la diversité des composants, produits, options disponibles et à leur évolution.

Nous avons déjà parlé de l’importance de formaliser et enregistrer les décisions d’architecture avec les ADRs.

Ici, nous allons voir quelques outils stratégiques de représentation des informations qui puissent servir à aligner les moyens techniques aux besoins.

L’intérêt réside dans la dynamique d’utilisation de ces outils. Il ne s’agit pas de créer une photo figée mais bien d’itérer et d’adapter pour

En ce début 2021, nous poursuivons les séances de mob avec Anthony et Guillaume avec le challenge de code “Rover on Mars”.

Après un premier cycle rapide directement dans le code, nous sommes gênés par la complexité croissante de certaines classes qui font beaucoup trop de choses et chaque petite modif commence à coûter. Nous nous posons la question de comment séparer tout ça avec des avis partagés. Ce qu’appelle la noirceur du fond d’écran de VSCode, c’est qu’il nous manque un tableau blanc.

My notes from SAFe 5.0 training videos

SAFe for Architects course trainers should have the following experience:

• Experience architecting using Agile principles
• Experience guiding teams through implementation
• Experience with full life-cycle delivery

SAFe Architect responsibilities:

• Aligner l’architecture aux principes SAFe / ?
• Développer et communiquer la vision et l’intention de l’architecture
• Planifier la ligne d’architecture pour des livraisons réussies
• Construire l’architecture pour livrer en continu et releaser à la demande
• Guider et coacher les architectes et les membres d’équipe durant le PI Planning et l’exécution
• Leadership durant la transformation Lean-Agile

1. Exemplify Agile Architecture

• 1.1 Décrire l’architecture Agile
• 1.2 Décrire les rôles impliqués dans l’architecture et leur collaboration
• 1.3 Les principes SAFe liés à l’architecture

Exercice: Potential issue & Resolved issue board .

Ne cherchez pas de contrepetterie dans ce sous-titre !

En disant cela, vous êtes tenté bien sûr d’en trouver une. Curieusement l’attirance pour le défit ou l’interdit passe souvent avant l’exécution d’une directive ou même l’application d’un conseil.

Tout le monde se rappelle que dans le manifeste agile il est écrit “un logiciel qui fonctionne plutôt qu’une documentation exhaustive”. Cette phrase a autorisé à braver le caractère obligatoire et exhaustif de la documentation, par effet de balancier. Il revient d’ailleurs assez souvent que l’on me dise que dans les projets agiles, la documentation est trop incomplète voire complètement absente.