Agile ? Scrum ? Cycle en V (Waterfall)? Difficile de déterminer quelle est la meilleure méthode pour gérer un projet !

Parmi les approches de plus en plus utilisées, la méthodologie SCRUM ne manque pas d’intérêts, découvrez pourquoi.

---

Une autre approche de la gestion de projet

Le terme agile définit une approche qui remet en question les méthodes dites traditionnelles, comme le cycle en V par exemple, qui laissent peu de place au changement. En impliquant au maximum le client, les méthodes agiles quant à elles permettent une plus grande réactivité.

Ce principe d’agilité repose sur 4 valeurs fondamentales et valorise :

• Les individus et leurs interactions plus que les processus et les outils
• Des logiciels opérationnels plus qu’une documentation exhaustive
• La collaboration avec les clients plus que la négociation contractuelle
• L’adaptation au changement plus que le suivi d’un plan

Aujourd’hui, ces méthodes ont fait leurs preuves et tout le monde ou presque a déjà entendu parler d’une méthode agile : Kanban, eXtreme Programming, RAD, SCRUM…

---

F.O.R.C.E : Les valeurs SCRUM

Non, il ne s’agit pas du dernier Star Wars !

Le succès de la méthodologie SCRUM réside dans le fait qu’elle est soutenue par des valeurs de travail qui contribuent à la réussite du projet :

• Focalisation : Le fait de définir un objectif tangible et simple afin de faire travailler tous les membres de l’équipe dans la même direction et produire un travail de meilleure qualité.
• Ouverture : Travailler ensemble suppose que nous communiquons sur la façon dont nous travaillons, sur ce qui nous empêche d’avancer ou sur ce qui nous inquiète pour mieux le traiter ensemble.
• Respect : Partager succès et échecs, c’est apprendre à se respecter les uns les autres. L’entraide inspire le respect.
• Courage : Une équipe soudée apporte du soutien et permet de faire appel à davantage de ressources. Elle donne le courage de relever de plus grands défis, mais aussi d’apprendre de nos échecs.
• Engagement : En maîtrisant les périodes de sprint, que nous évoquerons plus bas, l’avenir du projet est lui aussi maîtrisé et le chemin du succès est engagé.  

---

La méthodologie SCRUM

SCRUM est considéré comme un cadre de gestion de projet et est constitué d’une série de rôles, de réunions et d’artefacts.

Les rôles dans un projet SCRUM

SCRUM définit 3 rôles :

• Le Product Owner porte la vision du produit à réaliser et représente en règle générale le client. C’est l’expert métier de la team qui effectue l’analyse nécessaire aux prises de décisions et priorise les exigences fonctionnelles ou non du projet (Product Backlog).
• Le Scrum Master est le garant de la méthodologie SCRUM. Pédagogue et diplomate, il s’assure que l’équipe en charge du projet adopte bien les principes et les valeurs de SCRUM.
• La Dev Team, composée de 3 à 9 collaborateurs, réalise le produit demandé par le client.

Les réunions

La vie du projet est rythmée par un ensemble de réunions clairement définies et limitées dans le temps, c’est ce que l’on appelle le time boxing :

• Le Sprint : Il peut varier entre quelques jours et un mois maximum selon les projets. Il s’agit d’un intervalle de temps appelé itération, pendant lequel la Dev Team va concevoir, réaliser et tester de nouvelles fonctionnalités.
• Le Sprint Planning : À chaque début de sprint, l’équipe de développement sélectionne les éléments prioritaires du “Product Backlog” qu’elle pense pouvoir réaliser au cours du sprint, toujours en accord avec le Product Owner.
• Le Daily Scrum ou mêlée : Réunion quotidienne de 15 minutes maximum qui permet aux membres de la Dev Team de se synchroniser, d’identifier les difficultés rencontrées et de mesurer son avancement sur le sprint en cours.
• La Sprint Review : Réalisée en fin de sprint, elle consiste à présenter aux parties prenantes les fonctionnalités développées au cours du sprint, de recueillir leurs remarques et de faire le point sur l’avancement général du projet.
• La Sprint Rétrospective : Elle a pour but d’échanger sur les problèmes méthodologiques ou organisationnels rencontrés tout au long du sprint, d’en tirer des leçons et de les mettre au profit des suivants, dans un objectif d’amélioration continue collective.

Les outils SCRUM

Product Backlog, Sprint Backlog, graphique d’avancement… de nombreux artefacts, ou outils, participent au cadrage de la méthodologie SCRUM :

• Planning Poker : c’est une technique d’estimation collective. Chaque élément du Product Backlog est estimé collectivement en se basant sur l’unité appelée « Story Point ». Cette estimation va notamment aider le Product Owner à prioriser son Product Backlog.
• Story Point : Cette unité de mesure permet de faciliter l’estimation et la planification des Sprints, tout en évitant de tomber dans l’illusion de la précision des estimations ou l’amalgame entre les jours, les hommes et le délai de réalisation.
• User Story : Technique permettant de formaliser synthétiquement les besoins sans perdre de vue l’essentiel : le besoin concerne QUI, en QUOI il consiste et dans quel BUT.
• Product Backlog : Il s’agit d’une liste ordonnancée des besoins, généralement formulés sous forme de User Stories. Elle est gérée par le Product Owner.
• Definition of Done (DOD) : Permet de déterminer à quel moment une tâche est aboutie et livrée, celle-ci peut être exprimée sous forme d’une checklist.

---

Quelle que soit la méthodologie employée, chez The Coding Machine nous accompagnons nos clients tout au long de leur projet. Si vous aussi vous souhaitez développer un projet SCRUM, n’hésitez pas à nous contacter.

---

LA CERTIFICATION CHEZ SAEGUS : tous les ans, de nombreux collaborateurs passent la certification officielle de la méthodologie SCRUM chez notre partenaire Saegus. N’hésitez pas à les contacter si vous souhaitez en savoir plus.

 

En créant un site web, le premier objectif recherché est qu’il soit vu et lu par le plus grand nombre de personnes. Or, pour cela, il doit être accessible à tous, y compris aux personnes présentant un handicap. 

Venu sensibiliser nos équipes à l’accessibilité web, Yann Goupil, expert en accessibilité web chez mc²i Groupe, nous a donné quelques recommandations en la matière.

---

Accessibilité web, de quoi parle-t-on ?

« Mettre le web et ses services à la disposition de tous les individus, quel que soit leur matériel ou logiciel, leur infrastructure réseau, leur langue maternelle, leur culture, leur localisation géographique ou leurs aptitudes physiques ou mentales. »

Sir Tim Berners-Lee,
Co-inventeur du web, Directeur du W3C

Selon le W3C et sa branche la « Web Accessibility Initiative », l’accessibilité du web signifie que les personnes handicapées peuvent utiliser le Web. Plus précisément, l’accessibilité signifie que le Web est conçu pour que ces personnes puissent percevoir, comprendre, naviguer et interagir de manière efficace, mais aussi créer du contenu et apporter leur contribution au Web.

---

Handicap et web, incompatibles ?

L’accessibilité web vise toutes les déficiences, qu’elles soient visuelles, auditives, motrices, cognitives, neurologiques ou liées à la parole.

Les personnes concernées par l’accessibilité numérique ont donc des profils et des manières d’utiliser le Web très variés : navigation au clavier ou avec des périphériques adaptés (eye-tracking, contrôle vocal ou par la pensée), utilisation d’un lecteur d’écran, etc.

Grâce à l’accessibilité web, l’utilisation d’un site ou d’une application mobile par une personne handicapée est rendue possible.

---

L’accessibilité web : une démarche d’inclusion

Rendre un site web accessible à tous ne signifie pas qu’il faille créer un site pour chaque type de déficience. Il s’agit simplement d’inclure dans le processus de création du site, les problématiques rencontrées par les personnes en situation de handicap.

Handicap visuel : daltonisme, cataracte, presbytie, cécité complète…

• Difficultés rencontrées : Navigation de page en page difficile, lecture des zones de texte compliquée ou impossible, illisibilité d’une page à cause du manque de contraste de couleurs.
• Solutions : Décrire les images, faciliter la navigation par des libellés explicites, différencier l’avant de l’arrière-plan grâce aux contrastes, ne pas véhiculer de l’information via un code couleur.

Handicap auditif : surdité partielle ou totale

• Difficultés rencontrées : Problèmes pour entendre les sons des vidéos ou des fichiers audio.
• Solutions : Offrir la possibilité de visualiser des sous-titres pour les contenus vidéo et produire des transcriptions textuelles.

Handicap moteur : paraplégie, sclérose en plaques, traumatisme…

• Difficultés rencontrées : Difficultés à utiliser le matériel informatique.
• Solutions : Rendre la navigation possible au clavier, veiller à ce que la navigation soit simplifiée, supprimer la limite de temps de saisie, mettre en place de l’aide à la saisie.

---

Les standards de l’accessibilité web

La Web Accessibility Initiative édite des standards, les « Web Contents Accessibility Guidelines » devenus depuis 2012 une norme ISO. Ils présentent des principes généraux qui portent sur la perceptibilité, la compréhension, l’utilisation et la robustesse des sites Web.

Ces règles et critères, qui ne sont pas spécifiques à un langage ou à une technologie, sont classés en 3 niveaux de priorité :

• A : Niveau minimal – Par exemple : fournir un équivalent textuel à un contenu non textuel.
• AA : Niveau normal – Par exemple : garantir la visibilité du focus.
• AAA : Niveau amélioré – Par exemple : proposer le contenu en langue des signes.

En France, vous pouvez retrouver toutes ces informations dans le Référentiel Général d’Accessibilité pour les Administrations (RGAA).

---

La réglementation en matière d’accessibilité numérique

En France, la loi impose aux administrations ainsi qu’à certaines entreprises privées (ayant une mission de service public ou d’intérêt général ou réalisant plus de 250 millions d’euros de chiffre d’affaires en France) de rendre leurs services en ligne (site Internet, Intranet, applications mobiles) accessibles à tous.

À défaut de respecter cette obligation, des sanctions financières peuvent être prononcées d’un montant allant jusqu’à 20 000 € selon l’article 8 du décret du 24 juillet 2019 relatif à l’accessibilité aux personnes handicapées des services de communication au public en ligne.

---

Vous souhaitez développer une application, une plateforme web ou créer un site Internet ?

À Paris, Lyon, Hong Kong ou Lisbonne, toutes les équipes de The Coding Machine seront ravies de vous accompagner dans votre projet !

Après avoir abordé les grands principes définissant une phase de conception dans notre précédent article, nous vous proposons de nous atteler à la définition plus précise des ateliers de conception d’un projet web.

Si vous êtes effectivement passés par toutes les étapes que nous avons décrites, que vous ayez un projet en tête, que vous nous ayez déjà contacté, que vous soyez satisfait de la proposition d’accompagnement que nous avons réalisée, et que vous sachiez que la phase de conception va commencer, vous devez encore légitimement vous poser quelques questions.

Comment se déroule les ateliers de conception d’un projet web ? Combien de temps prendront-ils ? Comment allez-vous vous approprier le design que vous avez réalisé ? 

Une fois que vous avez terminé les différentes étapes préalables à votre projet, de l’idéation au choix de votre partenaire, il est légitime de vous poser encore quelques questions au moment d’aborder la phase d’ateliers de conception promise par votre partenaire.

Pour répondre à toutes ces questions et aller un peu plus en profondeur dans cette phase d’ateliers , nous vous proposons de prendre un exemple concret : l’entreprise DISRUPTOR2000 vient de nous contacter pour développer une application révolutionnaire de mise en relation de particuliers sur un seul et unique réseau social : DISRUPTBOOK. DISRUPTOR2000, en bon élève nous ont fait parvenir un cahier des charges extrêmement détaillé sur la base duquel nous avons pu leur fournir une estimation financière et une proposition d’accompagnement sur-mesure. Nous avons bien identifié les éléments critiques de l’application (rôle de l’utilisateur, interaction via des formulaires, volumétrie des données échangées, publication de photos, vidéos, messagerie instantanée, etc.) et défini une base technique solide (un front en VueJS et un back en Symfony par exemple) mais nous avons encore besoin d’informations pour déterminer la manière de les présenter. Aussi nous savons que l’interaction entre les utilisateurs et la viralité de l’application seront les éléments clés de sa réussite. De plus il va nous falloir travailler sur un design efficace et une expérience utilisateur parfaitement adaptée. Dernière chose, DISRUPTOR2000 souhaite disposer de technologies flexibles et ne pas être dépendant d’un outil sur étagère. Il souhaite connaître les différents éléments qui vont composer son application et s’assurer qu’elle pourra évoluer facilement

– Revue des interfaces et analyse du besoin

– Design UI/UX

– Architecture technique

– Validation des spécifications.

Dans notre précédent article, nous avions vu que notre phase de conception allait se découper en plusieurs ateliers ; que nous avons choisi de définir comme suit pour l’exemple de DISRUPTOR2000.

1er atelier : Revue des interfaces & analyse du besoin

Ce premier atelier va nous permettre de revoir ensemble toute la proposition d’accompagnement ainsi que le cahier des charges. Nous validerons très rapidement les éléments qui ne font pas débat (il y aura 2 types d’utilisateurs, une gestion des droits classique, etc.) et nous attarderons sur les fonctionnalités un peu plus complexes.

L’objectif n’est pas seulement de valider bêtement une liste de fonctionnalités, mais plus d’être force de proposition sur la manière de traiter les différents objets métiers. Nous avons effectivement la chance de travailler pour un grand nombre de sociétés dans des secteurs extrêmement variés et nous mettons cette expérience au profit de tous nos nouveaux clients. Il s’agit alors de proposer des schémas globaux, éprouvés, sur lesquels il paraît judicieux de se calquer pour assurer le bon fonctionnement de l’application. Là ou les deux visions s’entrechoquent (celle du client et la nôtre), nous ouvrons le débat et validons ensemble la manière de traiter chaque sujet. Nous fournissons ensuite un document détaillé récapitulant le comportement de l’application dans son ensemble.

2ème atelier : Design UI/UX

Pour ce second atelier nous pouvons encore féliciter DISRUPTOR d’avoir déjà travaillé sur un design et des parcours utilisateurs. Ils souhaitent conserver l’ensemble des éléments déjà réalisés, mais sont plutôt réceptifs à l’idée de recevoir des conseils sur des points d’amélioration.  Nous avons donc réalisé un audit graphique en amont de l’atelier que nous allons leur présenter en séance et intégrer les modifications qu’ils auront validé à la fin de l’atelier.

3ème atelier : Architecture

Cet atelier est un peu particulier. Bien que nos interlocuteurs n’aient pas toujours les compétences techniques nécessaires pour juger le type de technologies choisies, nous tenons à leur présenter un document d’architecture technique en leur expliquant ses différents composants.

Nous en profitons notamment pour justifier l’emploi de chaque outil en le mettant en rapport avec ses besoins. DISRUPTOR peut alors vérifier grâce à ce document, que l’ensemble des besoins exprimés est satisfait. En fonction des retours et des échanges pendant cet atelier nous validons ou modifions ce document.

4ème atelier : Validation des spécifications

Ce dernier atelier va nous permettre de présenter l’ensemble des livrables à DISRUPTOR 2000 pour nous assurer de la bonne compréhension et de la bonne traduction de leurs besoins en spécifications fonctionnelles et techniques. Ce moment sera l’occasion de faire les derniers retours sur les thématiques abordées avant de valider la phase de conception.

DISRUPTOR2000 nous a donc fait les remarques suivantes :

REMARQUE LIVRABLE 1

“Finalement, je ne souhaite pas que certains utilisateurs aient plus de droits que d’autres dans un premier temps. Je ferais une partie pour les entreprises dans un second temps, une fois que le modèle sera bien assis, sortons cette partie du périmètre de l’application”. Pas de problèmes ! Nous pouvons mettre de côté cette partie de la spécification et la récupérer pour mettre en place des évolutions dans un second temps 😉

REMARQUE LIVRABLE 2

“Super travail TheCodingMachine, je suis super impressionné ! Mais finalement je ne suis pas sûr que le bleu comme couleur principale soit la plus adaptée, on pourra tout faire en vert ?” Bien sûr, nous vous fournirons l’ensemble des écrans déclinés en vert sans aucun problèmes

“Ah et on peut refaire une page d’accueil complètement différente ? J’aimerais voir ce que ça donne avec ça là, et ça là…”
Malheureusement à ce stade-là nous ne pouvons que faire des adaptations mineures des maquettes proposées comme la couleur, l’emplacement de certains éléments. L’atelier design et les itérations sont là pour valider l’identité graphique de votre application que nous vous proposons de décliner en fonction du nombre de pages défini dans les spécifications. Si vous le souhaitez nous pouvons faire intervenir notre équipe Design en marge de ce projet pour vous proposer d’autres intentions de design, mais cette prestation sera séparée du projet. Nous pourrons bien entendu intégrer tous les nouveaux éléments graphiques ainsi réalisés à l’application !

REMARQUE LIVRABLE 3

“Bon de toute façon, la technique je vous fais confiance, je ne comprends pas grand chose. Mais c’est aussi quelque chose qui me fait un peu peur parce que je ne peux pas avoir le contrôle, comment vous pouvez m’assurer que tout va bien se passer ?”

Nous travaillons essentiellement grâce aux technologies développées en Open Source. Ces outils sont notamment développés par Google, Amazon ou encore Facebook, c’est à dire qu’elles sont suivies par les plus grandes communautés de développeurs dans le monde. Toutes ces technologies seront donc totalement évolutives et maintenables. De plus, vous serez totalement propriétaire du code que nous allons vous livrer, si vous souhaitez embaucher des développeurs en interne, les bonnes pratiques techniques que nous mettons en place leur permettront de le reprendre et de le faire évoluer très facilement. Nous documentons aussi toutes les applications que nous développons et réalisons régulièrement des guides plus fonctionnels (administrateur ou utilisateur) dans les cas d’applications complexes pour faciliter l’adhésion à l’outil et permettre une prise en main rapide.

A noter qu’il arrive souvent que la phase de conception révèle de nouvelles fonctionnalités ou besoins liés à l’application, dans ce cas-là, si les adaptations sont mineures nous pouvons les intégrer au périmètre de développement. Si elles concernent le développement d’un module entier ou d’un set de fonctionnalités, nous pouvons proposer de modifier les spécifications et réévaluer le coût global du projet pour intégrer ces éléments. Dernier cas possible, nous proposons un allotissement de l’application en développant la première base identifiée et en planifiant les évolutions pour un second lot. Nous avons donc intégré ces différents éléments aux spécifications dans les jours qui suivaient et DISRUPTOR a finalement pu valider la spécification. Il est temps de commencer à développer !

Mais quels sont les critères qui peuvent vous permettre d’évaluer la réussite de cette phase de conception ? De vérifier la qualité des livrables fournis ? De se satisfaire des ateliers proposés ?

La suite au prochain épisode 😉

N’oubliez pas de nous suivre sur vos réseaux sociaux préférés !

Pierre Bertrand, Consultant chez TheCodingMachine

Nouvelle identité, nouvelle stratégie… en mai 2018 Barclays France a laissé place à Milleis Banque. La nouvelle banque affirme son projet et affiche de grandes ambitions en proposant « un maximum d’interactions digitales ».
Elle nous a fait confiance pour assurer la partie technique de la refonte de son site public.

À PROPOS DE MILLEIS BANQUE

Milleis Banque est un nouvel acteur du secteur bancaire en France, qui a pour ambition de devenir le leader indépendant de la gestion patrimoniale. En se positionnant en tant que « Banque de toutes les réussites », Milleis entend offrir à ses clients le meilleur du conseil financier pour les conduire à opérer les choix de placements les plus adaptés à leur situation.
Milleis compte aujourd’hui un réseau d’agences bancaires présent sur l’ensemble du territoire national. Lancée officiellement en mai 2018, Milleis est détenue par le fonds d’investissement AnaCap, premier fonds européen du secteur financier.

PROBLÉMATIQUES ET OBJECTIFS

En 2017 Milleis Banque nous a sollicité pour une modernisation et une refonte de leur site public dans l’objectif de répondre aux évolutions des besoins clients :

1. Moderniser l’image de leur banque : Offrir une solution totalement responsive avec une organisation des contenus optimisée pour faciliter le taux de transformation.
2. Améliorer les performances et les services : Mettre à disposition des services digitaux à la hauteur de la réputation d’excellence de Milleis.
3. Fluidité des processus métiers : Donner une certaine indépendance au service IT de Milleis pour gérer en interne les opérations commerciales par le développement de mini-sites.

LES SOLUTIONS MISES EN OEUVRE

Nous avons basé notre réponse sur 4 axes principaux :

1. Avoir une application la plus sécurisée possible : Développement d’un CMS spécifique pour éviter la publication de failles publiques et la séparation technique du site web avec le back-office, qui communiquent chacun avec une API.
2. Avoir un outil qui s’adapte au mieux aux besoins métiers : Développement d’une interface de gestion des contenus adaptée à l’équipe en charge de l’édition, du système de validation des contenus avant publication, de la gestion d’une médiathèque, de la gestion multi-langue et multi-site dans la même interface d’administration, de la gestion fine des rôles et des droits utilisateurs
3. Avoir un outil qui respecte les standards : Malgré le fait que l’outil soit développé en spécifique, il a fallu mettre en place des technologies robustes, éprouvées et qui ne demanderaient pas un gros travail de formation pour développer dessus.
4. Avoir un outil performant : Requêtes optimisées avec une API GraphQL et la mise en place d’un cache Varnish.

ENTRETIEN AVEC JEAN-MARIE CAILLEAUX, RESPONSABLE DU MARKETING DIGITAL

1. Bonjour Jean-Marie, pouvez-vous vous présenter?

Bonjour. Je suis Jean-Marie Cailleaux, responsable du Marketing Digital chez Milleis Banque. Milleis Banque est une banque haut de gamme pour une clientèle aisée. Notre ambition est de devenir le leader indépendant de la gestion patrimoniale en France.
Je travaille sur les déclinaisons digitales des actions marketing de la banque. Je peux intervenir sur les thématiques du SEO, du SEA, de l’analytics, des campagnes en ligne. Je suis également responsable du site public www.milleis.fr et par extension de l’outil de publication des contenus, le CMS.

2. Vous nous avez confié la mission de vous accompagner dans l’intégration de votre changement de marque. Quelles étaient vos attentes ?

Nous savions que le passage de l’ancienne marque Barclays à Milleis serait un projet complexe qui devrait être mené dans des délais très courts. J’ai donc décidé de « préparer le terrain » quelques mois auparavant en m’équipant d’un nouveau CMS taillé sur mesure. Dans les grandes lignes, l’outil devait offrir un haut niveau de sécurité, des fonctionnalités de workflow et d’archivage poussés en sus des fonctions classique de publication de contenu. Il devait être multisite et bien entendu nous permettre de faire évoluer la charte et les templates aisément.

3. Pourquoi avoir choisi TheCodingMachine ?

Pour l’anecdote, j’ai découvert TCM en regardant un jour le code source d’un site que je trouvais très réussi. Le code m’a semblé très efficient. Par chance, les références de TCM étaient présentes sur le site. Je me suis donc renseigné plus longuement sur l’entreprise de développement. Le positionnement m’a séduit : des spécialistes de la « tech » pour développer les projets. Nous les avons intégrés dans l’appel d’offre. Leur réponse à l’expression de nos besoins était pertinente et financièrement cohérente. Ils ont su rassurer les parties prenantes IT chez nous et rester clairs pour le business. Nous les avons choisis.

4. Vous vous positionnez comme la banque «de toutes les réussites », est-ce que l’expérience TheCodingMachine en est une ?

Clairement oui. Les étapes du projet ont été clairement définies, les équipes se sont montrées impliquées et disponibles. Nous avons opté pour un cycle en V un peu stressant car il implique une période durant laquelle le client ne voit pas l’avancée du projet, mais les délais ont été tenus et le résultat tout à fait conforme à nos attentes. Et, point très important également, le projet m’a donné l’occasion de rencontrer des gens très agréables et enrichissants humainement.

5. Cette nouvelle stratégie impose de prendre un grand virage digital. Dans cette volonté d’allier le meilleur du digital au meilleur de la relation humaine, quelle a été la valeur ajoutée de TheCodingMachine ?

 L’écoute, la compréhension des besoins et l’expertise technique. Dans le projet, TCM s’est posé en véritable partenaire, apte à adapter son offre à nos particularités. La démarche de TCM est une vraie démarche d’ingénierie : ils cherchent à bien comprendre les problématiques pour trouver les solutions les plus adaptées. Le digital est affaire de communication. On ne peut pas perdre de vue que les outils sont faits pour être utilisés, pas pour servir de vitrine technologique.

6. Si vous deviez résumer en une phrase notre relation, quelle serait-elle ?

C’est une relation de confiance mutuelle qui nous rend tous ensembles extrêmement efficaces avec le même objectif en tête : servir au mieux nos clients.