Download to read offline
More Related Content
Similar to Design thinking, agile & lean
![Getting Started with Apache Spark: Big Data Made Simple [Free Meetup]](https://cdn.slidesharecdn.com/ss_thumbnails/apachesparkgettingstarted-260203175547-8361bcc3-thumbnail.jpg?width=640&height=640&fit=bounds)
Design thinking, agile & lean
- 1. Nour BOUAYADI GDG Tlemcen @Nour_BOUAYADI DesignThinking, Agile & Lean
- 2. Plan: ● What isDesign Thinking ? Agile ? Lean ? ● Design Thinking ● Lean ● Agile ● The problem of complexity ● strategy & vision
- 3.
- 4. Design Thinking isa human-centric, iterative, solution-based, problem-solving framework. Whoa! Let us break this down. Design Thinking
- 5. Design thinking is: ●A problem-solving approach: ● Human-centric: ● Iterative: ● Solution-based: Design Thinking
- 6. The 5 Stagesof Design Thinking
- 7. Lean is theart of learning by doing! Lean
- 8.
- 9.
- 10. Agile Agile is incremental,iterative and adaptive methodology.
- 11. Agile & Lean •They embrace and adapt to change, regardless of how late it occurs. • They produce value iteratively, in short cycles. • Each is humanistic, that is, valuing people above process, and encouraging autonomy and collaboration. • Both Agile and Lean focus on quality, which in turn improves efficiency. • They seek to eliminate wasted effort. • They continuously improve through reflection and learning.
- 12.
- 13. The Problem ofComplexity There is no faster way of predicting the future, other than just going there. —Igor Nikolic
- 14. Vision & Strategy Wemust plan to act, act to learn, learn to win.
- 15. Two more things✌️ Fill the feedback & Join weekly challenge 1. ATTENDANCE CERTIFICATE after filling feedback bit.ly/menadd-feedback 2. Join weekly CHALLENGES … bit.ly/menadd-challenges You may win a Gift Box of goodies, or Google Home Mini!
- 17.
Editor's Notes
- #2 Bonjour à toutes et à tous, et bienvenue à la présentation intitulée “design thinking, agile et lean”. J'espère que vous allez bien et que vous vous portez bien. Je me présente je suis Nour, membre du GDG et WTM Tlemcen, nous allons parler aujourdhui sur 3 méthodologies importantes pour les équipes et les individus, sachez que vos questions et vos remarques seront grandement appréciés, vous pouvez les laisser en commentaires.
- #4 Design Thinking, Lean et Agile sont des méthodologies, des philosophies des états d’esprit qui, une fois mises en pratique, aident les entreprises à développer de nouvelles compétences. Nous apprenons à s’attaquer aux problèmes et à explorer les possibilités. L’idée est de faire de chaque action une opportunité d'apprentissage pour prendre de meilleures décisions. De plus, nous mettons l’apprentissage au travail en recherchant des résultats d’une manière optimisée pour nous adapter au changement constant. Plus que de suivre des étapes, des procédures ou des instructions, ces méthodologies aident les équipes à penser différemment, à pratiquer de nouvelles compétences et à développer de nouvelles capacités. Nous allons donner plus de détails sur chacune des méthodologie, mais pour un début on peut dire que: le Design Thinking e Design Thinking est un état d'esprit pour explorer des problèmes ou trouver des opportunités dans un monde plein d'incertitude. C’est une recherche de sens, généralement axée sur les besoins et l’expérience humains. En utilisant un raisonnement intuitif et abductif, le Design Thinking explore et questionne ce qui est, puis imagine ce qui pourrait être avec des solutions futures innovantes et inventives. Lean est une philosophie de gestion qui englobe la pensée scientifique pour explorer à quel point nos hypothèses sont justes tout en améliorant un système. Les utilisateurs de Lean utilisent la pratique pour tester leurs hypothèses par l'action (Learn by doing), d'observer ce qui se passe réellement et de faire des ajustements en fonction des différences observées. C’est ainsi que les organisations font, apprennent en faisant et décider quoi faire ensuite dans leur parcours pour atteindre les résultats Le cœur d'Agile est de créer des solutions logicielles qui s'adaptent aux besoins qui changent. Agile commence par un problème - pas une exigence - et offre une solution élégante. L'état d'esprit Agile reconnaît que la bonne solution aujourd'hui n'est peut-être pas la bonne solution demain. C'est rapide, itératif, facilement adaptable et ciblé sur la qualité grâce à l'amélioration continue. Too often, people ask, Lean or Agile or Design Thinking? The answer is “and,” not “or.”
- #5 Le design thinking a été développé par le professeur David Kelley de Stanford, également fondateur de l'agence de design IDEO. Son travail a également été influencé par les professeurs Terry Winograd et Larry Leifer de la d.school de l'Université de Stanford. Malheureusement, il n'existe pas de définition unique et convenue du design thinking. Cependant, dans une étude menée par le groupe Nielsen Norman, la majorité des professionnels de l'UX et du design le définissent à peu près de la même manière, indépendamment de l'industrie et de l'expérience. Pourtant, il n'y a pas d'accord sur les détails. Une phrase concise qui définit le design thinking serait la suivante: Le Design Thinking est un cadre de résolution de problèmes centré sur l'humain, itératif, basé sur des solutions
- #6 Le design thinking est: Une approche de résolution de problèmes: c'est une méthodologie idéale pour s'attaquer à des problèmes complexes mal définis ou inconnus. En effet, le design thinking nous aide à définir un problème, à remettre en question toutes les hypothèses et ainsi à le recadrer de manière à nous aider à trouver des solutions susceptibles de le résoudre. Centré sur l'humain: dans le design thinking, nous cherchons à comprendre l'utilisateur. C'est pourquoi l'utilisateur - la personne pour laquelle nous concevons nos produits ou services - est pris en compte à chaque étape du processus de design thinking. Itératif: Cela signifie qu'au cours des différentes étapes du processus de réflexion conceptuelle, vous utiliserez les résultats pour examiner, remettre en question et améliorer les hypothèses, les compréhensions et les résultats initiaux. Cela rend l'approche du design thinking non linéaire. Basé sur des solutions: le processus de design thinking offre une approche très pratique de la résolution de problèmes. Vous formulerez plusieurs approches potentielles de résolution de problèmes, les prototyperez et les testerez dans le contexte du problème à résoudre. En raison de la nature itérative du design thinking, vous serez en mesure de remodeler et d'optimiser ces approches jusqu'à ce qu'une solution optimale soit choisie.
- #7 Vous pouvez appliquer la méthode du design thinking pour résoudre des problèmes complexes en adoptant l'approche en cinq étapes proposée par le Hasso-Plattner Institute of Design à Stanford (d.school). Ce qui est intéressant à propos de cette approche, c'est qu'elle commence par utiliser des styles de pensée divergents pour explorer autant de possibilités que possible, mais elle encourage ensuite des styles de pensée convergents pour isoler les flux de solutions potentiels. Cela étant dit, ces cinq étapes ne sont pas toujours séquentielles et peuvent se produire en parallèle et se répéter de manière itérative. Par conséquent, la meilleure façon de les voir est sous forme de phases qui contribuent à un projet innovant. Les cinq étapes du processus de design thinking sont les suivantes: Étape 1 - Empathie: L'objectif de cette étape est d'acquérir une compréhension empathique de vos utilisateurs, de leurs besoins et de ce qui les préoccupe vraiment. Pour ce faire, vous devez mettre de côté toutes les hypothèses personnelles que vous pourriez avoir sur vos utilisateurs ou le problème que vous abordez. Vous devez observer, vous engager (par exemple à travers des entretiens) et faire preuve d'empathie avec les gens pour comprendre leurs expériences, ce qu'ils apprécient et ce qui les motive. De plus, il est recommandé d'avoir une idée de l'environnement physique dans lequel se situe le problème. Ces techniques vous aideront à faire preuve d'empathie - un aspect essentiel de l'approche centrée sur l'humain qu'est le design thinking. Cette étape fournira inévitablement une quantité considérable d'informations - que vous devrez ensuite utiliser pour la 2ème étape. Votre défi sera de synthétiser toutes ces informations dans le cadre de votre conception. Étape 2 - Définir (le problème): Dans cette étape, vous devez analyser, trier et ordonner les informations que vous avez rassemblées dans la première étape de manière à vous permettre de mieux définir le problème que vous abordez. Si vous avez mené des entretiens au cours de la première étape, vous pouvez analyser les réponses et mettre en évidence toutes les phrases clés liées au problème. Ainsi, cette étape apportera clarté et concentration à votre travail car vous saurez quel est le vrai problème. Idéalement, il serait préférable que vous écriviez cela sous la forme d'un énoncé du problème. Ce qui est intéressant, c’est que jusqu’à présent, vous avez façonné la définition du problème uniquement du point de vue des utilisateurs et sans aucune contrainte des solutions existantes. Étape 3 - Idée: En utilisant l'énoncé du problème de l'étape 2, vous pouvez commencer à générer plusieurs idées logiques qui cherchent à résoudre le problème. Ces idées sont généralement des idées grossières - celles qui sont le résultat d'un brainstorming. Néanmoins, il doit s'agir d'approches valides susceptibles de résoudre le problème à résoudre. L'important ici est de «sortir des sentiers battus» et de générer plusieurs idées afin qu'il y ait des options parmi lesquelles choisir pour le prototypage à l'étape suivante. Vous pouvez esquisser ces idées et les montrer aux utilisateurs pour les affiner et en même temps filtrer les idées qui méritent d'être approfondies. Étape 4 - Prototype: Au cours de cette étape, vous travaillerez avec votre équipe pour générer plusieurs prototypes peu coûteux afin de pouvoir étudier et explorer les solutions potentielles proposées jusqu'à présent. Le but de l'étape de prototype est également d'avoir quelque chose à partager et servira de base de communication avec les membres de votre équipe et d'autres parties prenantes, y compris les utilisateurs. Il est essentiel de se rappeler que vous n'essayez pas d'identifier ici la bonne solution. Au lieu de cela, vous explorez un certain nombre d'approches potentiellement bonnes pour résoudre le problème. Par conséquent, vous ne devriez pas perdre beaucoup de temps à réfléchir à la façon de prototyper ou de construire un prototype. Vous devriez ramasser du matériel et commencer. Chaque solution est prototypée, étudiée et acceptée, améliorée, réexaminée ou rejetée. Ne pas passer trop de temps et ne pas construire des prototypes complexes et coûteux vous permettra ainsi de vous laisser aller plus facilement et de passer à un autre. À la fin de cette étape, vous aurez une bonne idée des solutions les plus susceptibles de résoudre le problème et de leurs contraintes. Étape 5 - Test: Les meilleures solutions de la phase de prototypage sont testées dans le contexte du produit réel en utilisant des concepteurs, des évaluateurs et de vrais utilisateurs. Des tests sont effectués pour évaluer chaque prototype et évaluer dans quelle mesure il résout le problème traité. Il s'agit d'un processus itératif puisque les résultats de ces tests peuvent parfois être utilisés pour affiner le problème, les prototypes proposés et les solutions. Cela conduit à d'autres modifications et raffinements des prototypes testés, et donc à un retour aux étapes précédentes. Les tests fournissent également une opportunité de comprendre et d'empathie davantage les utilisateurs puisque vous les observez et les engagez. C'est aussi une étape qui vous aidera personnellement à affiner la façon dont vous avez encadré le problème et à aborder toutes les pré-conceptions restantes que vous pourriez encore avoir. Le résultat de cette étape est un prototype qui résout le problème, et donc un prototype qui peut être utilisé comme modèle pour construire la vraie solution.
- #8 Dans les entreprises de logiciels modernes, le contrôle par la gestion scientifique est une erreur. Les choses sont trop complexes, trop imprévisibles et trop dynamiques pour être contrôlées. Les gestionnaires recherchent la certitude et la prévisibilité là où, en fait, il y en a peu, et leurs pratiques de gestion ne fournissent qu'une couverture réconfortante des erreurs. Ce n’est que lorsque le projet échoue - souvent quand il est trop tard pour se remettre correctement - que l’erreur devient clair. Les entreprises modernes exigent des pratiques de gestion plus modernes
- #9 Tester les croyances en faisant, pas en analysant ou en Planification et Retarder la prise de décision au dernier moment Définir des objectifs clairs, faire confiance aux équipes et donner de l'autonomie pour atteindre les résultats et décentraliser la prise de décision Les performances sont mesurées en fonction de la valeur livrée, et non de la quantité de travail achevée et bien sur il faut spécifier la valeur. Gérer les files d'attente, Livrer à grande vitesse, Éliminer les déchets Construire la qualité, apprendre en permanence et réagir pour améliorer les choses, poursuivre la perfection
- #10 Tester les croyances en faisant, pas en analysant ou en Planification et Retarder la prise de décision au dernier moment Définir des objectifs clairs, faire confiance aux équipes et donner de l'autonomie pour atteindre les résultats et décentraliser la prise de décision Les performances sont mesurées en fonction de la valeur livrée, et non de la quantité de travail achevée et bien sur il faut spécifier la valeur. Gérer les files d'attente, Livrer à grande vitesse, Éliminer les déchets Construire la qualité, apprendre en permanence et réagir pour améliorer les choses, poursuivre la perfection
- #11 Une méthode agile est une approche itérative et incrémentale pour le développement de logiciel, réalisé de manière très collaborative par des équipes responsabilisées appliquant un cérémonial minimal qui produisent, dans un délai contraint, un logiciel de grande qualité répondant aux besoins changeants des utilisateurs. c’est une approche itérative et incrémentale: Itératif L’itération est le principe de répéter un processus plusieurs fois dans le but d’améliorer un résultat. Prenons un exemple concret ! Lorsque vous apprenez à faire du vélo. Dans le monde du développement, nous utilisons cette approche pour améliorer une fonctionnalité. Nous sommes pragmatiques et nous savons bien que rien n’est parfait la première fois. Une fonctionnalité a besoin d’être testée dans des conditions réelles pour s’adapter à ses utilisateurs et pour révéler des bugs éventuels (la case à cocher n’apparaît pas sur Internet Explorer 5 par exemple 😡). Incrémental Adjectif. Qui travaille par incréments ou par comptage d’impulsions. (Petit Larousse) Un processus incrémental permet de construire un produit petit à petit en le découpant en pièces détachées. Elles sont le plus souvent indépendantes les unes des autres mais ont pour caractéristiques d’améliorer le produit. *** talk about classic vs moderne project managment ways Adaptée à l’informatique, cette approche incrémentale incite les responsables de produit à se concentrer sur les fonctionnalités essentielles et les développeurs à mettre en production régulièrement. Adaptatif Suivre une approche incrémentale et itérative suppose une grande communication avec ses utilisateurs et une certaine humilité. Votre produit sera d’abord très minimaliste et s’améliorera en fonction des retours. Puis vous ajouterez de nouvelles fonctionnalités qui, à chaque étape, feront l’objet de modifications. Une méthode incrémentale et itérative mettra en œuvre les quatre phases (définition, conception, code et test) pour chaque incrément, donc pour chaque nouvelle fonctionnalité. Le responsable du produit communiquera alors avec les utilisateurs pour connaître les modifications éventuelles à apporter lors d’une itération ultérieure. Les intérêts sont multiples. Outre le fait que vous communiquez régulièrement avec vos utilisateurs, vous avez un réel sentiment de satisfaction. Votre produit s’améliore au jour le jour, concrètement, et vous avez l’impression de passer moins de temps à écrire de la paperasse. Des équipes responsabilisées Un des principes des méthodes agiles, sur lesquels nous reviendrons plus tard, est le rôle actif de l’équipe produit. Les membres sont choisis avec soin pour leur complémentarité et leur motivation. Les méthodologies agiles prônent le pragmatisme, la simplicité et l’efficacité. C’est pourquoi chaque membre de l’équipe choisit lui-même la tâche sur laquelle il souhaite travailler et doit être capable de communiquer sur son travail. Un cérémonial minimal L’accent est mis sur le produit avant tout et non sur les réunions : un produit bancal qui a pourtant des spécifications parfaites n’en restera pas moins un produit inutilisable. Produire des fonctionnalités, oui, mais de bonne qualité. C’est pourquoi les méthodes agiles insistent sur la collaboration entre les différentes parties prenantes du projet. Les réunions sont conservées mais tout est mis en œuvre pour qu’elles soient le plus efficaces possible. De même, la collaboration entre développeurs est grandement recommandée à travers de la programmation en binôme par exemple (“pair programming” en anglais). Des utilisateurs aux besoins changeants Ceci est peut-être le point le plus révolutionnaire : le projet est complètement centré sur l’utilisateur ! L’objectif n’est plus de produire des documents qui aideront le projet à avancer mais bien de produire les fonctionnalités que l’utilisateur attend au plus vite et le plus qualitativement possible. L’utilisateur évolue et notre service doit refléter ses usages. Jim Highsmith, un des signataires du Manifeste Agile (que nous verrons en détail plus tard), définit d’ailleurs l’agilité par rapport au changement : L‘agilité est la capacité à favoriser le changement et à y répondre en vue de s’adapter au mieux à un environnement turbulent. Attention, cela ne veut pas dire qu’une équipe agile dira oui à tout le monde et implémentera toutes les fonctionnalités ! Mais il lui sera plus facile d’intégrer des changements et de modifier l’ordre de priorité des tâches que dans une équipe qui suit une approche séquentielle. Bien ! Vous avez désormais un bon aperçu des deux approches. Entrons maintenant dans le détail ! Nous allons commencer par les méthodologies de projet séquentielles car les méthodes agiles leurs empruntent certains concepts.
- #12 • Ils acceptent et s'adaptent au changement, quelle que soit la date à laquelle il se produit. • Ils produisent de la valeur de manière itérative, en cycles courts. • Chacun est humaniste, c'est-à-dire valorisant les personnes au-dessus du processus, et encourager l'autonomie et la collaboration. • Agile et Lean se concentrent tous deux sur la qualité, qui à son tour améliore efficacité.7 • Ils cherchent à éliminer les efforts inutiles. • Ils s'améliorent continuellement grâce à la réflexion et à l'apprentissage.
- #13 Les mentalités Design Thinking, Lean et Agile ne s’excluent pas mutuellement. En fait, il y a beaucoup de chevauchements. C'est déroutant, d'abord parce que nous préférons souvent des explications simples, et ensuite parce que dans le monde désordonné dans lequel nous vivons, nous avons tendance à mélanger les mentalités dans des méthodes de travail qui ont du sens pour le travail à accomplir. Certains pourraient ne pas être d'accord, mais c'est pour le plus grand bien. Il n'y a rien à gagner à l'adhésion dogmatique à une bonne manière de faire les choses. Au contraire, lorsque nous mélangeons et combinons de manière réfléchie différentes approches de manière significative, nous exerçons notre capacité innée en tant qu'humains à résoudre des problèmes. La question est souvent «Lean ou Agile?» La réponse est vraiment «et». C’est Lean, Agile et Design Thinking. L'état d'esprit Lean conduit l'expérimentation continue pour apprendre notre chemin vers les bonnes réponses. Il aide à identifier les les choses à construire ainsi que l'amélioration du système de travail qui fournit valeur. Ceci est totalement indépendant du milieu dans lequel la valeur est produite; c'est-à-dire qu'il peut s'agir de logiciels, de sous-vêtements ou de soins de santé. L'état d'esprit Design Thinking consiste à comprendre les contraintes, à voir les opportunités et à explorer les possibilités. C’est une recherche d’opportunités et d’exploration de solutions qui créent de la valeur pour les clients ou l’organisation. L'état d'esprit Agile consiste à obtenir des résultats avec des logiciels meilleur moyen. C'est ainsi que les équipes informatiques débloquent de la valeur en permanence, s'adaptent à besoins changeants et intégrez la qualité dans les logiciels qu'ils créent. Ensemble, le Lean et le Design Thinking nous aident à comprendre où nous en sommes aujourd'hui, où nous voulons être demain, et à poursuivre le succès par l'exploration, l'expérimentation et un apprentissage validé. La discipline consistant à définir les problèmes et les opportunités et à explorer de nombreuses options dans le Design Thinking se marie à merveille avec la pratique Lean de la pensée scientifique et de l'apprentissage par la pratique. Design Thinking et Agile sont une collaboration dans des solutions réalistes. Le logiciel est le support; les ingénieurs et les designers sont les artisans
- #14 Un grand défi pour de nombreux produits et services est qu'ils sont déployées dans des systèmes hautement incertains et complexes, comme notre économie, un écosystème client ou même une grande entreprise. Ces systèmes adaptatifs complexes sont constitués d'entités interconnectées mais autonomes, agissant et réagissant les unes aux autres, sans contrôle centralisé. Prédire un résultat ou un résultat spécifique dans ces conditions est extrêmement difficile car le comportement dans un tel système est émergente. Bien que l'incertitude soit élevée, il existe deux caractéristiques sur lesquelles nous pouvons être sûrs dans les systèmes adaptatifs complexes: - Ils sont inconnaissables Il y a plusieurs vérités et le système ne peut pas être décrit d'un seul point de vue ou langue. Autrement dit, personne vraiment comprend tout. Et nous ne pouvons absolument rien savoir. - Ils sont intraitables C'est-à-dire que personne ne contrôle, la condition actuelle émerge, et rien n'est prévisible. Cela signifie que personne ne sait ce qui se passe, personne ne peut trol, et personne ne peut prédire quoi que ce soit. Ensuite, il y a les humains - juste l'un des acteurs du système - qui sont réputés irrationnels la façon dont nous nous comportons. Il n'y a pas de moyen plus rapide de prédire l'avenir, si ce n'est simplement y aller. —Igor Nikolic Ainsi, toutes les stratégies sont pleines de risques et d'incertitudes. Ceux basés uniquement sur la modélisation, l'analyse, la perspicacité et les connaissances perçues sont à elles seules plus susceptibles d'échouer que celles basées sur l'action. Ce n’est pas que ces les choses sont mauvaises ou inutiles, mais cette action est une priorité car en faisant des choses que nous apprenons le plus sur ce qui fonctionne. Examinons maintenant la relation entre la vision, la stratégie et action.
- #15 Il existe une tension immuable entre la vision et la stratégie. Le stratège archétypique est un penseur profond. Un sage. . ici on cherche des connaissances, analyse les tendances et voit des modèles. Dans la poursuite de l'objectif, on planifie l'action et anticipe les réactions. Toujours en observation, toujours prêt, toujours en avance. Le visionnaire archétypique est un penseur radical. Un idéaliste. Un magicien. on voit un avenir qui défie la logique d’aujourd’hui. Les preuves contraires ne sont qu'un ralentisseur sur la voie de la réalisation d'attentes déraisonnables. Inflexible, implacable, imparable! La vision définit la direction et la stratégie est la façon dont nous y parvenons. Il est insensé de se précipiter à l'action sans une idée
- #16 J’espere que c’était intéressant et que vous avez appris des nv trucs n’oubliez pas de récupérer vos attestation de participation et de tenter de gangner un google home mini et d’autre cadeaux sur nos challenges