1. Présentation de l’entreprise
2. Présentation de la mission
3. Environnement et outils utilisés
4. Analyse de l’existant
5. Participation au projet
6. Difficultés rencontrées
7. Bilan

Présentation générale

• Happy Garden → Allstore SAS (10 ans)

• Une vingtaine de collaborateurs

• Site e-commerce → mobilier d’extérieur et d’intérieur

• Présent sur près de 20 places de marché

• France, Espagne, Belgique, Luxembourg, Italie

• Objectif → s’ouvrir à plus de pays

Ma position

• Service IT, avec Thomas & Issam
  Organigramme du service IT d’Allstore
• Développeur de la quasi-totalité du projet Zoranne
• Arrivée dès le début du projet :
  • Participation à toutes les décisions
  • Architecture logicielle & chefferie de projet

• Migration PrestaShop (monolithique) → nouvelle architecture
• Migrer les fonctionnalités PrestaShop vers différentes applications distinctes
  Applications Zoranne (v0)

• Solution interne pour les équipes métier
• Objectif :
  • Apporter + de flexibilité & maintenabilité
  • Faciliter l’ouverture de nouvelles places de marché
  • S’adapter à d’autres ERP, sociétés

Environnement

• CMS : PrestaShop (v1.5)

• Frameworks :

  • Symfony
  • Angular

• Système de Gestion de Base de Données SQL :

  • MySQL

Outils collaboratifs

• Slack
  • Pour la communication tout au long de la journée et à distance
• Outlook
  • Pour les échanges entre services et les informations importantes
• GIT → Bitbucket
  • Pour héberger le projet
• Jira
  • Pour gérer le projet

• Architecture monolithique (PrestaShop v1.5)

• ERP → BC, PIM → Quable

• Croissance → nécessité d’une nouvelle architecture

• Pour cela :
  • Analyse des fonctionnalités et du code en place
  • Discussions avec les équipes

• Conséquence → équipes métier devront utiliser Zoranne (et non plus le back-office PrestaShop)

• Migration PrestaShop → Zoranne

• Quasi-totalité des développements

• Participation aux décisions :

  • Choix des technos (Symfony & Angular)
  • Méthode agile
  • Communication

• Participation aux choix de l’architecture →

  • Flexibilité
  • Maintenabilité
  • Scalabilité

Schéma de l’architecture de Zoranne

• Organiser et participer à des réunions :
  • Daily Meetings
  • Recettes
  • Ateliers
  • Réunions hebdomadaires
  • Séminaire
• Me gérer en tant que développeur
  • Seule ressource à 100% sur le projet
  • Prise de décisions
  • Gérer mon temps
  • Prioriser

Méthode agile

• Agilité → méthode Kanban
  Tableau de Kanban Jira - Zoranne
• Visualisation, flexibilité, CI/CD

• Avec mon équipe → découpage des projets en tâches, estimation de la charge, contrôle
  Estimation de la charge - Kanban

Gestion des risques

• Identification et évaluation des risques
  Matrice des risques - Zoranne

Actions pour les minimiser

• Régressions → connaissance de l’existant, tests
• Architecture trop spécifique → anticiper
• Répondre au besoin → identification des acteurs, connaissance de l’existant, communication
• Faibles performances → asynchronisme, optimisation
• Dépassement des délais → communication, contrôle

• Maîtrise des fonctionnalités & code PrestaShop → communication avec les équipes et expérience

• Problèmes de conception/développement → communication avec l’équipe afin de trouver la meilleure solution

• Perte de performance → RabbitMQ

• Évaluer la charge/le temps & prioriser les tâches → expérience

• Avec le temps → appris à défendre mon point de vue

• Zoranne → très enrichissant
• Migration application monolithique → très formateur
• Découverte de la gestion de projet → application de ce que j’ai appris lors de la formation
• Prendre des décisions & défendre mon point de vue
• Analyser l’existant
• Gérer les risques
• Communication essentielle → nombreux échanges
• Poursuite en CDI → mobiliser mes compétences → enrichissement Zoranne & nouveaux projets