Design centré sur l utilisateur et développement Agile : perspectives de réconciliation

Dimension: px
Commencer à balayer dès la page:

Download "Design centré sur l utilisateur et développement Agile : perspectives de réconciliation"

Transcription

1 Design centré sur l utilisateur et développement Agile : perspectives de réconciliation Alexandre Bujold, Sarah Morin-Paquet Université Laval Introduction La popularité grandissante des méthodes de développement Agile préoccupe certains designers d expérience utilisateur qui veulent s assurer que les produits informatiques, peu importe la méthode utilisée pour les concevoir, soient conçus pour l utilisateur (SY 2007 : 113). En effet, les techniques utilisées par les développeurs qui suivent la méthode Agile sont souvent, selon les spécialistes en design centré sur l utilisateur, inadéquates pour documenter les comportements complexes des utilisateurs. Le développement Agile est un groupe de méthodes qui partagent une philosophie commune. Cette philosophie met de l avant l individu, l interaction, le logiciel fonctionnel, la collaboration avec le client et l adaptation au changement. Elle s oppose aux méthodes traditionnelles de développement, dites Waterfall, qui sont accusées par les adhérents des méthodes Agiles de mettre l emphase sur les procédés, les outils, la documentation exhaustive, la négociation de contrats et l adhésion à un plan. Les méthodes de design centré sur l utilisateur, traditionnellement, fonctionnent plutôt dans des processus utilisant une méthode Waterfall. Ceux-ci impliquent deux grandes phases au début du processus : une phase d étude sur l utilisateur et son contexte, puis une phase de design. Les méthodes Agiles, au contraire, n ont pas de phase dédiée au design. En théorie, chaque phase contient une part de recherche et de design, mais en pratique, les techniques de recherche et de design utilisées se basent surtout sur l opinion des utilisateurs et la rétroaction, alors que l observation et d autres techniques de design centré sur l utilisateur seraient plus adéquates pour certains problèmes (SY 2007 : 113). Étant donné la popularité grandissante des méthodes Agiles et l incompatibilité apparente de ces deux approches, il semble pertinent de s intéresser aux tentatives de rapprochement entre celles-ci en contexte d entreprise. Premièrement, afin de mieux comprendre la problématique, nous allons nous attarder aux différences entre les deux approches. Ensuite, pour voir où elles sont compatibles, nous ferons ressortir les points communs entre celles-ci. Finalement, afin d avoir un aperçu des manières utilisées pour les réconcilier, nous allons nous intéresser aux démarches entreprises en contexte réel pour intégrer le design centré sur l utilisateur aux méthodes de développement Agile Différences entre les deux approches La méthode Agile et la méthode traditionnellement utilisée par le design centré sur l utilisateur sont fondamentalement différentes sur divers points. Dans un premier temps, le cycle de conception fonctionne d une manière très différente. Avec la méthode Agile, le cycle est divisé en de nombreux morceaux qui sont appelés «sprints». Ces derniers durent généralement de deux à quatre semaines (SY 2007 : 113). Ils donnent naissance à une série de petits livrables incrémentiels qui sont basés sur la réalisation d une fonctionnalité en particulier. Chacune des fonctionnalités possède sa propre analyse des besoins, sa conception, sa réalisation et sa phase de test (SY 2007 : 113). Du côté de la méthode Waterfall, souvent utilisée dans un contexte de design centré sur l utilisateur, les morceaux du cycle sont beaucoup plus longs et moins nombreux, d une durée variant entre plusieurs mois à plusieurs années (SY 2007 : 113). Les phases de ce cycle sont plus orientés vers la réalisation du projet final que la réalisation de fonctionnalités. Un autre point où le cycle de conception diffère est la façon dont l itération est traitée. En effet, la méthode Agile itère sur la programmation à l aide de tests automatisés et de la rétroaction du client concernant des versions fonctionnelles, alors que le design centré sur l utilisateur itère principalement sur l interface en utilisant des prototypes de basse fidélité. Alors que l itération en Agile dure des semaines, l itération en design est plus courte, et dure généralement quelques heures ou, tout au plus, quelques jours (FERREIRA et coll : 50). De plus, le processus itératif de l Agile est présent à chaque sprint jusqu à la fin du projet, alors que dans le design centré sur l utilisateur, il est principalement présent en début de projet. Dans un deuxième temps, l ordre dans lequel les différentes phases sont réalisées en l intérieur du projet global diffère beaucoup entre les deux méthodes. Tout d abord, le commencement d un projet est très différent principalement en raison des ressources qui lui sont attribuées (FOX et coll : 67). Du côté du design centré sur l utilisateur, le début d un cycle de conception est caractérisé par de nombreuses recherches et analyses (FOX et coll : 63). C est durant cette première phase que les besoins sont déterminés par l analyse d une série de recherches menées avec l utilisateur final. Cela est suivi d une phase de design où toutes les fonctionnalités sont conceptualisées et intégrées à une Bujold, A. et Morin-Paquet, S. Design centré sur l utilisateur et développement Agile : perspectives de réconciliation 1

2 interface qui est par la suite codée (SY 2007 : 114). Idéalement, dans ce type de méthode, les programmeurs devraient attendre que les designers aient terminé l élaboration des interfaces et les tests d utilisabilité avant de commencer la programmation, mais il en est rarement ainsi (SY 2007 : 116). C est pourquoi, du côté de la méthode Agile, tout est mis en branle pour réduire, voire même éliminer la phase de recherche et d analyse (FOX et coll : 63). Le but est de produire le plus rapidement possible une fonctionnalité qui peut être utilisée plutôt que de produire de la documentation, qui, à terme, n est pas toujours utilisée par les programmeurs puisqu elle arrive trop tard (SY 2007 : 113). Bien entendu, les designers sont rarement en accord avec cette solution, car la modification du code, une fois qu il est construit, coûte très cher. Cela mène souvent à l abandon de certains critères importants pour l utilisateur puisqu ils n ont pas été pris en compte dans la première écriture du code et qu il couterait désormais trop cher de le modifier (NELSON 2002 : 4). Le développement de maquette à basse fidélité est beaucoup moins long et coûteux que le code et permet de repérer les erreurs avant qu il ne soit trop tard (FERREIRA et coll : 50). De cette manière, les interfaces peuvent être testées et il est ainsi possible de s assurer de leur utilisabilité (FOX et coll : 63). Dans un troisième temps, la relation avec le client est perçue d une manière différente dans les deux méthodes. Tout d abord, dans l Agile, une bonne relation avec le client est essentielle au bon fonctionnement de la méthode. Pour y arriver, une collaboration étroite avec le client, appuyée avec un système de livrables fréquents, est mise en place (SY 2007 : 113). Le but est d éviter les contrats qui nuisent souvent à l avancement d un projet et qui créent des frictions. Dans l optique d intégrer le client aux prises de décisions, un focus group est utilisé pour déterminer les fonctionnalités qui seront réalisées, et évaluer celles qui ont déjà été faites (SY 2007 : 113). Par contre, du point de vue du design, un problème majeur survient lorsque les spécifications proviennent essentiellement du client. En effet, le client n a pas toujours une perception juste des besoins réels des utilisateurs (NELSON 2002 : 9). Cela conduit à l élaboration d un système qui ne résout pas les problèmes des utilisateurs finaux (NELSON 2002 : 5). Ainsi, le design préfère laisser moins de place aux clients et prioriser les utilisateurs finaux. Dans un quatrième temps, la place que l utilisateur final prend dans le processus est très différente. Pour commencer, dans le design centré sur l utilisateur, l utilisateur prend un rôle central dans le développement d un projet. L observation des comportements des utilisateurs finaux, notamment à l aide de tests d utilisabilité, est essentielle dans cette méthode (SY 2007 : 117). Elle doit être faite avant le début de la programmation puisqu elle permet de repérer les endroits ou le système ne répond pas aux attentes de l utilisateur (NELSON 2002 : 3). Pour le design centré sur l utilisateur, la compréhension de l utilisateur doit permettre d établir une liste de critères auxquels les programmeurs doivent répondre en fonction du budget qu ils ont. Le code, de par son coût, ne devrait pas établir ces critères, il devrait plutôt être au service de l utilisateur final (NELSON 2002 : 5). Le but ultime du design est de concevoir une interface utile et utilisable qui résout les problèmes des utilisateurs finaux et qui répond à leurs besoins, mais pour arriver à ce résultat, une phase de recherche avec l utilisateur est essentielle. Du côté de l Agile, la place laissée à l utilisateur final est assez différente, en partie en raison de la relation étroite qui est entretenue avec le client. Comme vue précédemment, le client prend énormément de place dans le processus et c est en bonne partie de lui que viennent les idées pour les fonctionnalités. Dans le but de tout de même répondre aux besoins de l utilisateur final, un membre de l équipe Agile prend le rôle de customer. Cet individu doit, avec les connaissances qu il possède, représenter l utilisateur final dans la prise de décision (SY 2007 : 114). Malheureusement cette technique ne permet pas d effectuer des tests d utilisabilité. Il est donc admis que la méthode Agile ne conduit pas toujours à un système dont l interface est utilisable (Patton d après FOX et coll : 63). Plusieurs projets Agiles ont toutefois recours au design d interaction, mais l intégration de celui-ci dans le processus est encore mal comprise (FERREIRA et coll : 50). Les tests utilisés par l Agile ne sont pas réalisés par des experts. Ils sont conduits de manière automatique et ils ont pour but d inspecter le code afin de s assurer que toutes les fonctionnalités puissent fonctionner ensemble (FERREIRA et coll : 50). Si cela n est pas un gage d utilisabilité, les développeurs peuvent au moins s assurer du bon fonctionnement de l ensemble. Dans un cinquième temps, la flexibilité des deux méthodes varie énormément. L Agile est reconnu comme étant une méthode très flexible. L une des règles mères est d ailleurs de répondre aux changements plutôt que de suivre un plan comme c est le cas dans le Waterfall (SY 2007 : 113). Cette méthode, basée sur la rétroaction (SY 2007 : 115), lui permet d atteindre de meilleurs résultats puisque le contrôle sur le processus est plus grand (NELSON 2002 : 2). Il est ainsi possible de réorienter le projet au fur et à mesure que de nouveaux éléments sont découverts dans le processus (NELSON 2002 : 10). Du point de vue de l Agile, le danger du design centré sur l utilisateur, avec la méthode Waterfall qui l accompagne, est de rendre très difficile les changements une fois que la phase de design est terminée, et ce, même si de nouveaux éléments de connaissances du problème se sont ajoutés (FERREIRA et coll : 51). En effet, la méthode Waterfall est axée sur la réalisation d un plan conçu en début de projet, provenant des études préliminaires (NELSON 2002 : 6). Points communs entre les deux approches Malgré les différences fondamentales qui éloignent la méthode Agile et le design centré sur l utilisateur, quelques points communs sont apparents et laissent penser que ces deux méthodes, avec des efforts, pourraient peut-être un jour se réconcilier. Premièrement, la méthode Agile et le design centré sur l utilisateur sont tous deux perçus comme étant des processus itératifs (SY 2007 : 115 ; FERRAIRA et coll : 1). Les deux méthodes sont axées sur l amélioration, le changement et le raf- Bujold, A. et Morin-Paquet, S. Design centré sur l utilisateur et développement Agile : perspectives de réconciliation 2

3 finement ; elles le font tout simplement d une manière différente (FERREIRA et coll : 57). L itération dans l Agile est à la base du fonctionnement de cette méthode. Elle se retrouve autant dans la courte durée de sprints que dans le choix des livrables. L objectif est d améliorer le système tout au long de sa construction. Du côté du design centré sur l utilisateur, l itération se produit principalement lors des tests d utilisabilité qui ont pour but l amélioration des maquettes avant leur production (FOX et coll : 64). Deuxièmement, le design centré sur l utilisateur et la méthode Agile mettent tous les deux l accent sur l importance des tests, des livrables et de l humain, mais ils le font différemment (FERREIRA et coll : 50). Pour ce qui est des tests, tel que vu précédemment, les deux méthodes les emploient. Ils font partie du processus itératif et ils sont nécessaires pour assurer un produit fini de qualité (FERREIRA et coll : 55). La qualité et la valeur du livrable sont d ailleurs un autre point commun aux deux méthodes (FERREIRA et coll : 50). Le but de l Agile est de livrer des fonctionnalités de qualité et qui fonctionnent bien, et ce, à une fréquence rapide. Pour le design centré sur l utilisateur, il est également important que le livrable soit de qualité, mais cela passe par une interface utilisable (FOX et coll : 63). Finalement, les deux méthodes mettent l humain au cœur du processus. Du côté du design, cela nécessite de toujours garder l utilisateur final en tête. C est également la façon de penser de l Agile, mais plutôt que de compter sur des tests utilisateurs et sur une phase de recherche préliminaire pour y arriver, il donne la responsabilité à un membre de l équipe, le customer, de représenter l utilisateur final et de donner ainsi une rétroaction sur la fonctionnalité développée (FOX et coll : 64). Réconciliation entre les deux approches Les points communs mentionnés précédemment offrent une bonne base pour intégrer les deux méthodes, et plusieurs entreprises à travers le monde essaient de le faire afin de profiter des avantages des deux méthodes. Quelques chercheurs se sont attardés à l étude de leurs cas, et plusieurs designers ont écrit sur leurs expériences. Adaptation du design centré sur l utilisateur aux échéanciers Agiles Étant donné que les plus grandes différences entre le développement Agile et les méthodes de design centré sur l utilisateur concernent le temps et le concept de sprints, plusieurs auteurs ont étudié la réconciliation des deux domaines sur ces points. Par exemple, pour mieux intégrer le design centré sur l utilisateur aux méthodes Agiles, toutes les entreprises étudiées par Fox et ses collaborateurs (2008 : 67) font appel à une phase dédiée au design qui précède les phases de développement. Lors de cette phase initiale, les designers mènent des enquêtes contextuelles et conçoivent des prototypes basse-fidélité qui permettent d orienter les développeurs au niveau du design de l interface et de l utilisabilité. Sy (2007 : 114) rapporte un phénomène similaire, qu elle nomme Cycle Zéro. Cette phase peut impliquer de la collecte de données afin de raffiner les buts stratégiques du produit, des enquêtes contextuelles, de la validation de marché, de l analyse d enquêtes précédemment effectuées, ou de la création de personas et de scénarios. Toutefois, même si cette étape n est pas sans rappeler l étape initiale d une méthode de type Waterfall, elle se déroule sur une échelle de temps beaucoup plus courte et typique des méthodes Agiles. Selon Fox et ses collaborateurs (2008 : 67), ainsi que Sy (2007 : 119), le cycle zéro peut durer de quelques jours à plusieurs semaines, et non quelques mois comme dans un projet de type Waterfall. Une fois cette étape passée, les développeurs commencent leur série des sprints itératifs. Étant donné que l étape initiale était plus courte et donc moins productive qu en Waterfall, le designer continue d être impliqué dans le processus. Il doit toutefois s adapter au rythme cyclique et rapide des développeurs. Selon Sy (2007 : 119), il doit devancer les développeurs d un ou deux sprints. Par exemple, lors du sprint 1, le designer pourrait être en train de concevoir et de raffiner des maquettes pour les fonctionnalités du sprint 2, et en train de mener des enquêtes et des entrevues pour mieux prévoir les fonctionnalités du sprint 3. Lorsque le sprint 2 arrive, les maquettes sont données au développeur, et le designer effectue des tests sur les fonctionnalités du sprint 1 en plus de travailler sur les sprints 3 et 4. Ce cycle est ensuite répété jusqu à la fin du projet. Fox et ses collaborateurs (2008 : 68) proposent un modèle semblable à celui de Sy (2007), à la différence près que, selon Fox, l échange d information entre les deux branches ne se fait pas qu à la fin de chaque sprint. Ferreira et ses collaborateurs (2007 : 50) citent aussi Patton et Miller comme étant d autres cas où le design d interaction a été adapté ainsi pour concorder avec les itérations rapides des méthodes Agiles. Selon Sy (2007 : 120), le designer doit aussi, pour accommoder les courtes périodes d itération de l Agile, être capable de diviser son travail en morceaux qui peuvent être terminés pendant un sprint et qui, éventuellement, formeront le design complet. Étant donné que les designers centrés sur l utilisateur ont tendance à s intéresser à l expérience globale d un design, ce processus, appelé «Design chunking», peut être difficile pour plusieurs. Cette idée était centrale au premier projet décrit par Ferreira et ses collaborateurs (2007 : 52), ou l interface et les scénarios d utilisation étaient générés au fur et à mesure. Intégration du design centré sur l utilisateur dans les structures de travail Même si les développeurs Agiles et les designers travaillent en parallèle, Sy (2007 : 127) maintient qu ils doivent être en communication tous les jours. Cela permet, non seulement au designer de s assurer que ses recommandations sont appliquées correctement, mais aussi de bien comprendre les contraintes technologiques qui pourraient avoir un impact sur le design. Un Bujold, A. et Morin-Paquet, S. Design centré sur l utilisateur et développement Agile : perspectives de réconciliation 3

4 des designers d interfaces interrogés par Ferreira et ses collaborateurs (2007 : 57) note que la communication quotidienne entre les développeurs et le designer change profondément la relation entre les intervenants de ces deux disciplines. Contrairement à un projet de type Waterfall, le designer n a pas à produire un design complet et final que le développeur doit ensuite réaliser. Le processus est beaucoup plus collaboratif et le designer est mieux intégré au reste de l équipe. Il existe plusieurs façons pour intégrer un designer, ou toute personne qui pratique le design centré sur l utilisateur, à une équipe de travail Agile. Fox et ses collaborateurs (2008 : 68) dénombrent trois grandes approches, qui diffèrent quant aux rôles dans l équipe de développement qu occupe la personne responsable du design centré sur l utilisateur. La première approche est l approche spécialiste. Dans celle-ci, l équipe comporte un spécialiste en design centré sur l utilisateur qui oeuvre séparément des développeurs et qui sert souvent de pont entre ces derniers et le client. D ailleurs, Miller (d après SY 2007 : 4), suggère que le designer peut travailler en collaboration avec une équipe Agile en jouant le rôle du customer, c est-à-dire la personne sensée représenter l utilisateur final du produit auprès de l équipe de développement. Dans la deuxième approche, l approche généraliste, l équipe ne comporte pas de spécialiste en design centré sur l utilisateur (FOX et coll : 68). En son lieu, des développeurs qui possèdent une expertise informelle en design remplissent ces fonctions. Habituellement, plusieurs développeurs jouent ce rôle. Cette approche a pour avantage que les personnes responsables de détecter des problèmes d utilisabilité sont aussi capables de les réparer sans délai. La dynamique de l équipe est beaucoup moins formelle que lorsqu un spécialiste dédié au design centré sur l utilisateur est présent. Enfin, la troisième approche, l approche généraliste-spécialiste, est à mi-chemin entre les deux autres approches. Dans celle-ci, un membre de l équipe avec autant d expertise technique que d expertise en design agit comme pont entre les développeurs et une petite équipe de spécialistes. Cette approche est surtout utilisée dans des entreprises de grandes tailles. Adoption de la philosophie Agile dans les méthodes de design centré sur l utilisateur En plus de devoir ajuster sa pratique professionnelle en adaptant ses échéanciers aux sprints itératifs de la méthode Agile et aux nouvelles dynamiques d équipe amenées par cette méthode, le designer doit aussi adapter certaines de ses façons de penser et de travailler. Par exemple, même si une phase initiale de collecte de données et de prototypage est possible, le designer devrait être conscient que, étant donné la nature itérative du développement Agile, l interface changera probablement au fil du projet à cause de fonctionnalités annulées ou changées. Le designer doit aussi composer avec quelques difficultés en ce qui concerne les tests utilisateurs. En effet, la nature incrémentale de l Agile rend difficile tout test qui voudrait s attarder à une utilisation globale et naturelle de l interface, et la courte durée des itérations limite le nom de tests possibles pendant un sprint (SY 2007 : 12). Afin de remédier à ce problème, il est possible d appliquer la philosophie Agile aux tests utilisateurs. Par exemple, le designer peut créer un test de base et le bonifier à chaque itération pour tester les nouvelles fonctionnalités. Il peut aussi rassembler plusieurs problèmes de design en un seul test afin de sauver du temps (SY 2007 : 14) Il se peut aussi que le designer doive changer ses habitudes de présentation de l information aux développeurs. Par exemple, il pourrait réduire le nombre de longs livrables écrits en faveur de discussions quotidiennes avec les développeurs (SY 2007 : 15). C est ce qu a fait Sy après avoir réalisé que les informations utiles pour l équipe de développeurs (par exemple, les résultats de tests d utilisabilité, sur quels designs elle est en train de travailler, les recommandations ou les corrections, les informations sur l utilisateur et sa tâche, et les designs à implanter au prochain sprint) n avaient de valeur qu avant d être utilisées et n avaient donc pas besoin d être mises sur papier. Conclusion En conclusion, le design centré sur l utilisateur et la méthode Agile sont différents sur de nombreux points. Il est possible de trouver ces différences notamment au niveau de la longueur que chaque phase prend à l intérieur du projet, ainsi que le moment où celles-ci sont effectuées dans le cycle global. De plus, de nombreuses différences sont également présentes au niveau de la relation avec le client, de la place de l utilisateur final dans le processus et la flexibilité de chacune des méthodes. Malgré ces différences, le design centré sur l utilisateur et la méthode Agile partagent des caractéristiques communes. Les deux approches reposent notamment sur un processus itératif. Aussi, elles accordent beaucoup d importance à la qualité des livrables, à la place de l humain dans le processus de création et aux tests. Ces similarités mettent la table pour une possible réconciliation entre les deux approches. Pour y arriver, le designer adapte son approche afin d être capable de suivre le rythme plus rapide d un projet Agile. Ensuite, plusieurs méthodes potentiellement sont utilisables pour intégrer le design centré sur l utilisateur dans les structures du travail Agile. Finalement, pour que la réconciliation soit efficace, le designer doit adopter la philosophie Agile. Malgré que la pratique du design centré sur l utilisateur ne soit pas encore très répandue au sein des organisations dites Agiles, il est certainement possible de le faire. Toutefois, cette réconciliation entre les deux approches ne se fait pas sans heurts. Pour le designer, de grands changements dans ses méthodes de travail sont à adopter. Certes, les techniques présentement utilisées sont encore jeunes, mais celles-ci montrent déjà des résultats satisfaisants. Cela laisse présager un avenir resplendissant pour l utilisation conjointe de ces approches qui offrent toutes deux de grands avantages (FOX et coll : 71). Bujold, A. et Morin-Paquet, S. Design centré sur l utilisateur et développement Agile : perspectives de réconciliation 4

5 Bibliographie NELSON, E. (2002). «Extreme Programming vs. Interaction Design» [page Web archivée], Fawcette. Retrouvé le 22 avril 2014 à SY, D. (2007). «Adapting Usability Investigations for Agile User-centered Design», Journal of Usability Studies, 2 (3), p FOX, D., SILLITO, J. et MAURER, F. (2008). «Agile Methods and User-Centered Design : How These Two Methodologies Are Being Successfully Integrated In Industry», Agile 2008 Conference, p FERREIRA, J., NOBLE, J., et BIDDLE, R. (2007). «Agile development iterations and UI design», Agile Conference 2007, p Bujold, A. et Morin-Paquet, S. Design centré sur l utilisateur et développement Agile : perspectives de réconciliation 5

VOLUME 1 CRÉATION D UN SITE WEB

VOLUME 1 CRÉATION D UN SITE WEB VOLUME 1 CRÉATION D UN SITE WEB Comprendre les principales étapes TABLE DES MATIÈRES PARTIE 1 - RENCONTRE DE DÉMARRAGE 03 PARTIE 2 - ANALYSE FONCTIONNELLE 03 PARTIE 3 - ARBORESCENCE 04 PARTIE 4 - MAQUETTES

Plus en détail

LISTE DES FORMATIONS. Mai 2015

LISTE DES FORMATIONS. Mai 2015 Gestion de projet Analyse d affaires Formation Évaluation de performance +1.514.826.5534 info@lcgsolution.com www.lcgsolution.com LCG Solution se distingue par la qualité du matériel de formation, la qualité

Plus en détail

Développement agile. Agile Manifesto. Développement agile Hafedh Mili 2012

Développement agile. Agile Manifesto. Développement agile Hafedh Mili 2012 Développement agile Hafedh Mili 2012 1 Développement agile Un ensemble de pratiques de développement logiciel qui mettent l'emphase sur: Le pragmatisme (vs dogmatise) La réactivité aux changements L'implication

Plus en détail

BOOK REFERENCES ERGONOMIQUES Gfi Informatique

BOOK REFERENCES ERGONOMIQUES Gfi Informatique 2014 BOOK REFERENCES ERGONOMIQUES Gfi Informatique SECTEUR INDUSTRIE-SERVICE CHORUS 2 : Refonte du référentiel des process Groupe Refondre le réferentiel des process Groupe grâce à la réalisation d un

Plus en détail

Évaluation du Programme de subventions et de contributions Bibliothèque et Archives Canada Rapport final

Évaluation du Programme de subventions et de contributions Bibliothèque et Archives Canada Rapport final Évaluation du Programme de subventions et de contributions Bibliothèque et Archives Canada Rapport final Préparé par la Division de la vérification et de l évaluation Bibliothèque et Archives Canada Mars

Plus en détail

IFT6803: Génie logiciel du commerce électronique. Chapitre 1: Introduction Section 3: Processus de développement

IFT6803: Génie logiciel du commerce électronique. Chapitre 1: Introduction Section 3: Processus de développement IFT6803: Génie logiciel du commerce électronique Chapitre 1: Introduction Section 3: Processus de développement Julie Vachon, Hiver 2003 Sommaire Chapitre 1, Section 3 «Processus de développement» 1.3.1

Plus en détail

GUIDE D INTÉGRATION D UNE APPROCHE DE CONCEPTION CENTRÉE UTILISATEUR À UNE APPROCHE AGILE (SCRUM) DE DÉVELOPPEMENT LOGICIEL

GUIDE D INTÉGRATION D UNE APPROCHE DE CONCEPTION CENTRÉE UTILISATEUR À UNE APPROCHE AGILE (SCRUM) DE DÉVELOPPEMENT LOGICIEL GUIDE D INTÉGRATION D UNE APPROCHE DE CONCEPTION CENTRÉE UTILISATEUR À UNE APPROCHE AGILE (SCRUM) DE DÉVELOPPEMENT LOGICIEL JEAN-FRANÇOIS PROULX PYXIS TECHNOLOGIES ÉCOLE POLYTECHNIQUE DE MONTRÉAL NOVEMBRE

Plus en détail

SCRUM en Bref. Système comprend trois sous-systèmes:a,b,c. S-Système A S-Système B S-Système C A1, B1, C2 A2, C1, A3 B2 B3 C3

SCRUM en Bref. Système comprend trois sous-systèmes:a,b,c. S-Système A S-Système B S-Système C A1, B1, C2 A2, C1, A3 B2 B3 C3 Rappels : étapes de développement de systèmes: 1. Étude des besoins 2. Analyse 3. conception 4. Implémentation 5. Test 6. Déploiement Planification Post-Mortem Système comprend trois sous-systèmes:a,b,c

Plus en détail

Estimer et mesurer la performance des projets agiles avec les points de fonction

Estimer et mesurer la performance des projets agiles avec les points de fonction Estimer et mesurer la performance des projets agiles avec les points de fonction Radenko Corovic, MBA radenko.corovic@rsmtechno.ca 1. Introduction Les méthodes agiles de développement des systèmes ont

Plus en détail

GL - 2 2.2 Processus de développement Cycles de vie

GL - 2 2.2 Processus de développement Cycles de vie GL - 2 2.2 Processus de développement Cycles de vie Lydie du Bousquet Lydie.du-bousquet@imag.fr En collaboration avec J.-M. Favre, Ph. Lalanda, I. Parissis, Y. Ledru 1 Plan Introduction Modèles en cascade

Plus en détail

Créateur d applications web et mobiles

Créateur d applications web et mobiles Créateur d applications web et mobiles Projets Performances Team http://www.projet2team.fr Projet2Team Projets Performances Team http://www.projet2team.fr SAS au capital de 25.000 - RCS 789 681 285 7 rue

Plus en détail

Examen final LOG3000 Hiver 2014

Examen final LOG3000 Hiver 2014 Examen final LOG3000 Hiver 2014 Lundi le 28 avril 2014. Durée : 13h30 à 16h00 (total 2h30). Local : A-532. Total des points : 20. Pondération de l'examen dans la note finale : 40%. Sans documentation.

Plus en détail

Développement itératif, évolutif et agile

Développement itératif, évolutif et agile Document Développement itératif, évolutif et agile Auteur Nicoleta SERGI Version 1.0 Date de sortie 23/11/2007 1. Processus Unifié Développement itératif, évolutif et agile Contrairement au cycle de vie

Plus en détail

uvox 360 : pour avoir voix au chapitre! La rétroaction à 360 Qu est-ce qu une rétroaction à 360º

uvox 360 : pour avoir voix au chapitre! La rétroaction à 360 Qu est-ce qu une rétroaction à 360º uvox 360 : pour avoir voix au chapitre! La rétroaction à 360 Dans un contexte de travail qui reconnaît la valeur stratégique des employés de l entreprise, les services des ressources humaines ont de plus

Plus en détail

Méthodes Agiles et gestion de projets

Méthodes Agiles et gestion de projets Méthodes Agiles et gestion de projets Eric LELEU Consultant Solutions Collaboratives Contact ericleleu@nordnet.fr Site Personnel http://home.nordnet.fr/~ericleleu Blog http://ericleleu.spaces.live.fr La

Plus en détail

CONDITIONS ET PROCESSUS FAVORABLES A LA REUSSITE D UN PROJET DANS LES ETABLISSEMENTS SCOLAIRES. Synthèse de quelques éléments d observation

CONDITIONS ET PROCESSUS FAVORABLES A LA REUSSITE D UN PROJET DANS LES ETABLISSEMENTS SCOLAIRES. Synthèse de quelques éléments d observation CONDITIONS ET PROCESSUS FAVORABLES A LA REUSSITE D UN PROJET DANS LES ETABLISSEMENTS SCOLAIRES Synthèse de quelques éléments d observation Marc Thiébaud Septembre 2002 Remarque préliminaire Cette synthèse

Plus en détail

Modernisation et gestion de portefeuilles d applications bancaires

Modernisation et gestion de portefeuilles d applications bancaires Modernisation et gestion de portefeuilles d applications bancaires Principaux défis et facteurs de réussite Dans le cadre de leurs plans stratégiques à long terme, les banques cherchent à tirer profit

Plus en détail

GESTION DE PROJET SÉANCE 2 : LES CYCLE DE VIE D'UN PROJET

GESTION DE PROJET SÉANCE 2 : LES CYCLE DE VIE D'UN PROJET GESTION DE PROJET SÉANCE 2 : LES CYCLE DE VIE D'UN PROJET 1 Tianxiao LIU Licence Professionnelle Réseaux & Sécurité Université de Cergy-Pontoise http://depinfo.u-cergy.fr/~tliu/lpg.php PLAN Objectif et

Plus en détail

Madame la Présidente, Monsieur le Directeur général, Mesdames et Messieurs les Délégués,

Madame la Présidente, Monsieur le Directeur général, Mesdames et Messieurs les Délégués, Madame la Présidente, Monsieur le Directeur général, Mesdames et Messieurs les Délégués, Le Ministre belge de la Coopération au développement, monsieur Armand De Decker, aurait bien voulu être des nôtres

Plus en détail

Cours 7: Conception des systèmes interactifs (partie 1)

Cours 7: Conception des systèmes interactifs (partie 1) Cours 7: Conception des systèmes interactifs (partie 1) Anastasia.Bezerianos@lri.fr (plusieurs slides sont basés sur des slides de T. Tsandilas, W. Mackay, M. Beaudouin Lafon, D. Vogel et S. Greenberg)

Plus en détail

agile depuis 2008 un seul projet, un seul objectif mode opérationnel multitudes de projets

agile depuis 2008 un seul projet, un seul objectif mode opérationnel multitudes de projets Qui sommes nous? Richard: Directeur TI, commerce électronique et développement chez Transat. Transat, est un voyagiste intégré, spécialiste du voyage vacances. Établie au Canada et présente dans plusieurs

Plus en détail

Intégrer et gérer la temporalité dans le système d'information du territoire genevois (www.sitg.ch)

Intégrer et gérer la temporalité dans le système d'information du territoire genevois (www.sitg.ch) REPUBLIQUE ET CANTON DE GENEVE Département de l'intérieur et de la mobilité Service de la mensuration officielle 02.2012 Intégrer et gérer la temporalité dans le système d'information du territoire genevois

Plus en détail

Les méthodes Agile. Implication du client Développement itératif et incrémental

Les méthodes Agile. Implication du client Développement itératif et incrémental Les méthodes Agile Simon ALEXANDRE - CETIC Plan Overview Agile ne signifie pas Agile signifie Objectifs poursuivis Pourquoi les méthodes Agile apparaissent-elles? Principales causes des échecs de projets

Plus en détail

Agilitéet qualité logicielle: une mutation enmarche

Agilitéet qualité logicielle: une mutation enmarche Agilitéet qualité logicielle: une mutation enmarche Jean-Paul SUBRA Introduction : le manifeste Agile Manifeste pour le développement Agile de logiciels Nous découvrons comment mieux développer des logiciels

Plus en détail

La solution IBM Rational pour une ALM Agile

La solution IBM Rational pour une ALM Agile La solution IBM pour une ALM Agile Utilisez votre potentiel agile Points clés Adopter l'agilité à votre rythme Supporter une livraison multiplateforme Intégrer la visibilité Démarrer rapidement Que votre

Plus en détail

Soyez agile. Dans l industrie du logiciel, la. De plus chaque projet informatique

Soyez agile. Dans l industrie du logiciel, la. De plus chaque projet informatique Soyez agile Dans l industrie du logiciel, la gestion de projet est confrontée à de nombreux défis. Le principal est de pouvoir assurer l adéquation d un produit et de ses fonctionnalités avec les besoins

Plus en détail

À L AIDE JE DOIS RECRUTER UN PRO DE L EXPÉRIENCE UTILISATEUR (UX)

À L AIDE JE DOIS RECRUTER UN PRO DE L EXPÉRIENCE UTILISATEUR (UX) À L AIDE JE DOIS RECRUTER UN PRO DE L EXPÉRIENCE UTILISATEUR (UX) SOMMAIRE : pg.2 pg.5 pg.8 pg.10 CHAPITRE UN. JE SAIS QUE J AI BESOIN D UN UX. MAIS QU EST CE QUE L UX AU FAIT? CHAPITRE DEUX. QUELLES SONT

Plus en détail

25/12/2012 www.toubkalit.ma

25/12/2012 www.toubkalit.ma 25/12/2012 www.toubkalit.ma 1 Définition Exemple des méthodes agiles Valeurs Principes Le cycle itératif et incrémental (Itération/Sprint) Schéma de travail Méthode Scrum. Méthode XP (Extreme programming).

Plus en détail

Travaux Pratiques Conception de systèmes Interactifs (Ph. Truillet) septembre 2014 v. 1.7

Travaux Pratiques Conception de systèmes Interactifs (Ph. Truillet) septembre 2014 v. 1.7 http://www.irit.fr/~philippe.truillet Travaux Pratiques Conception de systèmes Interactifs (Ph. Truillet) septembre 2014 v. 1.7 Nota : ces TPs sont inspirés de ceux de Wendy MacKay, utilisés lors de l

Plus en détail

Analyse et conception de systèmes d information

Analyse et conception de systèmes d information Analyse et conception de systèmes d information Présentation réalisée par P.-A. Sunier Professeur à la HE-Arc de Neuchâtel http://lgl.isnetne.ch Juin 2005 [SJB-02] Chapitre 3 1 Références Ce document a

Plus en détail

Méthode d évaluation par animation de groupe (MÉAG)

Méthode d évaluation par animation de groupe (MÉAG) Méthode d évaluation par animation de groupe (MÉAG) FICHE 1 3-4 heures 5 à 15 personnes Faible RESSOURCES NÉCESSAIRES MATÉRIELLES Version électronique : - Petits cartons pour le vote (3 par participant);

Plus en détail

Programme de placements Rapport de vérification final Rapport N o 15/12 22 novembre 2012

Programme de placements Rapport de vérification final Rapport N o 15/12 22 novembre 2012 Programme de placements Rapport de vérification final Rapport N o 15/12 22 novembre 2012 Diffusion : Destinataires : Président et chef de la direction Premier vice-président et chef de la direction financière

Plus en détail

Gestion du risque opérationnel

Gestion du risque opérationnel Comité de Bâle sur le contrôle bancaire Gestion du risque opérationnel Le Comité de Bâle sur le contrôle bancaire a récemment entamé des travaux relatifs au risque opérationnel, dont la gestion tend à

Plus en détail

Topologie du web - Valentin Bourgoin - http://www.valentinbourgoin.net. Méthodes agiles & SCRUM

Topologie du web - Valentin Bourgoin - http://www.valentinbourgoin.net. Méthodes agiles & SCRUM Méthodes agiles & SCRUM 1/ Pourquoi les méthodes agiles? Définition d une méthode agile. Fondamentaux. Quand les utiliser? 2/ SCRUM En quoi est-ce une méthode agile? Sprints et releases. Le Product Owner.

Plus en détail

Agilité en BI AGILITÉ EN BI. L'agilité en BI afin d'augmenter votre retour sur investissement. Contactez-nous: 1-888-926-1272 www.agiledss.

Agilité en BI AGILITÉ EN BI. L'agilité en BI afin d'augmenter votre retour sur investissement. Contactez-nous: 1-888-926-1272 www.agiledss. AGILITÉ EN BI L'agilité en BI afin d'augmenter votre retour sur investissement Les auteurs Alexandre Langlois Fort de ses 13 années en technologies de l information, dont 5 ans en intelligence d affaires,

Plus en détail

Exemple d Application des Méthodes Agiles au Développement d un Produit Software. Jean-Marc Bodart, Océ Software Laboratories Namur SA

Exemple d Application des Méthodes Agiles au Développement d un Produit Software. Jean-Marc Bodart, Océ Software Laboratories Namur SA Exemple d Application des Méthodes Agiles au Développement d un Produit Software CETIC, 21 avril 2004 Jean-Marc Bodart, Océ Software Laboratories Namur SA April 21, 2004 Plan Les sociétés Océ et Océ Software

Plus en détail

Cours Ephec Niv. 2 : Technique et gestion de projet. Par Monsieur Bertieaux Année Académique 2014-2015. Quelles sont les 4 valeurs Agiles?

Cours Ephec Niv. 2 : Technique et gestion de projet. Par Monsieur Bertieaux Année Académique 2014-2015. Quelles sont les 4 valeurs Agiles? Cours Ephec Niv. 2 : Technique et gestion de projet Par Monsieur Bertieaux Année Académique 2014-2015 Réponse aux questions du cours, slide Cours 2_2_Scrum Quelles sont les 4 valeurs Agiles? 1. «Les personnes

Plus en détail

Manuel de recherche en sciences sociales

Manuel de recherche en sciences sociales Résumé de QUIVY R; VAN CAMPENHOUDT L. 95, "Manuel de recherches en sciences sociales", Dunod Cours de TC5 du DEA GSI de l intergroupe des écoles Centrales 11/2002 Manuel de recherche en sciences sociales

Plus en détail

LOG2420 Analyse et conception d interfaces utilisateur

LOG2420 Analyse et conception d interfaces utilisateur LOG2420 Analyse et conception d interfaces utilisateur Processus de développement centré utilisateur 1/36 LOG2420 Analyse et conception d interfaces utilisateur Processus de développement centré utilisateur

Plus en détail

Modèle de changement d organisation. Leanpizza.net présente. Petit Guide Rapide du jeu de cartes Modèle de Changement d Organisation

Modèle de changement d organisation. Leanpizza.net présente. Petit Guide Rapide du jeu de cartes Modèle de Changement d Organisation Guide rapide Leanpizza.net présente Petit Guide Rapide du jeu de cartes Modèle de Changement d Organisation v1.0 Rédacteur : Olivier Lafontan Traduction : Yannick Quenec hdu Date : 29 juin 2010 - Guide

Plus en détail

Psychosociologie des organisations INTRODUCTION

Psychosociologie des organisations INTRODUCTION 1 INTRODUCTION Le phénomène de groupe a attiré plusieurs chercheurs et il a fait l objet d énormes recherches en psychosociologie des organisations vu l importance q il revêt ce phénomène ans la vie de

Plus en détail

Ingénierie, design et communication COM-21573

Ingénierie, design et communication COM-21573 Notes de cours Module 1 La gestion de projets d ingénierie Édition Hiver07 FSG 2007 Ingénierie, design et communication Daniel Dupuis Faculté des sciences et de génie Université Laval Faculté des sciences

Plus en détail

GUIDE DE CONSOLIDATION D ÉQUIPE POUR LES ÉQUIPES DE SOINS PRIMAIRES DE L ONTARIO Module 2 : Consolider une équipe

GUIDE DE CONSOLIDATION D ÉQUIPE POUR LES ÉQUIPES DE SOINS PRIMAIRES DE L ONTARIO Module 2 : Consolider une équipe GUIDE DE CONSOLIDATION D ÉQUIPE POUR LES ÉQUIPES DE SOINS PRIMAIRES DE L ONTARIO Module 2 : Consolider une équipe Révisé en décembre 2012 Objectif du guide L objectif du guide est de vous aider, votre

Plus en détail

IFT2905 Interfaces personne-machine

IFT2905 Interfaces personne-machine IFT2905 Interfaces personne-machine Sébastien Roy Département d Informatique et de recherche opérationnelle Université de Montréal 9 janvier 2007 Université de Montréal Horaire et locaux Professeur : Sébastien

Plus en détail

INF2015 Développement de logiciels dans un environnement Agile. Examen final 24 avril 2014 17:30 à 20:30

INF2015 Développement de logiciels dans un environnement Agile. Examen final 24 avril 2014 17:30 à 20:30 Examen final 24 avril 2014 17:30 à 20:30 Nom, prénom : Code permanent : Répondez directement sur le questionnaire. Question #1 5% Qu'est-ce qu'un test de régression? Question #2 5% Selon extreme Programming,

Plus en détail

Plan d action SMB d une Approche Agile de la BITM Pour les PME

Plan d action SMB d une Approche Agile de la BITM Pour les PME Plan d action SMB d une Approche Agile de la BITM Pour les PME Personnel, processus et technologie nécessaires pour élaborer une solution rapide, souple et économique Copyright 2013 Pentaho Corporation.

Plus en détail

welcome! B enjamin Samson

welcome! B enjamin Samson welcome! B enjamin Samson GESTION DE PROJET Programme Introduction à la gestion de projet Atelier Brainstorming / Sujet de travail en équipe Introduction aux méthodes Agiles - Le sprint 0 - Les personas

Plus en détail

Aperçu des principales questions évoquées à l occasion de la quatrième réunion du sous-groupe sur le revenu imposable (SG3)

Aperçu des principales questions évoquées à l occasion de la quatrième réunion du sous-groupe sur le revenu imposable (SG3) COMMISSION EUROPÉENNE DIRECTION GÉNÉRALE FISCALITÉ ET UNION DOUANIÈRE Analyses et politiques fiscales Analyse et coordination des politiques fiscales Bruxelles, 16 août 2006 Taxud E1 MH/ CCCTB\WP\043\doc\en

Plus en détail

Bastia Lucciana / 9 12 octobre 2008 Samedi 11 Octobre 2008

Bastia Lucciana / 9 12 octobre 2008 Samedi 11 Octobre 2008 La conservation, la restauration et l étude du patrimoine en milieu isolé sous les aspects opérationnels dans le cadre d un projet de réalisation (constructions, rénovations, aménagements, équipements

Plus en détail

7. Recherche des essais

7. Recherche des essais 7. Recherche des essais Le chapitre précédent a insisté sur la nécessité de réaliser une recherche des essais aussi exhaustive que possible. Seule la conjonction de tous les moyens disponibles peut laisser

Plus en détail

Droit d auteur Max2G 2012 : Reproduction permise avec obligation d indiquer la source www.max2g.com

Droit d auteur Max2G 2012 : Reproduction permise avec obligation d indiquer la source www.max2g.com Max2G Démarche d analyse de risques avec l Assistant Méhari L analyse de risques est une approche de gestion permettant d identifier les risques négatifs pouvant affecter une organisation et de déterminer

Plus en détail

Domaines de consultation bso

Domaines de consultation bso Domaines de consultation bso Supervision Compétences-clé Conseil en organisation Coaching La supervision, le conseil en organisation et le coaching sont des domaines de consultation professionnels adaptés

Plus en détail

Première STI2D Auteur : RAMA Christophe Cours Version du 16/09/2011

Première STI2D Auteur : RAMA Christophe Cours Version du 16/09/2011 1. Contexte économique et industriel Le contexte économique actuel impose aux entreprises de développer des stratégies de développement incluant des démarches d innovation afin de rester compétitives.

Plus en détail

IFT3913 Qualité du logiciel et métriques. Chapitre 2 Modèles de processus du développement du logiciel. Plan du cours

IFT3913 Qualité du logiciel et métriques. Chapitre 2 Modèles de processus du développement du logiciel. Plan du cours IFT3913 Qualité du logiciel et métriques Chapitre 2 Modèles de processus du développement du logiciel Plan du cours Introduction Modèles de processus du développement du logiciel Qualité du logiciel Théorie

Plus en détail

Guide pratique des solutions d automatisation des processus métier Avril 2014

Guide pratique des solutions d automatisation des processus métier Avril 2014 Guide pratique des solutions d automatisation des processus métier Avril 2014 Kemsley Design Limited Kemsley Design Limited www.kemsleydesign.com www.column2.com www.kemsleydesign.com www.column2.com Présentation

Plus en détail

L Agilité MODE PASSAGÈRE OU APPROCHE PÉRENNE? Sylvie Trudel. Mise en contexte: les acteurs d un projet logiciel. Cadres: Supervisent

L Agilité MODE PASSAGÈRE OU APPROCHE PÉRENNE? Sylvie Trudel. Mise en contexte: les acteurs d un projet logiciel. Cadres: Supervisent L Agilité MODE PASSAGÈRE OU APPROCHE PÉRENNE? Mise en contexte: les acteurs d un projet logiciel 2 Experts d affaires: Utilisent le service Personnel: Utilisent la solution Cadres: Supervisent Haute direction:

Plus en détail

La planification des RH et la dotation en personnel : comment sont-elles reliées?

La planification des RH et la dotation en personnel : comment sont-elles reliées? La planification des RH et la dotation en personnel : comment sont-elles reliées? Contexte Nous entendons dire : «La planification des RH constitue le fondement de la dotation en personnel sous la nouvelle

Plus en détail

Comité sur le professionnalisme de l AAI Reconnaissance mutuelle et autres questions transfrontalières

Comité sur le professionnalisme de l AAI Reconnaissance mutuelle et autres questions transfrontalières Comité sur le professionnalisme de l AAI Reconnaissance mutuelle et autres questions transfrontalières 1. À mesure que la profession actuarielle se mondialise et que les clients que nous servons élargissent

Plus en détail

Recherche qualitative : L usage des technologies de communication sur internet

Recherche qualitative : L usage des technologies de communication sur internet Recherche qualitative : L usage des technologies de communication sur internet Rolf Wipfli Juin 2007 1. Introduction Méthodologies de Recherche en Technologies Éducatives TECFA Université de Genève Le

Plus en détail

AGILITÉ ET PROJETS AVEC SCRUM

AGILITÉ ET PROJETS AVEC SCRUM AGILITÉ ET PROJETS AVEC SCRUM ENSIMAG 2014 Jean-François Jagodzinski @jfjago www.agilessence.fr 1 Jean-François Jagodzinski - Coach Formateur et accompagnateur d équipes agiles Site -> http://www.agilessence.fr

Plus en détail

backlog du produit Product Owner

backlog du produit Product Owner Méthodes agiles : Définition: selon Scott Ambler «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

Plus en détail

Il y a trois types principaux d analyse des résultats : l analyse descriptive, l analyse explicative et l analyse compréhensive.

Il y a trois types principaux d analyse des résultats : l analyse descriptive, l analyse explicative et l analyse compréhensive. L ANALYSE ET L INTERPRÉTATION DES RÉSULTATS Une fois les résultats d une investigation recueillis, on doit les mettre en perspective en les reliant au problème étudié et à l hypothèse formulée au départ:

Plus en détail

Document d information n o 1 sur les pensions

Document d information n o 1 sur les pensions Document d information n o 1 sur les pensions Importance des pensions Partie 1 de la série La série complète des documents d information sur les pensions se trouve dans Pensions Manual, 4 e édition, que

Plus en détail

Guide de travail pour l auto-évaluation:

Guide de travail pour l auto-évaluation: Guide de travail pour l auto-évaluation: Gouvernance d entreprise comité d audit Mars 2015 This document is also available in English. Conditions d application Le Guide de travail pour l auto-évaluation

Plus en détail

Guide de travail pour l auto-évaluation:

Guide de travail pour l auto-évaluation: Guide de travail pour l auto-évaluation: Gouvernance d entreprise comité d audit Septembre 2014 This document is also available in English. Conditions d application Le Guide de travail pour l auto évaluation

Plus en détail

agility made possible

agility made possible DOSSIER SOLUTION Utilitaire ConfigXpress dans CA IdentityMinder Ma solution de gestion des identités peut-elle rapidement s adapter à l évolution des besoins et des processus métier? agility made possible

Plus en détail

Gestion de projet Agile. STS IRIS Module 4.2 - «Gérer et organiser un projet informatique»

Gestion de projet Agile. STS IRIS Module 4.2 - «Gérer et organiser un projet informatique» Gestion de projet Agile Module 4.2 - «Gérer et organiser un projet informatique» Sommaire Introduction Principes et méthodes Agiles Scrum 2 Introduction Gestion de projet : démarche structurante assurant

Plus en détail

Modélisation des Systèmes d Information Jean-Yves Antoine

Modélisation des Systèmes d Information Jean-Yves Antoine Modélisation des Systèmes d Information Jean-Yves Antoine http://www.info.univ-tours.fr/~antoine Processus de développement logiciel Jean-Yves Antoine U. Bretagne Sud - UFR SSI - IUP Vannes année 2001-2002

Plus en détail

ARIES P O U R L I M P L É M E N TAT I O N R A P I D E D E S Y S T È M E S D E N T R E P R I S E PRÉSENTATION DE LA MÉTHODOLOGIE ARIES

ARIES P O U R L I M P L É M E N TAT I O N R A P I D E D E S Y S T È M E S D E N T R E P R I S E PRÉSENTATION DE LA MÉTHODOLOGIE ARIES ARIES ARCHITECTURE P O U R L I M P L É M E N TAT I O N R A P I D E D E S Y S T È M E S D E N T R E P R I S E PRÉSENTATION DE LA MÉTHODOLOGIE ARIES ARIES est une méthodologie permettant d implémenter rapidement

Plus en détail

Préambule. Claude Sicard Vice-président au partenariat et à l expertise-conseil 2 LE CADRE D INTERVENTION EN PRÉVENTION-INSPECTION

Préambule. Claude Sicard Vice-président au partenariat et à l expertise-conseil 2 LE CADRE D INTERVENTION EN PRÉVENTION-INSPECTION Préambule Le présent guide d application du cadre d intervention s adresse aux inspecteurs, aux chefs d équipe et aux directeurs en santé et sécurité en prévention-inspection de la CSST de même qu aux

Plus en détail

Angle mort organisationnel : Le rôle des processus métiers documentaires dans la croissance du chiffre d affaires

Angle mort organisationnel : Le rôle des processus métiers documentaires dans la croissance du chiffre d affaires Livre blanc IDC réalisé pour Ricoh Septembre 2012 Synthèse Angle mort organisationnel : Le rôle des processus métiers documentaires dans la croissance du chiffre d affaires Angèle Boyd // Joseph Pucciarelli

Plus en détail

RESUME DES NORMES ISO

RESUME DES NORMES ISO RESUME DES NORMES ISO Travail réalisé par : Selma FERKOUS O8301 ISO 19011 : La norme internationale ISO 9011, se focalise sur le management de programmes d audit, la réalisation d audits internes ou externes

Plus en détail

ATELIER DE VALIDATION DES SCÉNARIOS

ATELIER DE VALIDATION DES SCÉNARIOS VERSION JUIN 2014 COMPRENDRE SON QUARTIER et EXPLORER DES SOLUTIONS ATELIER DE VALIDATION DES SCÉNARIOS Toute forme de reproduction et de diffusion des outils du projet QVAS est encouragée à condition

Plus en détail

Gestion de la sécurité de l information par la haute direction

Gestion de la sécurité de l information par la haute direction Étude technique Gestion de la sécurité de l information par la haute direction _la force de l engagement MC Groupe CGI inc. 2004, 2010. Tous droits réservés. Aucune partie de cette publication ne peut

Plus en détail

Maîtrise d ouvrage agile

Maîtrise d ouvrage agile Maîtrise d ouvrage agile Offre de service Smartpoint 17 rue Neuve Tolbiac 75013 PARIS - www.smartpoint.fr SAS au capital de 37 500 - RCS PARIS B 492 114 434 Smartpoint, en quelques mots Smartpoint est

Plus en détail

Fondement 04. Objectifs de l évaluation 05. Critères d évaluation 06. 1. Planification 07

Fondement 04. Objectifs de l évaluation 05. Critères d évaluation 06. 1. Planification 07 Sommaire Fondement 04 Objectifs de l évaluation 05 Critères d évaluation 06 1. Planification 07 1.1 Concept et composants techniques 07 1.2 Développeur de projets / EPC 08 1.3 Système de documentation

Plus en détail

où commence réellement la sécurité routière?

où commence réellement la sécurité routière? VISTAD OÙ COMMENCE RÉELLEMENT LA SÉCURITÉ ROUTIÈRE? Une solution logicielle pour l étude qualitative et la validation des données relatives aux accidents La sécurité ne va pas de soi. Une personne est

Plus en détail

Exemple : Module d enseignement et planification de l évaluation Études informatiques 10 e année (4 e secondaire)

Exemple : Module d enseignement et planification de l évaluation Études informatiques 10 e année (4 e secondaire) Exemple : Module d enseignement et planification de l évaluation Études informatiques 10 e année (4 e secondaire) Titre du cours ou module : Informatique et enjeux sociaux Résultat d apprentissage visé

Plus en détail

Contractualiser un projet Agile. Comment s engager sans forfait global?

Contractualiser un projet Agile. Comment s engager sans forfait global? Contractualiser un projet Agile Comment s engager sans forfait global? Sommaire Le contrat au forfait : objectifs et limites Les critères de choix d un fournisseur Les trois engagements incontournables

Plus en détail

Les méthodes agiles. Les méthodes agiles sont apparues dans les années 1990 (Extreme Programming, Rapid Application Development, Scrum ) :

Les méthodes agiles. Les méthodes agiles sont apparues dans les années 1990 (Extreme Programming, Rapid Application Development, Scrum ) : SCRUM Les méthodes agiles Les méthodes agiles sont apparues dans les années 1990 (Extreme Programming, Rapid Application Development, Scrum ) : capacité à réagir au changement plutôt que de suivre un plan

Plus en détail

Collèges privés d enseignement professionnel

Collèges privés d enseignement professionnel Chapitre 4 Section 4.12 Ministère de la Formation et des Collèges et Universités Collèges privés d enseignement professionnel Suivi des audits de l optimisation des ressources, section 3.12 du Rapport

Plus en détail

CRM et GRC, la gestion de la relation client R A LLER PL US L OI

CRM et GRC, la gestion de la relation client R A LLER PL US L OI 3 R A LLER PL US L OI CRM et GRC, la gestion de la relation client Comment exploiter et déployer une solution de relation client dans votre entreprise? Les usages d une CRM Les fonctionnalités d une CRM

Plus en détail

Introduction. Créer, ouvrir et enregistrer un fichier

Introduction. Créer, ouvrir et enregistrer un fichier Introduction Microsoft Office Word est un logiciel de traitement de texte permettant la rédaction de documents, de rapports, de notes de service, etc. Il facilite la correction des fautes d orthographe

Plus en détail

Manuel d éclairage photo

Manuel d éclairage photo Fil Hunter Steven Biver Paul Fuqua Manuel d éclairage photo Traduit et adapté de l anglais par René Bouillot Groupe Eyrolles, 2009, pour la présente édition, ISBN : 978-2-212-67312-8 L état de surface

Plus en détail

ASSURANCE-LITIGE EN MATIÈRE DE BREVETS

ASSURANCE-LITIGE EN MATIÈRE DE BREVETS Étude concernant l assurance-litige en matière de brevets, par CJA Consultants Ltd Janvier 2003 V4a.fin ASSURANCE-LITIGE EN MATIÈRE DE BREVETS Étude réalisée pour la Commission européenne concernant la

Plus en détail

Le Product Owner Clé de voute d un projet agile réussi

Le Product Owner Clé de voute d un projet agile réussi Le Product Owner Clé de voute d un projet agile réussi Cédric Pourbaix - EFIDEV Qui est le product owner? SM PO Scrum Team Qui est le product owner? SM PO Scrum Team Qui est le product owner? marketing

Plus en détail

Chapitre 1. Introduction

Chapitre 1. Introduction ISBN 92-64-01565-5 L assurance-maladie privée dans les pays de l OCDE OCDE 2004 Chapitre 1 Introduction Ce chapitre introductif du rapport explique pourquoi l OCDE a décidé d entreprendre une étude sur

Plus en détail

Professeur superviseur ALAIN APRIL

Professeur superviseur ALAIN APRIL RAPPORT TECHNIQUE PRÉSENTÉ À L ÉCOLE DE TECHNOLOGIE SUPÉRIEURE DANS LE CADRE DU COURS MGL 804 RÉALISATION ET MAINTENANCE DE LOGICIELS TRAVAIL DE SESSION N O 4 ÉVALOUER ET IMPLÉMANTER LE PROCESSUS DE MAINTENACE

Plus en détail

Les données primaires Les données traitées

Les données primaires Les données traitées 1 Madame, Messieurs, Au cours de mon DEA portant sur la refonte de bdb, base de données Beuvray, je me suis aperçue qu une réflexion plus générale serait à menée sur le traitement de l information archéologique.

Plus en détail

un OuTIl complet POuR l analyse de données d accidents

un OuTIl complet POuR l analyse de données d accidents COMMENT ATTEINDRE L OBJECTIF ZÉRO ACCIDENTS? Un outil complet pour l analyse de données d accidents Avec 1,24 million de victimes par an, les accidents de la route font partie des causes les plus fréquentes

Plus en détail

Processus d Informatisation

Processus d Informatisation Processus d Informatisation Cheminement de la naissance d un projet jusqu à son terme, deux grandes étapes : Recherche ou étude de faisabilité (en amont) L utilisateur a une idée (plus ou moins) floue

Plus en détail

Plan. 1 Cycles de développement. 2 Méthodes agiles, principes généraux. 3 Comment se passe un Sprint?

Plan. 1 Cycles de développement. 2 Méthodes agiles, principes généraux. 3 Comment se passe un Sprint? Plan nitiation au Génie Logiciel Cours 5 ntroduction au π développement agile T. Genet (genet@irisa.fr) (STC/RSA) GEN-5 1/ 28 T. Genet (genet@irisa.fr) (STC/RSA) GEN-5 2/ 28 Bibliographie Plan L informatique

Plus en détail

Politique de gestion des risques

Politique de gestion des risques Objectif de la politique La gestion efficace des risques vise à assurer la continuité des opérations, le maintien de la qualité des services et la protection des actifs des organisations. Plus formellement,

Plus en détail

Réalisez votre audit interne et préparez-vous à l audit externe

Réalisez votre audit interne et préparez-vous à l audit externe ÉTAPE 14I Réalisez votre audit interne et préparez-vous à l audit externe Cette étape remplit une exigence de l article 4.2 de la norme. Exigences de la norme (article 4.2).1 Réalisez votre audit interne

Plus en détail

Norme ISA 402, Facteurs à considérer pour l audit d entités faisant appel à une société de services

Norme ISA 402, Facteurs à considérer pour l audit d entités faisant appel à une société de services IFAC Board Prise de position définitive 2009 Norme internationale d audit (ISA) Norme ISA 402, Facteurs à considérer pour l audit d entités faisant appel à une société de services Le présent document a

Plus en détail

GENRE ET FECONDITE EN AFRIQUE SUBSAHARIENNE

GENRE ET FECONDITE EN AFRIQUE SUBSAHARIENNE GENRE ET FECONDITE EN AFRIQUE SUBSAHARIENNE Roger Armand WAKA MODJO Institut d Etudes Démographiques de l Université de Bordeaux IV. Introduction L Afrique subsaharienne reste de nos jours la sous région

Plus en détail

EXPERTS EN DÉVELOPPEMENT ET MODERNISATION DE LOGICIELS WEB ET MOBILES

EXPERTS EN DÉVELOPPEMENT ET MODERNISATION DE LOGICIELS WEB ET MOBILES EXPERTS EN DÉVELOPPEMENT ET MODERNISATION DE LOGICIELS WEB ET MOBILES Groupe AZUR fait la promotion de XI-Factory comme un logiciel FaaS (Factory as a service ou Usine en tant que service) destiné aux

Plus en détail

Les Bonnes PRATIQUES DU TEST LOGICIEL

Les Bonnes PRATIQUES DU TEST LOGICIEL Les Bonnes PRATIQUES DU TEST LOGICIEL SOMMAIRE Qu est-ce que le test logiciel? Pourquoi le test est-il un maillon crucial de l ingénierie logicielle? Quels sont les différents types de tests? Qu est-ce

Plus en détail

Réussir l externalisation de sa consolidation

Réussir l externalisation de sa consolidation Réussir l externalisation de sa consolidation PAR ERWAN LIRIN Associé Bellot Mullenbach et Associés (BMA), activité Consolidation et Reporting ET ALAIN NAULEAU Directeur associé Bellot Mullenbach et Associés

Plus en détail