Critères du Design Sprint

Au début d’un projet, il est possible que vous deviez envisager plusieurs options de conception. Vous pouvez choisir l’application logicielle que vous utiliserez pour résoudre le problème, ou peut-être n’en avez-vous pas choisi une. Vous pouvez essayer de comprendre la complexité du problème pour déterminer la meilleure approche.

Dans Pega Express™, un design sprint rassemble des personnes ayant des expériences métiers, techniques et applicatives de Pega Platform™ différentes, afin d’aider votre équipe à progresser plus vite. 

Même s’il peut être appliqué à de nombreux problèmes, il est possible qu’un design sprint ne vous apporte aucun avantage.  Toutefois, si vous êtes face à un problème pour lequel vous n’avez pas défini la solution ou si celle-ci est particulièrement complexe, un design sprint peut aider votre équipe à parvenir à une solution rapidement, avec l’adhésion de l’équipe. Si vous ou votre organisation cliente essayez de comprendre ce que vous devez faire, envisagez un design sprint. 

Le design sprint est facultatif. Il est possible qu’une mise à niveau non axée sur l’utilisateur ou une version de l’application Pega Platform prête à l’emploi ne nécessite pas de design sprint. Tandis que vous vous familiarisez avec les éléments nécessaires à la réalisation d’un design sprint, pesez le pour et le contre de la mise en application de techniques de design thinking.

Le design thinking vise à résoudre les problèmes de manière créative. Le fait de comprendre les besoins des utilisateurs et remettre en question les hypothèses permet à l’équipe de poser le problème de façon claire et de proposer des solutions novatrices. Plutôt qu’un processus de développement logiciel traditionnel, un design sprint utilise le design thinking pour encourager un sous-ensemble de parties prenantes métier et de membres de l’équipe technique à examiner des idées en petit comité. Un design sprint est, en substance, un atelier de design thinking (qui dure généralement cinq jours).

Dans un design sprint, les participants :

• Posent le problème du point de vue de l’utilisateur.
• Proposent des idées nouvelles et en discutent. 
• Choisissent la meilleure option. 
• Construisent un prototype fonctionnel. 
• Testent la solution en situation réelle avec de véritables utilisateurs finaux. 
• Tirent des leçons de leur expérience.

En plaçant l’utilisateur au cœur du problème, les participants font preuve d’empathie et se mettent à la place des utilisateurs pour mieux comprendre leur état d’esprit et leurs comportements.

Un design sprint utilise le design thinking, une approche efficace et puissante incluant l’esquisse de la solution (sketch), un brainstorming et la réalisation du prototype (essentiellement non technique). Un design sprint réussi fait participer les utilisateurs finaux qui ont accès au système. Leur feedback aide l’équipe à comprendre les utilisateurs pour lesquels ils conçoivent la solution.

Le design sprint est-il un choix pertinent pour votre projet ? Pour répondre à cette question, vous devez vous demander si le problème métier est compliqué ou complexe.

Compliqué

Un projet qui doit respecter une règlementation officielle stricte est dit complexe. Même si le traitement de la transaction semble simple, la solution peut être difficile à développer et à tester. Songez, par exemple, aux règles compliquées qui sont nécessaires pour créer une solution respectant les exigences de la loi fiscale américaine FATCA. Les exigences sont si documentées que le projet nécessite une équipe analytique afin d’assurer le respect des normes.

Complexe 

Les problèmes complexes sont différents. Il existe différents degrés de complexité. Votre problème métier peut contenir des inconnues (quelques inconnues, avec quelques couches, ou de nombreuses inconnues, avec de multiples couches, la plupart nouvelles). Il n’y a pas de règles absolues en la matière. Il existe peut-être différentes couches de relations ou solutions inexplorées. Peut-être qu’aucune solution à ce problème n’a jamais été construite. Un problème complexe peut être mineur ou majeur.

Les problèmes complexes se prêtent particulièrement bien au design thinking, alors que ce n’est pas toujours le cas des problèmes compliqués. Pour mieux comprendre ce qui différencie les problèmes compliqués des problèmes complexes, reportez-vous à l’article (en anglais) The Critical Difference Between Complex and Complicated de MIT Sloan.

Le design sprint a lieu dans une salle spécifique ou dans un environnement virtuel ; les outils vidéo tiers permettent d’améliorer l’expérience virtuelle lorsqu’une réunion en présentiel ne peut avoir lieu. Les tâches préliminaires à un design sprint peuvent demander entre une et trois semaines. Les travaux de recherches préliminaires sont menés par des Experience Designers qui s’entretiennent avec des utilisateurs finaux et les observent en train de réaliser des tâches pertinentes pour le problème de l’équipe. 

Étapes de préparation 

1. Préparez-vous : Formez l’équipe. Retenez les participants, réservez une salle ou programmez des sessions virtuelles.
2. Faites des recherches : rassemblez autant d’informations préliminaires que possible à propos de votre client et dressez les contours du problème.​
3. Anticipez les obstacles : tenez compte du budget, des problèmes culturels, des tentatives passées et des limites opérationnelles.​
4. Arrivez informé(e) et préparez votre équipe !​

PRÉALABLEMENT AU SPRINT : présentation de l’équipe, alignement de la vision, analyse contextuelle, démonstrations opérationnelles, entretiens préliminaires individuels avec les utilisateurs finaux, carte d'empathie, service blueprint, développement de proto-personas et évaluation des recherches effectuées à ce jour.​

Jour 1 : Exploration et mapping

Jour 2 : Esquisse (map)

Jour 3 : Décision

Jour 4 : Prototype

Jour 5 : Test

TRANSITION VERS L'EQUIPE DELIVERY : restitution de la conception à un public plus large, planification de la livraison, modélisation des phases et étapes, création d’une liste de user stories, planification des tests centrés sur le parcours, examen des user stories et préparation à la phase Build.​

​Un design sprint invite différentes parties prenantes à collaborer pour dresser les contours du problème et parvenir à une vision commune, afin de réduire le risque et les efforts nécessaires à l’alignement. 

L’équipe design sprint est composée de personnes exerçant différents postes :

• Facilitateur (un Experience Designer) – Le Facilitateur exécute le design sprint et s’assure que l’équipe suit la cadence quotidienne, en introduisant plusieurs techniques de design thinking. Le Facilitateur s’assure que toutes les tâches préliminaires ont été effectuées afin que le design sprint puisse porter ses fruits.
• Décideur – Le Décideur est généralement la personne la plus influente ; elle est prête à prendre des décisions et est la plus confrontée au problème que vous essayez de résoudre. Ce rôle revient le plus souvent au Product Owner, mais pas toujours.
• Représentant des utilisateurs finaux – Le représentant des utilisateurs finaux représente les clients et les utilisateurs finaux de la solution applicative qui doit être créée ; il définit avec précision les problèmes auxquels ces derniers sont confrontés et leurs besoins. 
• Expert métier – Le SME (subject matter expert) comprend et confirme les règles métier et les exigences afin de s’assurer que la solution correspond à la valeur métier requise.
• Spécialistes – Les spécialistes sont généralement des experts techniques, tels qu'un Lead System Architect (LSA) ou Senior Business Architect (SBA) Pega, par exemple. 

Vous pouvez inviter des SME le premier jour pour obtenir d'autres points de vue. Le cinquième jour, demandez à cinq utilisateurs finaux de plus (n’ayant pas participé au sprint) de tester le prototype.

Un design sprint type consiste en un atelier en présentiel de cinq jours. Les participants doivent cartographier le problème (lundi), esquisser des idées (mardi), choisir le meilleur plan (mercredi), créer un prototype (jeudi) et tester le prototype auprès d’utilisateurs réels pour le modifier selon ce qu’ils observent (vendredi).

Jour 1

Le premier jour est consacré à la cartographie du parcours du client de bout en bout et à la consultation d’experts. Commencez en convenant de l’objectif des cinq prochains jours. L’équipe peut ensuite commencer à cartographier le problème. Les participants doivent évaluer s’il est possible de résoudre le problème entier ou bien si seule une partie de celui-ci peut être résolue en une semaine.

Jour 2

Le deuxième jour, l’équipe effectue des recherches et fournit des exemples d’autres produits ou issus d’autres secteurs proposant des solutions similaires. Chaque membre de l’équipe esquisse une solution de son propre point de vue (technique, utilisateur final, métier). Ces idées sont ensuite présentées au reste de l’équipe lors de démos éclair ou Lightning Demos. Ces démos permettent aux membres de l’équipe de prendre connaissance des options envisageables pour parvenir à la meilleure solution.

Jour 3

Le troisième jour, l’équipe utilise diverses techniques pour choisir les esquisses les plus intéressantes. Quelles idées sont les plus solides et ont le plus de chances de permettre d’atteindre les objectifs définis au jour 1 ? Chacun peut voter pour les idées qu’il estime devoir faire l'objet d'un prototype. Le Décideur, généralement un sponsor métier ou un chef de produit, joue un rôle clé dans ce processus. Une fois les meilleures idées sélectionnées, avant de passer au développement du prototype, l’équipe crée un storyboard qui réunit toutes ces idées.

Jour 4

Au quatrième jour, l’équipe peut transformer ce storyboard en un prototype réaliste, avec l’aide des experts techniques du groupe. Le prototype est conçu de sorte que la surface soit suffisamment réaliste pour permettre à un utilisateur final d’interagir et travailler avec. Le prototype permet aux participants de se faire une bonne idée de la solution définitive.

Jour 5

Le dernier jour, le prototype est remis à cinq à sept utilisateurs finaux qui interagissent avec la solution test de façon individuelle plutôt qu’au sein d’un groupe. L’équipe apprend de leurs réactions. (Les membres de l’équipe observent leurs réactions de loin.) 

Durant le test, il est demandé aux utilisateurs finaux de dire tout haut ce qu’ils pensent pour permettre à l’équipe d’interpréter ce que ces derniers essaient de faire et comment ils interagissent avec le prototype. Il ne s’agit pas de recette utilisateur, car les utilisateurs ne font que tester un premier prototype. Les résultats obtenus le cinquième jour aident l’équipe à comprendre les difficultés auxquelles peuvent devoir faire face les utilisateurs et quels aspects de l’application prêtent à confusion. L’équipe découvre aussi ce que les utilisateurs finaux apprécient dans la solution proposée et pourquoi.  

En fonction des conclusions auxquelles elle parvient, l’équipe peut soit améliorer la conception, puis itérer et tester un nouveau prototype, soit commencer à transformer le prototype en une solution concrète. 

Si vous estimez que le problème est complexe et que vous souhaitez y remédier de manière efficace, le design thinking est tout indiqué. Le design thinking transforme la gestion des projets avec Pega Express. Si vous avez besoin que votre équipe réimagine un microjourney ou stimule la transformation, ou pour motiver les collaborateurs à livrer un nouveau processus ou une nouvelle portion de fonctionnalité, optez pour le design thinking. Un design sprint crée une atmosphère collaborative, favorise l’alignement de la vision et accroît la confiance de l’équipe. La méthodologie Pega Express vous recommande de le réaliser le plus tôt possible. 

Vérifiez vos connaissances avec l’interaction suivante.