Merge pull request #57 from France-Travail/master

Contributions France Travail

Author: lechaps

Assets/4.Practices/ADR - Chez France Travail.pdf

@@ -0,0 +1,96 @@
+# ADR - <Titre de l'ADR>
+
+Template ADR asciidoc. Remplacer le contenu entre < > par vos éléments
+
+* Portée de la décision : <__Equipe / Département / Direction / DSI__>
+* Type : <__Applicatif / Cartographie / Fonctionnel__>
+* Statut : <__Proposée / Validée / Dépréciée / Abandonnée__>
+* Produit : <__Nom du produit__>
+* Validé le : <__JJ/MM/AAAA__>
+
+## Contexte
+
+<__Contexte dans lequel l’ADR a été rédigé. Donne les éléments clé permettant de comprendre l’ADR même pour une personne n’ayant pas participé à la prise de décision__>
+
+## Enoncé du problème
+<__Décrit le problème à traiter__>
+
+## Parties prenantes
+
+* Porteur.se
+	* <__Nom porteur de la décision__>
+* Impliqué.e.s dans la prise de décision
+	* <__Impliqué 1__>
+	* <__Impliqué 2__>
+* Impacté.e.s par la décision prise
+	* <__Nom/équipe impacté 1__>
+	* <__Nom/équipe impacté 2__>
+
+## Facteurs de décision
+<__Les principaux éléments qui ont permis d’orienter la décision __>
+
+* <__Produit : capacité à faire, valeur métier, budget, etc...__>
+* <__Impact : niveau de complexité pour l'équipe, dépendances, capacité à faire des équipes impactées par la décision, etc...__>
+* <__Normes et standards en vigueur__>
+
+## Décision prise
+<__ Résumé de la décision prise
+Conséquences de la décision prise
+Actions à mettre en oeuvre, dette potentiellement contractée, ...
+__>
+
+### Impact de la décision
+<__L'impact est évalué en fonction de la décision prise et pas seulement de la problématique traitée__>
+Voir grille d'impact proposée
+
+| Impact |                                                                                                                                                        Contenu de la décision                                                                                                                                                         |    Niveau d'autonomie associé |
+| :----- | :-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------: | ----------------------------: |
+| N1     |                                                Concerne toute décision d’une application ou d’un produit IT qui respecte les normes et standards de la DSI de France Travail : <br>•principes d’architecture, exigences non fonctionnelles, sécurité, accessibilité et écoconception.                                                 |                Equipe produit |
+| N2     |                                                                                  Concerne toute décision d’une application ou d’un produit IT qui nécessite une dérogation temporaire aux normes et aux standards pour répondre aux jalons métiers.                                                                                   | Equipe produit et architectes |
+| N3     |                                                                    Concerne toute décision qui change en profondeur :<br>•les capacités technique, méthodes oupratiques des équipes de la DSI <br>•les processus métier ou les capacités métiers de France Travail                                                                    |           Hub des architectes |
+| N4     | Concerne toute décision qui  :<br>•modifie en profondeur une ou plusieurs chaînes de valeurs opérationnelle de France Travail ou chaîne de valeur technique de la DSI, <br>•peut impacter gravement l’image de France Travail ou la vie de personnes qui dépendent de services fournis par un des  systèmes d'information essentiels. |   Comité de gouvernance du SI |
+
+
+## Options envisagées
+
+* option1
+* option2
+* option3
+
+## Description des options
+
+### Titre option 1 (solution retenue) 
+
+Description de l'option (texte / schémas)
+
+Analyse de l'option
+
+| Facteur de décision  | Impact          | Analyse |
+| :--------------- |:---------------| -----:|
+| Facteur de décision 1  |   + / -        |  Analyse facteur 1 |
+| Facteur de décision 2  |   + / -        |  Analyse facteur 2 |
+| Facteur de décision 3  |   + / -        |  Analyse facteur 3 |
+
+### Titre option 2 (non retenue)
+
+Description de l'option (texte / schémas)
+
+Analyse de l'option
+
+| Facteur de décision   | Impact |           Analyse |
+| :-------------------- | :----- | ----------------: |
+| Facteur de décision 1 | + / -  | Analyse facteur 1 |
+| Facteur de décision 2 | + / -  | Analyse facteur 2 |
+| Facteur de décision 3 | + / -  | Analyse facteur 3 |
+
+### Titre option 3 (non retenue)
+
+Description de l'option (texte / schémas)
+
+Analyse de l'option
+
+| Facteur de décision  | Impact          | Analyse |
+| :--------------- |:---------------| -----:|
+| Facteur de décision 1  |   + / -        |  Analyse facteur 1 |
+| Facteur de décision 2  |   + / -        |  Analyse facteur 2 |
+| Facteur de décision 3  |   + / -        |  Analyse facteur 3 |

Assets/4.Practices/ADR - Template.md

@@ -0,0 +1,30 @@
+# Kata architecture Hexagonale
+
+Nous proposons un Kata sur l'architecture hexagonale que nous avons joué à l'occasion d'une conférence interne pour les développeurs de la DSI France travail.
+
+## Objectif de l'atelier
+
+L'objectif de l'atelier est de faire découvrir l'architecture hexagonale aux participants.
+Il peut s'agit de développeurs ou de tout autre profil intéressé par ce pattern.
+
+
+## Pré requis
+
+L'atelier propose une découverte sans avoir à utiliser de code ni d'ordinateur ce qui le rend accessible à un public large et très facile à déployer.
+L'atelier ne s'appuie pas sur un langage de développement particulier. 
+Les participants ont seulement besoin de connaitre les concepts généraux de conception.
+
+## Description du contexte
+L'atelier s'appuie sur le thème "Retour vers le futur"
+
+Le pitch utilisé dans le cadre de ce hands on est le suivant :
+La McFly Compagnie, leader du voyage temporel, entreprend une refonte de son système pour sécuriser les déplacements à travers le temps et collaborer avec la ChronoCorp, spécialiste multitemporel. Ce hands-on se concentre sur la création d’une API de régulation des voyages, garantissant la sécurité de l’espace-temps en validant les périodes sensibles et les risques d’interférences historiques. En parallèle, il explore l’intégration de flux de données non linéaires et de contrôles avancés des anomalies temporelles, en exploitant des bases externes pour répondre aux exigences croissantes de fiabilité et d’interopérabilité.
+
+Ce cas d'utilisation est la base sur laquelle nous nous appuyons lors de ce hands on pour introduire et avoir un premier contact avec l'architecture hexagonale.
+
+## Description des ressources présentes dans le répertoire
+
+* Trame Kata architecture hexagonale : La trame d'animation à suivre pendant le hands on avec les différentes étapes et une proposition de réponse aux exercices. Attention il est important de retenir qu'il n'y a pas une unique "bonne" réponse à cet exercice. Les réponses proposées ne se posent pas en réponse unique.
+* Event storming : L'event storming proposé au participants pour explorer le domaine métier de notre sujet. En pratique sur le hands on seule une partie de l'events storming est réellement utilisée. Le reste de l'event storming est proposé pour avoir une vision plus large du domaine et, pourquoi pas, ajouter d'autres exercices sur la base de ce périmètre métier à terme.
+* xx.pdf : Le support présenté aux participants avec les uses cases sur lesquels on leur propose de proposer une solution
+* Répertoire ressources : Les images / supports nécessaires pour éventuellement faire évoluer le hands on