« Heuristique pour des services indépendants » : différence entre les versions
De Wiki Agile
Aucun résumé des modifications |
|||
| (6 versions intermédiaires par le même utilisateur non affichées) | |||
| Ligne 9 : | Ligne 9 : | ||
Traduction :<br/> | Traduction :<br/> | ||
<br/> | <br/> | ||
L'heuristique pour des services indépendants (ISH - Independent Service Heuristics) est une règle empirique qui permet d'identifier les flux de valeur candidats et les frontières des domaines en déterminant s'ils peuvent être gérés comme un produit SaaS/cloud distinct.<br/> | L'heuristique pour des services indépendants ('''ISH''' - Independent Service Heuristics) est une règle empirique qui permet d'identifier les flux de valeur candidats et les frontières des domaines en déterminant s'ils peuvent être gérés comme un produit SaaS/cloud distinct.<br/> | ||
<br/> | <br/> | ||
Basé sur certaines idées du livre Team Topologies de Matthew Skelton [https://github.com/matthewskelton @matthewskelton] et Manuel Pais [https://github.com/manupaisable @manupaisable].<br/> | Basé sur certaines idées du livre ''Team Topologies'' de Matthew Skelton [https://github.com/matthewskelton @matthewskelton] et Manuel Pais [https://github.com/manupaisable @manupaisable].<br/> | ||
<br/> | <br/> | ||
Voir [https://teamtopologies.com/ teamtopologies.com] pour plus de détails sur Team Topolologies.<br/> | Voir [https://teamtopologies.com/ teamtopologies.com] pour plus de détails sur Team Topolologies.<br/> | ||
| Ligne 26 : | Ligne 26 : | ||
# '''Vérification du sens''' : Est-il logique d'offrir cette chose "en tant que service" ? | # '''Vérification du sens''' : Est-il logique d'offrir cette chose "en tant que service" ? | ||
#* Cette chose est-elle suffisamment indépendante ? | #* Cette chose est-elle suffisamment indépendante ? | ||
#* Les consommateurs la | #* Les consommateurs la comprendront-ils ou lui accorderont-ils de la valeur ? | ||
#* Est-ce que cela simplifiera le travail ? | #* Est-ce que cela simplifiera le travail ? | ||
# '''Marque''' : Pourriez-vous imaginer cette chose sous la forme d'un service accessible sur le cloud public (comme ''AvocadoOnline.com'' 🥑) ? | # '''Marque''' : Pourriez-vous imaginer cette chose sous la forme d'un service accessible sur le cloud public (comme ''AvocadoOnline.com'' 🥑) ? | ||
| Ligne 34 : | Ligne 34 : | ||
# '''Revenus/Clients''' : Cette chose pourra-t-elle être gérée comme un service cloud viable en termes de revenus et de clients ? | # '''Revenus/Clients''' : Cette chose pourra-t-elle être gérée comme un service cloud viable en termes de revenus et de clients ? | ||
#* Est-ce que ce sera un service viable avec une offre payante ? | #* Est-ce que ce sera un service viable avec une offre payante ? | ||
#* Est-ce qu' | #* Est-ce qu'elle pourra générer des revenus récurrents grâce à des formules d'abonnement ? | ||
#* Existe-t-il une base ou un segment de clientèle clairement défini ? | #* Existe-t-il une base ou un segment de clientèle clairement défini ? | ||
# '''Suivi des coûts''' : L'organisation peut-elle actuellement suivre les coûts et les investissements de cette chose, séparément d'autres choses similaires ? | # '''Suivi des coûts''' : L'organisation peut-elle actuellement suivre les coûts et les investissements de cette chose, séparément d'autres choses similaires ? | ||
#* Les coûts totaux de fonctionnement sont-ils transparents ou peuvent-ils être identifiés en tenant compte des coûts d'infrastructure, des coûts de stockage des données, des coûts de transfert des données, des coûts de licence, etc. | #* Les coûts totaux de fonctionnement sont-ils transparents ou peuvent-ils être identifiés en tenant compte des coûts d'infrastructure, des coûts de stockage des données, des coûts de transfert des données, des coûts de licence, etc. ? | ||
#* Cette chose est-elle relativement séparée, déconnectée d'autres choses dans l'organisation ? | #* Cette chose est-elle relativement séparée, déconnectée d'autres choses dans l'organisation ? | ||
#* L'organisation assure-t-elle un suivi séparé pour cette chose ? | #* L'organisation assure-t-elle un suivi séparé pour cette chose ? | ||
# '''Données''' : Est-il possible de définir clairement les données d'entrée (provenant d'autres sources) dont cette chose a besoin ? | # '''Données''' : Est-il possible de définir clairement les données d'entrée (provenant d'autres sources) dont cette chose a besoin ? | ||
#* | #* Cette chose est-elle relativement indépendante de toute source de données ? | ||
#* Les sources sont-elles internes (sous notre contrôle, pas externes) ? | #* Les sources sont-elles internes (sous notre contrôle, pas externes) ? | ||
#* Les données d'entrée sont-elles propres (pas fouillis) ? | #* Les données d'entrée sont-elles propres (pas fouillis) ? | ||
| Ligne 60 : | Ligne 60 : | ||
#* Cette chose fournit-elle une valeur ajoutée concrète au sein d'une période d'exécution bien définie ? | #* Cette chose fournit-elle une valeur ajoutée concrète au sein d'une période d'exécution bien définie ? | ||
#* L'équipe peut-elle définir sa propre feuille de route en fonction de ce qu'elle estime être le mieux pour le produit et ses utilisateurs (de sorte que l'équipe ne soit pas guidée par les exigences et les priorités d'autres équipes) ? | #* L'équipe peut-elle définir sa propre feuille de route en fonction de ce qu'elle estime être le mieux pour le produit et ses utilisateurs (de sorte que l'équipe ne soit pas guidée par les exigences et les priorités d'autres équipes) ? | ||
== Autres considérations== | == Autres considérations== | ||
* '''Vocabulaire''' : le vocabulaire est-il cohérent entre les différentes parties du système ou les différents domaines métiers ? Si ce n'est pas le cas (si le même mot a une signification différente dans des domaines différents), il peut être nécessaire d'avoir deux services ou systèmes différents. | * '''Vocabulaire''' : le vocabulaire est-il cohérent entre les différentes parties du système ou les différents domaines métiers ? Si ce n'est pas le cas (si le même mot a une signification différente dans des domaines différents), il peut être nécessaire d'avoir deux services ou systèmes différents. | ||
| Ligne 76 : | Ligne 77 : | ||
* '''Anti-modèle - coordination des versions''' : Les producteurs et les consommateurs en amont et en aval ont-ils besoin que votre "chose" coordonne des versions (par exemple, un train de versions) ou peuvent-ils publier des versions indépendamment aussi souvent qu'ils le souhaitent ? | * '''Anti-modèle - coordination des versions''' : Les producteurs et les consommateurs en amont et en aval ont-ils besoin que votre "chose" coordonne des versions (par exemple, un train de versions) ou peuvent-ils publier des versions indépendamment aussi souvent qu'ils le souhaitent ? | ||
==Ressources== | ==Ressources== | ||
* | * Regardez la présentation de [https://github.com/matthewskelton Matthew Skelton] et [https://github.com/ntcoding Nick Tune] concernant [https://www.youtube.com/watch?v=q8hwkDyL6Zs ISH lors de DDD Europe 2022] | ||
* | * Apprenez-en davantage sur les [https://teamtopologies.com/key-concepts Topologies d'équipe] | ||
* | * Explorez les [https://www.dddheuristics.com/ Heuristiques de Domain-Driven Design] - une partie de l'excellente communauté [https://virtualddd.com/ virtualDDD.com] | ||
* Apprenez à utiliser l'[https://techbeacon.com/devops/introduction-event-storming-easy-way-achieve-domain-driven-design Event Storming] pour découvrir différents domaines métiers - cela peut être une bonne "passerelle" vers le Domain-driven Design (DDD) - ''merci à [https://twitter.com/rebeccawb Rebecca Wirfs-Brock] pour cette idée''. | * Apprenez à utiliser l'[https://techbeacon.com/devops/introduction-event-storming-easy-way-achieve-domain-driven-design Event Storming] pour découvrir différents domaines métiers - cela peut être une bonne "passerelle" vers le Domain-driven Design (DDD) - ''merci à [https://twitter.com/rebeccawb Rebecca Wirfs-Brock] pour cette idée''. | ||
* | * Découvrez les [https://hiredthought.com/2018/09/01/intro-to-wardley-mapping/ Cartes de Wardley] | ||
* | * Lisez des articles sur la [https://theitriskmanager.com/2013/11/24/introducing-staff-liquidity-1-of-n/ Liquidité des Compétences par Chris Matts] | ||
==Remerciements== | ==Remerciements== | ||
Merci aux personnes du [https://www.meetup.com/dddlondon/events/265895638 groupe de rencontre DDD Londres] pour leurs commentaires sur une première version de l'heuristique des services indépendants. 😻<br/> | Merci aux personnes du [https://www.meetup.com/dddlondon/events/265895638 groupe de rencontre DDD Londres] pour leurs commentaires sur une première version de l'heuristique des services indépendants. 😻<br/> | ||
