Conception de produits numériques : Clôturer l’écosystème

Les défis de la mythologie agile

Le développement agile bien mené réduit le coût d'une mauvaise communication entre les équipes. client, le promoteur, et le opérateurs. Les approches itératives et les échanges réguliers permettent à toutes les parties de comprendre le point de vue de l'autre en construisant à moindre coût ce que personne ne souhaite.

Voilà. Vous allez faire beaucoup d'erreurs. Alors, autant échouer sans trop de conséquences.

En tant qu'architecte d'entreprise, le mythe pernicieux est celui d'une équipe produit " purement ascendante " collaborant avec un " client ". Les développeurs et les utilisateurs collaborent. Puis ils itèrent. Et là, la magie opère.

Ce mythe fonctionne presque dans le cas simpliste de la start-up indépendante, où le utilisateur est le client. Même ici, le taux d'échec reste le même. client La somme demandée pour payer la facture est exorbitante.

Au sein d'une entreprise complexe, ce mythe est source de problèmes. En interne utilisateurs Ce ne sont jamais des clients. Ils font leurs achats avec la carte de crédit de quelqu'un d'autre. Leurs livraisons contiennent des quantités impressionnantes de produits complexes et coûteux à entretenir.

Notre mission est de fournir la fonctionnalité de démarrage la plus puissante —discipline du marché. Nous gardons le payeur de factures— le principal acteur responsable de la valeur, du coût du capital, des coûts d'exploitation, de la conformité, des risques et du compte de résultat — au premier plan.

Malgré tout, je désire ardemment tout cela. Je veux cette liberté créative ascendante et les limites claires de ce que… payeur de factures désire.

Cela ne signifie pas pour autant adopter la pire approche possible et réaliser une conception complexe avant les sprints. Architectes d'entreprise Je n'ai rien à faire là-bas.

Cela ne signifie pas qu'il faille choisir la pire option possible et se lancer dans le sprint. L'objectif de architecture d'entreprise Il s'agit de guider un changement efficace, et non de concevoir en détail et de débattre de l'approche à adopter quant à ce qui devrait être construit.

Nous avons besoin d'un cadre où les limites strictes ne constituent pas des sources de friction au quotidien. Un cadre où nos esprits créatifs disposent d'une grande liberté d'expression. Je souhaite offrir à mes équipes la même autonomie et la même liberté qu'Apple accorde aux développeurs iOS, tout en conservant les mêmes contrôles rigoureux qui protègent les intérêts de l'entreprise.

Génie créatif des frontières

Pendant des années, Parcs Canada a fourni des bisons sauvages provenant de Parc national d'Elk Island aux programmes internationaux de réintroduction. Mais ils avaient retardé leur réintroduction à Parc national de Banff.

Historiquement, les bisons parcouraient les plaines d'Amérique du Nord. Banff est une immense zone majoritairement sauvage, propice aux activités récréatives. À l'est s'étendent les terres agricoles et d'élevage de l'Alberta. Nous pourrions envisager que réintroduit Les bisons étaient destinés à Banff. Nous pouvions supposer qu'ils ne se déplaçaient pas d'eux-mêmes vers les parties moins reculées du parc, ni qu'ils erraient dans les ranchs situés à l'est du parc.

Cependant, Bison ne s'intéresse pas à lignes sur une carte.

Il y a neuf ans, en 2017, 16 bisons des plaines ont été réintroduits dans le prairies de montagne du côté nord-est plus isolé du parc Banff. Lors du dernier recensement en 1924, on en comptait plus de 130.

Le parc contrôle le troupeau grâce à des mécanismes simples et une délimitation stricte. De courtes clôtures rendent plus difficile le passage des animaux vers les ranchs. Plus loin, les gardes forestiers utilisent des techniques de conduite pour ramener le troupeau vers les zones où il sera laissé en paix. Pour quelques bisons aventureux, on recourt à des tranquillisants et à la relocalisation afin de les ramener dans les profondeurs de la nature sauvage.

Au quotidien, personne ne cherche à dicter aux bisons où aller ni ce qu'ils doivent manger. Ni même à les protéger des loups ou des grizzlis.

Les bisons jouissent d'une liberté créative.

Ils ont des limites strictes.

Faisons la même chose avec nos produits numériques.

C'est notre travail.

L'interaction critique de la liberté limitée

Les bisons sauvages de Banff évoluent librement sur un territoire de 1 200 kilomètres carrés. Vos équipes produit sont libres de travailler au sein de votre entreprise. Il s'agit d'une combinaison de limites, d'objectifs et de frontières internes et externes.

Je veux que vous réfléchissiez à la limite fondamentale et absolue des produits numériques modernes : votre architecture des données fournit—conditions d'utilisation des données. Nos produits numériques capturent inévitablement des données. appartenant à quelqu'un d'autre. Pensez à Apple et à vos photos numériques. Ou à ServiceNow et au flux de travail et aux autorisations des clients. Ou encore à Gmail et à vos contacts.

On ne peut jamais franchir la limite infranchissable qui vient de conditions d'utilisation des données en attendant que quelqu'un commence à conduire du mauvais côté de la route.

Nous utilisons deux outils spécifiques pour établir cette limite, Modèle de document logique et Spécifications d'architecture—particularité principes d'architecture, modèles d'architecture, et des normes.

Le modèle logique de document

Les documents logiques permettent de visualiser les données des produits numériques au sein d'autres systèmes d'entreprise, tout en gardant à l'esprit que l'ensemble des données qui les composent sont soumises à des restrictions strictes. Ces données sont intégralement et en permanence.

L'utilisation d'un document logique nous permet d'appréhender le métier plutôt que la structure des données. Je parle de le qualifier de… Photo. Cela inclut le fichier jpg ou hiec, les métadonnées, et tout le reste.

Nous commençons par quelques propriétés :

• Type de document permettant de mettre en évidence les documents soumis à des exigences particulières en matière de conservation et de contenu.

  • Enregistrer: Un document requis pour satisfaire aux obligations définies par la loi ou un contrat ; son contenu et sa conservation sont imposés de l’extérieur.

  • Document commercial : Document interne servant de support aux processus métier ; son contenu et sa conservation sont régis par la politique de l’organisation afin de garantir la cohérence, la traçabilité et l’efficacité opérationnelle.

  • Document transitoire : Document créé et utilisé par une personne, un service ou une équipe. Son contenu correspond aux besoins de son créateur et, bien qu'il ne soit pas soumis à des calendriers de conservation formels, sa conservation peut être limitée par une politique interne afin de limiter les risques.

• La propriété d'accès aux données explique le niveau de protection requis pour les informations ou leur sensibilité. Les attributs de cette propriété sont souvent modifiés. Cette liste est un point de départ pour votre réflexion.

  • Pays uniquement L’accès à ces informations est limité à une utilisation nationale et aux résidents du pays. Cela restreindra les installations, la conception de la sécurité, l’intégration et les options hors ligne.

  • Processus / Produit uniquement Les données ne peuvent être utilisées en dehors du produit ou du processus métier. Cela limitera la conception et l'intégration de la sécurité.

  • Données de garde – Les données appartiennent à une autre organisation (le client). Cela limitera la conception de la sécurité, la conception de l'application et l'intégration.

• La section « Protection des données » de ce document explique les exigences en matière de protection des informations. Vous avez le choix entre les niveaux Absolu, Amélioré et Allégé. Ce type de propriété nécessite systématiquement une bonne compréhension des données. Protection standard de Données de garde peut être plus stricte que la protection renforcée des données d'entreprise.

  • Détendu – Ces informations sont soumises à des exigences de protection des données inférieures à la normale. Cette spécification requiert une définition claire de ces exigences.

  • Standard – Les informations sont protégées selon les normes de protection des données en vigueur dans le secteur ou l'organisation. Cette spécification doit faire référence à une norme ouverte.

  • Amélioré – Ces informations sont soumises à des exigences de protection des données supérieures à la normale. Cette spécification requiert une définition claire de ces exigences.

  • Absolu – Les informations sont soumises à des exigences spécifiques en matière de protection des données. Cette spécification requiert une définition claire de ces exigences.

Ce que je recherche, c'est une indication sans ambiguïté que j'ai un contrainte limiter mes degrés de liberté.

Spécifications de puissance de l'architecture

La première fois que je rencontre une contrainte de données, je dois explorer cette contrainte.

Commencez par identifier la source de la contrainte. Est-elle spécifique au produit et liée à… conditions d'utilisation (contrat), réglementation ou politique. Cela ne relève pas des décisions relatives aux produits numériques. Cela vous indique les limites de la contrainte et qui est responsable de la décision sur la conformité de l'architecture et de la mise en œuvre.

Oui, nous commençons par déterminer qui décide si l'architecture respecte la contrainte. Entre nous, certaines contraintes font s'effondrer un modèle simpliste de Les parties prenantes sont propriétaires de l'architecture. Les contrats et les règlements existent, tout simplement. Les politiques, souvent, existent tout simplement. Nous avons rarement le temps ou l'énergie de suivre de près les modifications apportées aux contrats ou aux politiques.

Je souhaite parvenir à une spécification d'architecture réutilisable.principe d'architecture, modèle d'architecture, et standard. Lorsque je dispose d'une spécification d'architecture réutilisable, je n'ai pas besoin de refaire l'analyse.

Mes points forts sont un modèle d'architecture ou élément de base architectural. Les deux offrent une approche commune à un problème prévisible. Modèles :

• Nous devons cesser de réinventer la roue.

• Améliorer la confiance dans le fait que l'architecture couvre entièrement la contrainte et répond efficacement aux difficultés

• Permet de réduire les éléments récurrents compromis architectural conversations

• Diffuser les réponses et l'approche privilégiées par votre organisation

• Simplifier l'évaluation des solutions pendant gouvernance de la mise en œuvre

Avant tout, les modèles d'architecture simplifient gouvernance de l'architecture. Nous aurons déjà effectué les calculs et abouti à une réponse réfléchie concernant notre architecture.

Les bons modèles s'appliqueront à tous les domaines.architecture d'entreprise, architecture des données, application, la technologie et architecture de sécurité.

Les bonnes pratiques s'intègrent aux plateformes et aux services partagés, de sorte que l'équipe agile n'a même plus à y penser.

Lorsque vos plateformes et outils intègrent d'excellents modèles, gouvernance de la mise en œuvre Cela devient tellement plus facile. Vous arrêtez de demander. Comment avez-vous géré les données de garde ultra-confidentiellesVous demandez plutôt à l'équipe de test de s'assurer qu'elle valide bien les accès 100% de la données photographiques Cela ne se produit que dans espace utilisateur.

Et voilà, nous empêchons mécaniquement l'équipe agile de violer nos contrats clients.

Bon, je sais que ce n'est jamais aussi simple ; mais je peux déléguer une grande partie de l'enquête aux personnes de la chaîne de gestion, de développement et de test des produits. Nous avons intégré les spécifications d'architecture requises dans l'ensemble du système, en commençant par Architecture supérieure et se terminant par critères d'acceptation.

Chaque produit et chaque projet est plus susceptible d'être guidé et contraint par ces précédents. décisions architecturales.

Clôture de l'écosystème en conclusion

Une architecture d'entreprise performante ne consiste pas à microgérer. Il s'agit d'utiliser des directives et des contraintes pour faciliter la tâche de chacun et lui permettre d'accomplir les tâches de base plus facilement.

Les gardes forestiers de Banff ignorent le nombre de bisons qui errent dans le parc. Quelques-uns portent des balises satellites afin que les gardes puissent les localiser. suivre le troupeau. Les barrières rendent plus difficiles certains passages que les bisons ne doivent pas emprunter. Malgré tout, il n'a fallu que quelques années pour qu'un un taureau errant errant vers l'est en direction d'une ville en pâture—Ils l'ont pris en stop alors qu'il marchait sur la route.

J'espère que vos solutions en cas de non-conformité architecturale ne nécessiteront pas de mesures extrêmes. N'hésitez toutefois pas à intervenir pour préserver la valeur du produit numérique, de la gamme de produits et de l'écosystème de votre entreprise.

Prenez un instant pour examiner vos produits numériques. Disposez-vous de modèles clairs pour simplifier les contraintes clés de votre architecture ? Ces modèles sont-ils intégrés à vos plateformes et outils ? Ou bien comptez-vous sur des interventions coûteuses une fois le projet lancé, pour finalement aboutir à un résultat insatisfaisant ?

Faites les calculs. Guidez le changement.

La semaine prochaine, nous entamerons un voyage à la découverte des spécifications architecturales.principes d'architecture, modèles d'architecture, et des normes.

Passe une bonne journée!

Salutations, Dave Dave Hornford Conexiam

P.-S. Personne n'a vraiment envie de voir un troupeau de bisons se prélasser au soleil sur la Highway 1. Même si j'adore observer les bisons sauvages, quand je suis sur la Highway 1, c'est que je dois aller quelque part. Idem pour les 60 000 autres voitures qui seraient bloquées.