Optimiser la conception de la charge de travail à l’aide de flux

Article
10/24/2024

Cet article traite de l’optimisation ciblée des charges de travail à l’aide de flux. Les différents composants d’une charge de travail ont des exigences et des niveaux d’importance différents. En segmentant une charge de travail en flux, vous pouvez hiérarchiser différentes parties d’une charge de travail et mieux aligner les investissements de charge de travail avec l’importance de chaque flux.

Ce processus d’optimisation de la charge de travail est itératif et implique trois étapes clés : (1) définir la structure de flux au sein de votre charge de travail, (2) définir les exigences techniques et (3) concevoir le flux pour répondre aux exigences (voir la figure 1).

Figure 1 : Processus d’optimisation des charges de travail à l’aide de flux.

Définir le flux

Avant de pouvoir définir les exigences de flux, vous devez comprendre les pilotes métier du flux. Les conditions préalables à la définition d’un flux identifient le processus métier et le cas d’usage qu’il prend en charge. Lorsque vous comprenez les prérequis, vous pouvez commencer à documenter le flux.

Comprendre les prérequis

Les flux sont des séquences d’actions qui prennent en charge les fonctionnalités de charge de travail. Il existe deux types principaux de flux : les flux utilisateur et les flux système. Les flux utilisateur déterminent les interactions utilisateur. Les flux système déterminent la communication entre les composants de charge de travail. Les flux prennent en charge les processus métier et les cas d’usage. Une charge de travail se compose de plusieurs cas d’usage. Vous devez identifier le processus métier et le cas d’usage pris en charge par le flux avant de documenter un flux (voir la figure 2).

Figure 2 : Relation entre les processus métier, les cas d’usage, les flux et la charge de travail.

Identifier le processus métier

Un processus métier est une série d’actions (étapes) qui répondent à une exigence métier. Les flux déterminent la séquence qu’un utilisateur ou des données prend pour accomplir chaque étape d’un processus métier. Par exemple, la vente de produits en ligne est un processus métier. Les étapes de ce processus métier peuvent répertorier le produit en ligne, recevoir des commandes et livrer le produit.

Identifier le cas d’usage

Un cas d’usage définit les exigences fonctionnelles d’un flux. Vous devez identifier et comprendre le cas d’usage qu’un flux prend en charge avant d’établir les exigences techniques d’un flux. Chaque cas d’usage doit prendre en charge une étape dans un processus métier (voir la figure 2). Un cas d’usage doit définir les attributs suivants :

Objectif : énoncez clairement les tâches ou les objectifs, comme l’activation des achats en ligne. Cette clarté guide la conception fonctionnelle et définit des objectifs clairs pour la conception de flux.
Critique : évaluez l’importance du cas d’usage, allant de la routine à la critique. La valeur affectée à un cas d’usage informe la hiérarchisation et la conception du flux. Les cas d’usage à valeur élevée peuvent nécessiter une gestion améliorée des erreurs, un réglage des performances ou des considérations relatives à l’expérience utilisateur.
Consommateurs : déterminez si les utilisateurs (clients, personnel) ou les composants système sont les principaux consommateurs. Cette catégorisation détermine s’il s’agit d’un flux utilisateur ou d’un flux système et influence la conception.
Événements : définissez des déclencheurs ou des conditions qui lancent et concluent le cas d’usage. Ces événements définissent les limites du flux.
Exécution : comprendre la fréquence opérationnelle et la variabilité du cas d’usage pour anticiper la charge du système. Vous devez concevoir un flux pour gérer différents scénarios d’exécution.
Dépendances : identifiez les interdépendances avec d’autres cas d’usage pour la gestion des risques. La reconnaissance des dépendances d’un cas d’usage permet de concevoir des flux qui s’intègrent en douceur à d’autres composants système. Vous devez garantir la disponibilité des entrées nécessaires et la compatibilité des sorties avec les processus suivants.

Documenter le flux

Utilisez le cas d’usage pour documenter le flux. Vous devez décrire ou mapper chaque action dont vous avez besoin dans un flux. Capturer les critères et les voies de décision. Identifiez les interactions avec d’autres cas d’usage. Ce plan sert de blueprint pour la conception et la gestion des flux. Vous devez également capturer des informations métier sur le flux. Veillez à inclure les détails suivants dans la documentation de flux :

Description du flux : description générale du flux.
Processus métier : le processus métier pris en charge par le flux.
Propriétaire du processus : individu propriétaire du processus métier.
Parties prenantes : Les personnes que vous devez informer ou consulter sur l’état ou les modifications des flux.
Chemins d’escalade : les personnes ou les groupes que vous devez contacter pour résoudre les problèmes. C’est une séquence de gens. L’étendue de la responsabilité individuelle augmente avec chaque personne sur le chemin.
Impact sur l’entreprise : importance de ce flux pour l’entreprise.
Évaluation de la criticité : étiquette qualitative qui indique l’importance relative du flux.

Pour plus d’informations, consultez les exemples de flux.

Définir les exigences de flux

Utilisez le cas d’usage pour établir les cibles techniques du flux. Définissez des cibles mesurables pour le flux qui s’alignent sur les cinq piliers du Well-Architected Framework (WAF). Ces piliers fournissent un cadre pour définir des objectifs techniques :

Cibles de fiabilité : évaluez l’importance de chaque flux et définissez les cibles de fiabilité en conséquence. Déterminez les seuils de performances et établissez des contrats de niveau de service clairs (SLA) et des objectifs (SLA). Les flux de criticité plus élevés nécessitent des cibles de fiabilité plus strictes.
Cibles de sécurité : analysez les besoins de sécurité de chaque flux en fonction de la sensibilité des données et des activités utilisateur. Implémentez et mettez à jour en permanence les mesures de sécurité pour répondre à ces besoins tout en garantissant la conformité aux normes réglementaires.
Objectifs de coût : Comprendre les demandes de chaque flux pour une allocation efficace des ressources. Définissez des cibles pour équilibrer les coûts avec les performances. Assurez-vous que l’utilisation des ressources s’aligne sur les priorités métier.
Cibles opérationnelles : définissez des métriques pour une surveillance et une résolution des problèmes efficaces. Les cibles doivent garantir une utilisation efficace des ressources et un alignement avec les objectifs de l’organisation.
Objectifs de performances : cibles de performances de base sur les exigences initiales de chaque flux. Assurez-vous que les flux essentiels reçoivent des ressources adéquates et ajustent en permanence les cibles pour répondre aux demandes en constante évolution et améliorer les expériences utilisateur.

Concevez le flux

Concevez le flux pour répondre aux objectifs techniques. Vous devez vous familiariser avec les meilleures pratiques de conception de flux afin d’obtenir le bon résultat. Générez et testez le flux. Itérer sur la conception jusqu’à ce qu’elle réponde aux cibles techniques que vous avez établies.

Suivre les meilleures pratiques de conception de flux

Lorsque vous concevez un flux, suivez les meilleures pratiques de conception de flux. Un flux bien conçu a les attributs suivants :

Étendue : identifiez les points de départ et de fin distincts pour chaque flux. Les limites claires permettent d’optimiser les interactions utilisateur ou système.
Logique : Concevez vos flux avec un ordre logique d’étapes. Optimisez le chemin le plus efficace et réduisez les étapes inutiles.
Gérable : flux de conception faciles à mettre à jour et à gérer. Utilisez des composants modulaires que vous pouvez modifier sans affecter la charge de travail entière.
Défini : incorporez des conditions spécifiques qui déclenchent ou guident chaque étape dans un flux. Cette précision garantit que le flux répond avec précision aux entrées utilisateur, aux modifications de données ou aux états système.
Fiable : Générez des chemins de gestion des erreurs et d’exceptions dans vos flux. La gestion efficace des erreurs empêche l’interruption et maintient l’intégrité du flux dans des circonstances inattendues.
Scalable : assurez-vous qu’elle peut gérer des charges variables et s’adapter à la croissance ou à la réduction des bases utilisateur ou des volumes de données.
Sécurisé : incorporez des mesures de sécurité dans le flux. Protégez les données et les interactions utilisateur contre les accès et menaces non autorisés.
Efficace : planifiez une utilisation efficace des ressources sans surapprovisionnement. Gardez à l’esprit l’optimisation des coûts.
Centré sur l’utilisateur : pour les flux utilisateur, alignez la conception de flux avec les attentes et les comportements des utilisateurs. Rendez-vous intuitif et réduisez la courbe d’apprentissage pour les nouveaux utilisateurs.

Développer et tester le flux

Développez le flux pour répondre aux objectifs techniques et testez-le pour s’assurer qu’il répond à ses exigences. Ce processus valide que le flux fonctionne comme prévu, gère efficacement ses tâches et répond aux objectifs techniques. Voici des conseils pour créer et tester un flux :

Sélectionner des technologies : choisissez les technologies qui s’alignent sur les cibles définies en termes de fiabilité, de sécurité et de performances.
Développer le flux : générez le flux en fonction de la conception, en gardant à l’esprit les cibles définies.
Flux de test : effectuez des tests pour vous assurer que le flux répond aux cibles. Itérer en fonction des besoins pour atteindre les cibles.
Surveiller : implémentez des outils de supervision pour suivre l’utilisation et les coûts des ressources.

Passez régulièrement en revue le flux par rapport aux cibles définies et aux normes du secteur. Utilisez les commentaires de la surveillance et des audits pour améliorer le flux. Ajustez les cibles et les processus si nécessaire pour s’aligner sur les besoins métier changeants ou les progrès technologiques.

Optimiser les flux

Répétez le processus défini dans cet article tout au long du cycle de vie du flux. Lorsque vous effectuez une itération sur la conception de flux, utilisez l’infrastructure bien conçue pour optimiser les flux du point de vue de chaque pilier :

Exemples de flux

Voici quelques exemples de flux pour vous aider à concevoir vos flux. Les exemples utilisent l’architecture de référence du modèle d’application web fiable comme base et affiche la documentation que vous devez avoir sur chaque flux.

Flux utilisateur 1 : Créer des concerts à venir

Description du flux : les employés du centre d’appels utilisent l’application pour créer un concert à venir.

Processus métier : ce flux prend en charge le processus de ticket d’achat, mais il est asynchrone, réduisant sa criticité.
Propriétaire du processus : Directeur des ventes.
Parties prenantes : service commercial, planification de concerts et opérations, équipe de plateforme et équipe d’application.
Chemins d’escalade : équipe d’application, équipe de plateforme, puis service commercial.
Impact commercial : ce flux est important pour rendre de nouveaux concerts disponibles sur les plateformes de vente, influençant directement le principal flux de revenus de l’entreprise. Lorsque les employés du centre d’appels ne peuvent pas créer de concerts en raison de l’indisponibilité de ce flux, cela a un impact négatif à la fois sur le chiffre d’affaires et la réputation de l’entreprise. Toutefois, la haute disponibilité n’est pas essentielle pour ce processus, car les concerts sont généralement planifiés à l’avance sur une base hebdomadaire. Le service des ventes a spécifié une exigence de disponibilité de 95 % pour ce processus et est d’accord pour les temps d’arrêt en dehors des heures d’activité à des fins de maintenance.
Évaluation de la criticité : faible.

Flux utilisateur 2 : Rechercher des concerts

Description du flux : les employés du centre d’appels utilisent l’application pour rechercher des concerts à venir.

Processus métier : ce flux prend en charge le processus de ticket d’achat, mais les employés du centre d’appels peuvent choisir de répertorier tous les concerts si la fonction de recherche n’est pas disponible.
Propriétaire du processus : service expérience utilisateur (UX).
Parties prenantes : service commercial, équipe de plateforme et équipe d’application.
Chemin d’escalade : équipe d’application, équipe de plateforme, responsable du service commercial à l’appel.
Impact commercial : ce flux permet aux employés du centre d’appels de trouver rapidement des concerts et fait partie du processus de vente normal. La haute disponibilité de ce flux n’est pas essentielle, car les employés ont la possibilité de répertorier les concerts même en son absence. Elle dégrade l’expérience de l’employé du centre d’appels peut dégrader et affecter la productivité. Les clients peuvent rencontrer des frustrations en raison d’une augmentation des temps d’attente ou des retards. Le service des ventes a demandé une disponibilité de 99 % de ce flux pendant les heures ouvrées normales.
Évaluation de la criticité : moyenne.

Flux utilisateur 3 : Obtenir la liste des concerts

Description du flux : les employés du centre d’appels utilisent l’application pour obtenir la liste des concerts.

Processus métier : ce flux prend directement en charge le processus de ticket d’achat.
Propriétaire du processus : Directeur de la plateforme.
Parties prenantes : service commercial, équipe de plateforme, équipe de données.
Chemin d’escalade : équipe de données, ingénieur des appels de l’équipe de données, ingénieur de l’équipe de plateforme à l’appel.
Impact commercial : ce flux fait partie intégrante du chemin critique des transactions de génération de revenus pour l’entreprise. La haute disponibilité est essentielle, car les employés du centre d’appels s’appuient sur ce flux pour traiter les achats de tickets. En reconnaissance de son importance, l’entreprise impose une durée de fonctionnement de 99,9 % pour ce flux, qui comprend des heures de bureau prolongées.
Évaluation de la criticité : élevée.

Flux utilisateur 4 : Acheter un ticket

Description du flux : les employés du centre d’appels utilisent l’application (processus d’authentification et d’autorisation ) pour acheter des billets pour un prochain concert (la liste des concerts à venir) au nom des clients Relecloud.

Processus métier : ce flux est la fonctionnalité principale et le flux de l’application.
Propriétaire du processus : Directeur des ventes.
Parties prenantes : service commercial et toutes les équipes techniques.
Chemin d’escalade : ingénieur de l’équipe d’application à l’appel, ingénieur en équipe de plateforme, ingénieur en équipe de données à l’appel, chef de l’exploitation.
Impact sur l’entreprise : la haute disponibilité de ce flux est cruciale, car elle permet directement les achats de tickets client. Tout dysfonctionnement ou indisponibilité de ce flux peut avoir un impact significatif à la fois sur le chiffre d’affaires et la réputation de l’entreprise. L’entreprise établit une exigence stricte pour ce processus vital, s’attendant à une durée de fonctionnement de 99,9 %, même pendant les heures de travail prolongées.
Évaluation de la criticité : élevée.

Flux utilisateur 5 : Authentification et autorisation

Description du flux : les employés du centre d’appels se connectent en toute sécurité à l’application. Les administrateurs leur fournissent les rôles appropriés pour acheter des tickets pour le compte des clients Relecloud.

Processus métier : ce flux prend directement en charge le processus de ticket d’achat. Sans cette fonctionnalité, les employés du centre d’appels ne peuvent pas se connecter à l’application pour acheter des tickets.
Propriétaire du processus : équipe de plateforme.
Parties prenantes : équipe de plateforme, équipe des opérations et service des ventes.
Chemin d’escalade : ingénieur en appel de l’équipe de plateforme, chef de l’exploitation.
Impact sur l’entreprise : ce flux nécessite une haute disponibilité, car les employés du centre d’appels ne peuvent pas acheter de tickets si ce flux ne fonctionne pas correctement. Si ce flux n’est pas disponible, il affecte directement les revenus et la réputation. Il s’agit d’un processus clé pour lequel l’entreprise attend 99,9 % de temps d’activité, y compris pendant les heures d’ouverture prolongées.
Évaluation de la criticité : élevée.

Flux système : collecter des données de télémétrie

Description du flux : Pour comprendre les modifications d’état dans le système de production, les instances d’application web et d’API collectent et envoient des informations, des erreurs et des avertissements. Ces données aident l’équipe des opérations à effectuer la détection, la résolution des problèmes et le profilage des anomalies.

Processus métier : ce flux ne prend pas en charge les processus métier, mais fournit des données importantes pour l’équipe des opérations.
Propriétaire du processus : Directeur des opérations.
Parties prenantes : équipe des opérations, équipe de plateforme et équipe de données.
Chemin d’escalade : équipe des opérations (24/7), ingénieur de l’équipe de données à l’appel.
Impact sur l’entreprise : ce flux est essentiel pour les efforts de surveillance et d’amélioration continue de l’entreprise. Elle doit être aussi redondante et résiliente que possible. L’équipe des opérations est chargée de restaurer rapidement ce flux après tout échec pour éviter les informations critiques manquantes et les avertissements. Si le flux ne parvient pas à atteindre la disponibilité attendue, il y a un risque d’ignorer les problèmes de production, ce qui peut entraîner des conséquences graves. Pour atténuer ce risque, le service des opérations vise une durée de fonctionnement de 99 %, 24/7. Ils doivent planifier un temps d’arrêt lié à la maintenance au moins 48 heures à l’avance.
Évaluation de la criticité : moyenne.

Partager via