« Patterns de Core Domain » : différence entre les versions

[[Category: Portail Product Owner]]

[[Category: Rôle du Product Manager]]

Auteur : Nick Tune<br/>

Source : [https://medium.com/nick-tune-tech-strategy-blog/core-domain-patterns-941f89446af5 Core Domain Patterns]<br/>

==Ancien Core qui est devenu un sujet à la portée de tous==

<br/>

Le cycle de vie naturel de toute innovation est qu'avec le temps, elle devient un sujet incontournable - elle n'est plus une innovation qui fait la différence, mais elle est toujours nécessaire.<br/>

<br/>

Vous souvenez-vous de la première vague de magasins et de restaurants qui ont commencé à accepter les paiements sans contact ? Merveilleux, pratique, une raison qui a influencé votre choix de magasin ou de restaurant. Aujourd'hui, nous exigeons le paiement sans contact partout.<br/>

==Core banalisé==

<br/>

A l'image de ‘’l'ancien Core qui devient un sujet à la portée de tous’’, ce qui était autrefois un core domain peut devenir une capacité générique que n'importe quelle entreprise peut facilement utiliser comme un produit SaaS ou un outil open source.<br/>

<br/>

Un moteur de recherche est un exemple de core banalisé. Si votre produit reposait sur des capacités de recherche avancées pour se différencier de la concurrence, l'arrivée de moteurs de recherche open source et SaaS de pointe tels qu'Elasticsearch aura détruit votre avantage, donnant à tout concurrent potentiel les moyens de vous concurrencer.<br/>

==Core cygne noir==

<br/>

Il arrive parfois que l'on ne s'y attende pas du tout et qu'un produit apparemment banalisé devienne un "core domain". L'histoire de Slack me revient en mémoire.<br/>

<br/>

L'IRC (‘’ discussion relayée par Internet’’) était déjà une norme de discussion bien établie qui remplissait une fonction. Le potentiel de différenciation semblait faible. Personne n'y a vu d'opportunité, pas même Slack, qui utilisait pourtant le produit.<br/>

== Core sur lequel on parie beaucoup / Core disruptif==

<br/>

Pour de nombreuses initiatives, le niveau potentiel de différenciation commerciale est inconnu. Tant que le produit n'est pas livré et que les retours du marché n'ont pas été recueillis, personne n'est sûr de rien.<br/>

<br/>

En raison du potentiel élevé de cette capacité, qui pourrait révolutionner un marché, il peut s'agir d'un pari ambitieux, car l'organisation doit y injecter des ressources importantes et en faire un objectif prioritaire, convaincue que le retour sur investissement peut être énorme.<br/>

==Core suspecté de support==

Si un contexte délimité est super complexe alors qu'il ne fait que du support, il convient de se poser de sérieuses questions. Comment quelque chose de relativement peu différencié sur le plan commercial peut-il nécessiter des niveaux d'investissement aussi élevés pour gérer la complexité ?<br/>

<br/>

Une raison tout à fait valable est que cette complexité accidentelle est trop élevée - peut-être qu'une migration est en cours d'un ancien système vers un nouveau. Un plan clair et un calendrier de réduction de la complexité doivent être mis en place afin de garantir que les efforts gaspillés puissent être réaffectés à des capacités ayant un potentiel de différenciation plus élevé.<br/>

== Passer au niveau supérieur==

Je trouve que l'évaluation des contextes délimités pour la différenciation et la complexité de l'entreprise est un point de départ très pratique et accessible. Pour les équipes qui comprennent mal comment leur architecture est liée au modèle d'entreprise, j'ai trouvé cette technique incroyablement utile pour permettre aux développeurs de raisonner davantage en fonction de la perspective de l'entreprise, et en particulier de son évolution dans le temps.<br/>