Je n’est pas l’habitude de traiter de sujets technique, quoique j’en fasse beaucoup néamoins, mais comme je suis en ce moment Scrum Master sur un projet PHP avec Drupal, je souhaitais vous parlez de la mise en place des tests automatisés dans Drupal.

En-effet, Drupal 7 facilite grandement la mise en place de tests automatisés et d’une plateforme d’intégration continue.

Comment se déroulent les tests dans Drupal ?

Drupal depuis sa version 7 contient en natif un framework de tests pour le PHP. Ce framework est un outil qui facilite l’intégration continue via l’implémentation du concept d’automatisation de tests.

L’automatisation des tests, pour quoi faire ?

Si on automatise les tests grâce à une plateforme d’intégration continue et un framework de tests par exemple, on va pouvoir obtenir :

-          Un développement simplifié

-          Une simplification de la refactorisation du code

-          Une réduction importante du débogage.

-          Moins d’erreurs dans le code

-          Une réduction des bugs de régression

Le framework de tests intégré à Drupal : SimpleTest

SimpleTest est leframework choisi par Drupal pour réaliser des tests. Il est open source et la base c’est un projet à part entière utilisable dans n’importe quel autre projet PHP à l’instar de PHPUnit par exemple.

Il permet donc de réaliser des tests unitaires mais également des tests fonctionnels de l’application et notamment de l’interface.

Sa puissance et son avantage réside dans le fait qu’il est mis à disposition avec une batterie de tests du cœur de Drupal que vous pouvez relancer tous les jours, si vous l’intégrez notamment à un environnement  d’intégration continue.

Cela permet de tester l’ensemble de l’application et de vérifier que les développements ajoutés à la plateforme ne créent pas des régressions au sein du cœur de Drupal.

Et sans plateforme d’intégration continue ?

Si vous ne possédez pas de plateforme d’intégration continue, Drupal dispose d’une interface d’administration de tests qui vous permettra de choisir les tests que vous souhaitez déclencher.

Il sera facile d’avoir accès aux tests qui sont passés et ceux qui ne sont pas passés grâce à cette interface simplifiée.

Ainsi pour pouvoir assurer le suivi de mon projet, j’ai demandé à travailler avec IceScrum. Cependant, il a fallu un certain temps avant que je puisse l’utiliser et pour ne pas perdre de temps dans mon suivi, j’ai du revenir aux bonnes vieilles méthodes !

Même si on n’applique pas à la lettre toutes les pratiques d’une méthode en particulier, on aimerait parfois pouvoir gérer son projet de façon agile ou avec des briques de Kanban. Mais pour une raison ou une autre, il arrive que nous n’ayons pas d’outils spécialisés sous le coude :

• Problème de budget (IceScrum est néanmoins gratuit).
• Problème de licences.
• Problème de droits sur son propre poste (mon cas au sein de cette mission).

C’est alors que vient à l’esprit l’utilisation d’outils de remplacement que presque tout le monde dispose dans son entreprise : un tableur type Excel et un tableau blanc !!

Le fichier Excel vous permet de tenir à jour votre product backlog, ainsi que de visualiser vos sprints et même de faire du reporting avec le burndown chart dans votre fichier.

Vous trouverez en pièce jointe de cet article le fichier Excel que j’utilise en remplacement d’un vrai outil dédié tel qu’IceScrum ou VersionOne.

Template Backlogs Version 1 – www.coffee-meeting.com

Maintenant il ne vous reste plus qu’à coupler cela avec une pointe de management visuel en réalisant un TaskBoard. Sur ce tableau vous pourrez y mettre les tâches du sprint, ainsi que le burndown chart du sprint. Voici un exemple avec le tableau des tâches que j’utilise en complément de mon fichier excel ou d’IceScrum :

Mon Taskboard

Ce tableau est composé à gauche des tâches de chaque user story ainsi que leurs état. A droite, on retrouve le burndown chart visible de tous durant tout le sprint, et en dessous quelques indications sur la vélocité et les tâches non planifiées. Ce taskboard est loin d’être complet et le must serait d’en faire un vrai radiateur d’informations en y ajoutant quelques données supplémentaires. Je vous invite d’ailleurs à aller lire un article de Jean-Claude GROSJEAN autour du principe de radiateur d’information en complément de cet article : http://www.qualitystreet.fr/2007/11/26/information-radiator-indispensable/.

Voilà, j’espère que cette solution de substitution vous servira autant qu’elle m’a servi quand je n’avais pas de logiciel dédié.

Pour débuter cette série d’articles sur mon retour d’expérience au sein de la société Vivalur en tant que ScrumMaster, j’ai décidé de vous parler des prémices de la mise en place de Scrum afin de respecter la chronologie du projet. 14 Septembre 2010 : date officielle de démarrage de notre « bb » : Vivalur ! Ça fait maintenant 3 ans qu’on y travaille, presque d’arrache-pied, pendant nos soirées, week-end, voir même en cours (ce n’était pas forcément l’idéal ni très académique mais je ne suis pas là pour faire dans la langue de bois ! Et puis rassurez-vous comme je le dis dans mon retour au blog … j’ai eu mon diplôme !) Nous voilà donc lancés dans ce projet entrepreunariale avec une dose de motivation surdimensionnée mais aussi beaucoup de compétences, avec chacun son domaine de prédilection :

- Guillaume Warckol : l’initiateur du projet et à ce jour la personne la plus génératrice d’idées qu’il m’ait été donné de rencontrer. Autant dire qu’il est l’homme de la situation pour trouver de nouveaux projets et faire émerger des besoins dans le monde du Web. Il était le product owner de vivalur.

- Olivier Dolbeau : Lead developer, ce fut le pilier de l’équipe en terme de développement. Autant dire que sans lui la capacité de l’équipe aurait pratiquement été divisée par deux à chaque sprint. C’est également le développeur le plus performant que j’ai pu côtoyé jusqu’à aujourd’hui à tel point qu’il ne serait pas chez Sensio (l’éditeur du Framework Symfony) s’il n’était pas performant en développement php symfony…

- André De Sousa : moi même! Pour ma part, je fus le scrum master de cette belle équipe. Je devais mettre en pratique la méthode et la faire respecter pour que l’on soit les plus efficaces.

Après ce rapide récapitulatif de l’équipe, je vais vous expliquer les premiers jours difficiles ou il a fallu mettre à plat, l’ensemble du projet qui existait déjà depuis près de 3 ans pour pouvoir mettre en route la mécanique agile. Tout a commencé par un atelier de regroupement des fonctionnalités et des discussions sur la vision de chacun du projet. Au bout de ces deux jours de mise en commun nous avons pu recenser les éléments du projet. Il nous fallait maintenant décomposer les éléments en user stories puis les prioriser.

Le jour suivant fut l’occasion de mettre en pratiques ces belles paroles en priorisant les users stories. En tant que bon scrum master j’avais prévu le coup en achetant 3 decks de cartes agiles de chez agile42 (lien vers le site qui vend les cartes) avant de démarrer le projet. Celles-ci sont livrées avec un jeu de carte de planning poker (pour l’estimation des users stories) ainsi que d’un jeu de cartes nommé « Business game value » pour la priorisation de celles ci.

C’est donc ce dernier qui nous a permis de prioriser nos users stories pour enfin avoir un product backlog. Je ne vais volontairement pas m’étendre sur le principe de cette méthode de priorisation car je compte dédier un article entier à ce sujet. Une fois le product backlog en place, il ne restait plus qu’à planifier nos releases ainsi que nos premiers sprints. La méthode employée ici fut le planning poker via le deck d’agile42 toujours.

Voilà donc très brièvement la démarche agile adoptée par l’équipe. Certaines étapes n’ont pas été décortiqués ici et j’espère pouvoir vous en faire part plus tard. Le but était, à travers cet article, de vous présenter rapidement les différentes phases de démarrage du projet du point de vue des méthodes agiles.

Des difficultés d’adoption ?

Il est clair qu’étant une équipe novice en matière de mise en application de Scrum, certaines pratiques ont mis du temps à se réaliser. Cependant, l’ensemble fut bien reçu et nous nous accordions tous sur l’efficacité et la motivation procurée par cette approche agile, notamment concernant la priorisation et l’estimation des fonctionnalités du projet vivalur. Bientôt la suite de ce REX (retour d’expérience pour ceux qui n’auraient pas compris) consacré aux 6 mois passés avec l’équipe Vivalur !

Après l’article sur le retour au blog me revoilà. Cette fois-ci je vous propose un sujet de fond qui je l’espère sera suffisamment complet à vos yeux !

A l’occasion de mes débuts comme consultant chez altran, j’ai été amené à présenter Scrum en 5 minutes à plusieurs reprises.

Je vais donc essayer de vous livrer ici quelques éléments de ma présentation, qui je l’espère, aideront ceux qui sont en pleine découverte de cette méthode agile à y voir plus clair rapidement.

Cette présentation a volontairement été vulgarisée afin de s’adapter à mon auditoire. Si toutefois elle vous semble trop complexe, n’hésitez pas à me le faire savoir en commentaire, j’essaierai d’y apporter une réponse.

SCRUM en action: une rapide introduction à son utilisation

• Scrum est une méthode de gestion de projet de plus en plus utilisée dans l’industrie du logiciel.
• La méthode est particulièrement adaptée à des équipes de 10 personnes max.
• Pour les projets que l’on peut découper en mini projets dont les périodes de temps sont inférieures à un mois.
• Les méthodes traditionnelles de gestion de projets sont centrées sur la réalisation dans les temps.
• Les méthodes agiles telles que Scrum se focalisent plutôt sur la livraison d’un produit à forte valeur ajoutée pour le client.

Un schéma simplifié du processus Scrum

source de l’image: agileforall.com

Voici quelques points détaillant ce schéma:

• Scrum est basé sur des itérations (périodes courtes de développement dont les objectifs sont définis à l’avance) appelées sprints.
• Les objectifs font partis d’un référentiel d’exigences appelé le product backlog qui est fourni et tenu à jour par le product owner (“Correspondant métier”).
• Ce référentiel est composé de fonctionnalités constamment priorisées. Avant chaque sprint, les fonctionnalités les plus prioritaires passent dans le sprint backlog et deviennent donc les objectifs à réaliser durant le sprint (itération).
• Un sprint démarre toujours par sa planification en partant de discussions entre le product owner et l’équipe concernant le product backlog. A l’issue de cette rencontre, des tâches sont définies et le sprint peut débuter.
• L’équipe de développement est piloté par le Scrum Master qui a pour but de résoudre les obstacles, participer au développement en cas de besoin et tout mettre en œuvre pour que les objectifs soient réalisés durant le sprint.
• Chaque sprint améliore la valeur ajoutée du produit en ajoutant de nouvelles fonctionnalités qui peuvent être livrées au client.

Les rôles: L’équipe de développement

• L’équipe SCRUM: Equipe comportant au maximum 10 personnes. L’équipe est auto-organisée et chacun doit être capable de reprendre les tâches d’un autre membre.
• Le Product Owner: correspondant métier, il représente le métier et doit gérer la priorisation, et l’évolution du product backlog. Il doit se rendre disponible pour répondre aux questions de l’équipe Scrum.
• Le Scrum Master : Il combine plusieurs rôles: Coach, chargé de projet, développeur, animateur… Il doit faire respecter le cérémonial Scrum à son équipe et veiller à ce qu’ils ne soient troublés par des faits extérieurs, tout en assurant le reporting.

Quelques pratiques agiles

• L’utilisation d’un Product Baklog: référentiel des exigences et des fonctionnalités. Il doit être priorisé par le Product Owner.
• Le Sprint (itération): Fondement même de l’agilité, il consiste à développer un incrément du logiciel en une période courte inférieure à 30 jours.
• Le Daily Scrum ou coffee-meeting: Pratique visant à éviter les dérives, motiver l’équipe et tenir à jour les métriques projet. Il est quotidien et présidé par le Scrum Master.
• Démo et revue de Sprint: A chaque fin de sprint, l’équipe présente l’incrément logiciel développé au client, et celui-ci valide les différents points du backlog ou indique des changements à opérer.
• Le burndown Chart: Diagramme indiquant les tâches restantes avant la fin du Sprint sur un axe du temps :
  

  Burndown chart provenant du blog: scrum.jeffsutherland.com

Pourquoi utiliser Scrum ?

Enfin, pour terminer cette overview, voici quelques points visant à vous convaincre d’utiliser Scrum comme méthodologie de gestion de projet:

• Les projets sont trop long pour être estimés correctement.
• Scrum permet d’être transparent envers les métiers.
• La flexibilité des développements est permise grâce aux itérations et aux changements de priorités du product backlog.
• L’agilité favorise la motivation et l’auto-organisation des équipes de développement.
• Les utilisateurs communiquent directement avec l’équipe et réduisent les risques d’incompréhensions.
• Un sentiment de reconnaissance des équipes se fait immédiatement sentir.

Voilà c’est tout pour cette présentation « rapide » de Scrum.

Encore une fois ces quelques points sont issus d’une présentation et n’ont vocation qu’à vous présenter simplement la méthode et ses pratiques sans rentrer dans le détail.

Si des points ne sont pas clairs ou que vous n’êtes pas d’accord avec ma vision agile, faites le moi savoir en commentaire !

Qu’il est bon de reprendre ses projets d’antan ! Il me tardait de reprendre le chemin de l’écriture sur ce blog lorsque je trouverais à nouveau du temps.

C’est donc avec grand plaisir que j’ai décidé de revenir après une longue interruption, où je n’ai pourtant pas chômé, pour vous parler d’agilité, entre autre.

Alors que s’est-il passé en 2010 ?

Me voilà donc de retour après un an d’absence sur le blog. Depuis Février 2010, beaucoup de choses ce sont passées en commençant par l’une des plus importantes : j’ai obtenu mon master en informatique.

En plus d’avoir obtenu mon diplôme je suis passé par plusieurs expériences qui ont confortées mon opinion sur l’agilité. A tel point que je ne conçois plus ma carrière professionnelle sans agilité ni sans standup ou coffee meeting .

J’ai également pu vivre l’aventure d’entrepreneur en compagnie deux de mes fidèles compagnons de route « informatique » ! Mais sur ce point j’y reviendrais plus tard…

En-effet, cette année passée, a surtout été l’occasion pour moi de concrétiser un projet d’ entreprenariat Web avec la mise en ligne du site Vivalur avec deux collègues qui étaient en cours avec moi depuis le début de mon BTS : Guillaume Warckol (@guillaumew : profil twitter) et Olivier Dolbeau (@odolbeau : profil twitter).

Quelle belle expérience ! J’ai tellement appris durant ce projet et il y aurait tant à dire que l’on pourrait en écrire un bouquin à nous trois ! Cependant je me cantonerais simplement à quelques articles pour vous faire un retour d’expérience sur des sujets qui me tiennent à coeur comme l’agilité au sein du projet Vivalur.

Et en 2011 alors ?

J’ai depuis peu intégré une société de conseil en informatique (Altran), où je pense pouvoir faire bénéficier de mon expérience les entités qui le souhaiteront et profiter bien sur des expériences d’altran dans le domaine agile mais pour le moment, je ne suis que consultant chargé de projet SharePoint, il faut parfois être patient !

Je mise aussi beaucoup sur Altran pour pouvoir monter en compétences sur la méthode scrum et devenir Scrum Master assez rapidement.

Je vous dis à très bientôt sur coffee-meeting, pour cette série d’articles !

Qu’est ce que le Coffee-Meeting ?

On peut considérer le Coffee-Meeting comme le daily scrum ou encore standup meeting. A un point près. Ces deux réunions journalières se basent sur 3 questions. Or les expériences ont montrées que bien souvent les membres de l’équipe projet sont distraits et certains même ni voit pas d’intérêt persuadés que c’est une perte de temps. J’ai pour ma part, eu l’occasion d’expérimenter le Coffee-Meeting en lieu et place d’un stand up meeting et je peux vous assurer que les résultats sont impressionnants.

L’instant plaisir

Afin d’améliorer la productivité et la motivation de chacun, il est important de rendre obligatoire le café, thé, chocolat, jus d’orange ou autre boisson propice le matin et un apport en viennoiseries, ou autre gâteau. Pourquoi rendre obligatoire ce genre de gourmandise ? Tout simplement car le fait d’ajouter une composante plaisir à ce genre d’exercice renforce d’une part l’intérêt des membres à y participer, motives plus facilement l’équipe et permet d’autre part, de faire une sorte de « lien » entre ce qui est dit durant la réunion et un moment de détente, et de plaisir comme celui d’une pause café.

Il est prouvé que le cerveau assimile plus facilement de l’information s’il est détendu et ouvert à la discussion. Cette méthode va donc détendre les participants et leurs permettre de répondre plus facilement aux questions posées.

Le moment

Par expérience, il a semblé plus intéressant et plus productif d’organiser ce genre de réunion fédératrice tôt le matin, juste après être arrivé sur son lieu de travail. La plupart du temps entre 9H et 9H30. Cela permet de commencer la journée sans perdre de temps par un point qui est inévitable pour une équipe agile tout en profitant du début de journée par son petit café !

La durée

Un coffee-meeting ne doit pas excéder 30 minutes pour être optimal. Si l’on dépasse cette durée, il est possible que l’on perde une partie de l’équipe et que la productivité laisse place au sentiment de perte de temps. Il faut aussi compter dans cette période le fait que chacun au début se serves en café, gâteaux et discutes pendant 5 minutes hors contexte projet (Ice breaking).

Les questions à se poser

Comme un Daily Scrum, il faut se poser les bonnes questions. Alors même si on savoure un bon café bien chaud, il faut bien rentrer dans le vif du sujet, alors quelles sont ces questions ?

• Qu’as-tu fait hier ?

Chacun explique sa journée antérieure, et les tâches sur lesquelles il a travaillé.

• Que fais-tu aujourd’hui ?

Chacun donne son programme personnel de la journée. Sur quoi il compte avancer.

• Rencontres-tu des obstacles ?

Chacun tente d’expliquer les potentiels obstacles qu’il rencontre.

Conclusion

Que les choses soient claires. Ces réunions périodiques ne sont pas un moment ou l’on doit trouver des solutions. Le but est que chacun puisse donner son ressenti sur le projet et avouer les obstacles qui lui font perdre du temps. Un collègue pourrait avoir une solution pour celui qui rencontre un obstacle. Si des problèmes existent, ils devront toutefois être résolus plus tard après la réunion. Ces rencontres permettent d’anticiper certains risques tôt et ainsi éviter d’éventuelles dérives irrattrapables.

En y intégrant un aspect de détente à ces réunions périodiques, le chargé de projet pourra obtenir plus vite et plus facilement les informations de ses collègues projet. Ceci permet donc de faire du management par la motivation et par la même occasion, d’améliorer la productivité de son équipe.

Comme vous le savez tous maintenant, je suis issu d’un cursus technique (si ce n’est le cas, il n’est pas trop tard pour jeter un œil à Qui suis-je ?). Etant développeur avant d’être chargé de projet, j’ai réalisé quelques sites internet en PHP. Bien souvent ce sont les mêmes problématiques inhérentes à PHP qui reviennent : « Le langage est trop laxiste et n’impose pas un cadre suffisant à la production de qualité. », « Certaines tâches récurrentes sont inévitables » ou encore « Des problèmes de performances se font sentir ! Serait-ce nos développeurs le problème ? »
Afin de pallier aux lacunes de PHP, l’équipe dont je faisais partie à décider d’opter pour un Framework capable de couvrir l’ensemble de nos besoins. C’est ainsi que j’ai eu l’occasion d’expérimenter Symfony, un Framework PHP qui propose une multitude d’outils d’aide au développement. Mais ne nous étendons pas là dessus, si vous voulez plus d’informations concernant le Framework en lui-même, je vous invite à consulter le site web du projet Symfony

Voyons maintenant les raisons qui me poussent à affirmer que Symfony est un Framework agile, et qu’il a été conçu afin de faciliter la mise en application de certaines méthodes telles que XP (Extreme Programming). Fabien Potencier, si vous lisez cet article, n’hésitez pas à commenter cette supposition !

L’architecture MVC

Ce modèle consiste à séparer le code en trois couches distinctes à vocations différentes: Le modèle, la vue et le contrôleur. Chaque partie est entièrement séparée et permet donc une réutilisabilité de code de haute qualité. La collaboration au sein du groupe de développeurs en est facilitée par le fait que chaque couche peut être abordée par différents développeurs sans créer de conflits sur un même fichier. Ainsi les tâches sont partagées et chacun sait situer chaque élément du projet.

Revue et qualité de code

Vous allez me dire que la qualité du code généré dépend entièrement de l’équipe dont on dispose. C’est vrai ! Mais il est évident que le cadre que l’on impose à une équipe de développeurs aide grandement à la qualité. C’est pourquoi cette architecture MVC permet d’améliorer grandement sa conception et sa maintenabilité sans pour autant parler de normes de code. Si vous couplez l’architecture avec quelques règles de normage de code, vous obtiendrez alors une application tout à fait pérenne et dont la revue sera aisée par un quelconque membre de l’équipe. D’ailleurs si vous jeter un œil aux classes composant le Framework vous y verrez la rigueur avec laquelle le code a été travaillé, toutes les variables sont nommées de la même façon, les noms de fichiers suivent une règle bien précise, etc.

Le travail collaboratif est possible et fortement conseillé

L’arborescence mise en place lors de la création d’un projet avec Symfony, nous fait dire qu’elle a été pensée pour le travail collaboratif. En-effet, la répartition des modules est gérée toujours dans un souci de qualité et réutilisabilité de code dans d’autres projets par exemple. Tout y est structuré de façon à ce qu’une équipe puisse travailler sans en impacter une autre qui développerait un autre module.
Afin d’amplifier encore l’impact du Framework sur vos projets je vous conseil donc de l’utiliser avec un gestionnaire de configurations tel que SVN (si vous ne savez pas ce qu’est SVN, je vous invite à lire l’excellente introduction à SVN d’Olivier Dolbeau. Cet outil facilite la collaboration par des équipes travaillant sur plusieurs sujets à la fois, sur les mêmes fichiers ou encore pour des équipes offshore. Enfin, il permet de garder un historique de toute version d’un fichier.

Tests unitaires et tests fonctionnels

Certaines méthodes préconisent l’utilisation du TDD (Tests Driven Development).
Le cycle préconisé par TDD comporte cinq étapes :

1. Ecrire un premier test ;
2. Vérifier qu’il échoue (car le code qu’il teste n’existe pas), afin de vérifier que le test est valide;
3. Ecrire juste le code suffisant pour passer le test,
4. Vérifier que le test passe,
5. Puis refactoriser le code, c’est-à-dire l’améliorer tout en gardant les mêmes fonctionnalités

Symfony met en œuvre des fonctionnalités d’automatisation de tests unitaires et de tests fonctionnels.

Les versions applicatives

La mise en place de versions logicielles dites de pré-production pour assurer les démonstrations de fin d’itérations est simplifiée. Ainsi l’intégration continue peut s’opérer dans les meilleures conditions, et nombreux sont les projets dont cette étape se passe dans la douleur…

Gain de temps considérable

Le développement est plus rapide grâce aux classes Symfony: Avant il fallait une multitude de lignes pour pouvoir se connecter à une base et récupérer des données. Maintenant une simple déclaration de variable suivi de l’appel d’une méthode suffit!

Exemple: $vente = VentePeer::retrieveByPK(10); // Récupération de la vente stocké en base de données ayant pour id 10.

Génération du code pour certains modules tels que l’administration, toute la couche d’abstraction aux données de la base de données peux également être générée par Symfony.

Voilà quelques raisons pour lesquels selon moi, Symfony peut donc tout à fait être considéré comme un framework agile. Il s’accorde parfaitement avec des méthodes telles que XP (Extrem programming) et couplé à des pratiques agiles et des outils collaboratifs tels que SVN, il est alors d’une efficacité redoutable pour tous ceux qui doivent respecter des délais serrés et produire une qualité de code exemplaire.
Croyez-moi, pour l’avoir testé sans méthodologie agile puis avec des pratiques agiles je dois dire que dans le second cas, le Framework m’a bluffé d’efficacité. Nos délais de livraison ont été raccourcis et notre code à gagner en clarté et qualité. J’ai pu noter d’ailleurs un regain de motivation au sein de l’équipe qui reprenait enfin goût au développement d’un projet qui paraissait pourtant s’embourber et démotiver les troupes au fil des mois.

Un grand merci à l’équipe de développement de Symfony, car la communauté de développeurs PHP avait depuis longtemps besoin d’un tel framework !

—

N’hésitez pas à me laisser en commentaire vos avis concernant ce Framework.
Avez-vous eu l’occasion d’utiliser le couple « Symfony + méthodes agiles » telles que XP, SCRUM lors de vos projets ? Etait-ce une réussite ?

« La recherche de partenariats commerciaux pour les sites Internet de mise en relation d’acheteurs et de vendeurs de produits ou services du secteur automobile »

Voici, mot pour mot le titre du sujet de mon mémoire de recherche de cette dernière année de Master à l’ITIN.

Le mémoire de recherche

Afin de valider et d’obtenir notre diplôme M2IRT, nous devons rédiger un document en adéquation avec un sujet choisi au préalable dans la liste des sujets proposés par notre école. Ce document présente l’ensemble de nos recherches et découvertes autour du thème défini. Chaque étudiant fini par présenter son mémoire lors d’une soutenance devant un jury. Durant cette présentation, il aura a coeur de défendre ses convictions ainsi que les solutions proposées.

Chaque étudiant dispose de l’aide d’un directeur de mémoire qui n’est autre que la personne qui a proposé le sujet à l’école.

Les sujets

Les   sujets   sont   exploratoires   ou   innovants et   consistent   en   l’identification   d’une problématique   et   son   traitement   d’une   façon   scientifique   (méthodologie,   rigueur, argumentation, citation des sources, prise de position…).

Les sujets sont soumis par les directeurs de mémoire et validés par un comité d’engagement constitué de différents directeurs référents et des responsables pédagogiques de l’ITIN. Ils s’inscrivent  dans  les  thématiques  liés  aux  spécialités  du  directeur  et  à  l’option  suivie dernière année par l’étudiant. Pour ma part, il s’agit de l’option IAI (ingénierie des affaires internationales).

Les thématiques peuvent prendre en compte des aspects professionnels concrets (produits, services,  processus,  méthodes)  ou  des  aspects  humains (management,  sociologiques, organisationnels).

Mon sujet

Comme je le notais en début d’article mon sujet concerne la recherche de partenariat pour mise en relation d’acheteurs et vendeurs dans le secteur automobile surinternet. Je pense notamment aux partenariats qui peuvent s’établir entre acteurs majeurs du secteur, ou les alliances crées par des acteurs tels que LaCentrale, 321Auto,Autoreflex ou encore Vivalur.fr, le site d’annonces automobile.

Je reviendrais dans un prochain article sur la définition du sujet qui permettra de donner une vision plus concrète à ce mémoire à tout les internautes intéressés par ce sujet.

Mon directeur de mémoire

Pour m’aider dans cette longue quête, qu’est la rédaction d’un mémoire aussi complet et enrichissant, je suis épaulé par Thierry Craye qui est mon directeur de projet.

Celui-ci est le rédacteur du livre de référence concernant les appels d’offres en France dans le secteur des PME (Appels d’offre : la stratégie gagnante pour les gérer et les remporter !)

Je vous invite également, à aller voir son interview à l’adresse suivante : http://www.salondesentrepreneurs.com/thierry-craye-1098.html

Ou en est-on ?

Concrètement, j’ai terminé de rédiger la définition de mon sujet, cette étude fera d’ailleurs partie d’un de mes prochains articles. De plus, j’ai terminé mon plan détaillé. Et je vais commencer à travailler sur l’analyse de l’existant avant de prendre rendez-vous pour des interviews avec des experts du marché.

D’ailleurs si vous faites parti, ou connaissez un collègue qui est actif dans la recherche de partenariat dans ce secteur et que vous ou il serait d’accord pour accepter de répondre à mes questions, n’hésitez pas à me contactez : adesousa@coffee-meeting.com ou bien en remplissez le formulaire de contact qui se trouve sur la page de contact : http://www.coffee-meeting.com/contacter-adesousa.

Bientôt la suite, avec l’étude du sujet.

Et en anglais ca donne quoi ?

The research of commercial partnerships : Master’s Degree Research Paper

« Research partnerships for commercial websites linking buyers and sellers of products or services in the automotive sector »

Here, word for word as the subject of my Master’s Degree Research Paper this past year at ITIN.

The Master’s Degree Research Paper

To validate and get our diploma M2IRT, we must write a document in line with a previously chosen topic from the list of topics proposed by our school. This document presents all of our research and discoveries around the theme set. Each student has to present his memory at a defense in front of a jury. During this presentation he will be keen to defend his beliefs and solutions proposed.

Each student has the support of a thesis director which is the person who proposed the topic at school.

The topics

The topics are exploratory or innovativeand involves identifying a problem and its treatment in a scientific way (methodology, rigor, argument, citation of sources, position …).

The subjects are submitted by directors of Research Paper and validated by a committee consisting of various commitment referents directors and managers of educational ITIN. They fit into the themes associated with the specialties of the director and the option followed last year by the student. For me, this option is IAI (International business engineering).

The theme can take into account professional aspects (products, services, processes, methods) or human aspects (management, sociology, organizational).

My topic

As I noted earlier my subject concerns Research Partnership for linking buyers and sellers in the automotive sector on Internet. I think that such partnerships can be established between major players in the sector, or alliances created by actors such as La Centrale, 321Auto, Autoreflex.

I would return in a forthcoming post on subject definition which will give a more concrete vision to Research Paper for all users interested in this topic.

My research paper directory

To help me in this quest, which is drafting a bill as comprehensive and rewarding, I am supported by Thierry Craye wich is my research paper directory.

He is the book’s writer of reference for tenders in France in the SME sector (Appels d’offre : la stratégie gagnante pour les gérer et les remporter !)

I also invite you to go see her interview at the following address: http://www.salondesentrepreneurs.com/thierry-craye-1098.html

Where are we ?

Specifically, I have finish writing the definition of my subject, This study will also be one of my next posts. In addition, I completed my Table of Contents. And I’ll start working on analysis of existing before making an appointment for interviews with market experts.

Besides, if you use or know a colleague who is active in research partnerships in this area and you or he would agree to answer my questions, feel free to contact me: adesousa@coffee-meeting.com or fill the contact form located on the contact page: http://www.coffee-meeting.com/contacter-adesousa.

To be continued soon with the topic definition.


Voilà nous y sommes enfin voici le premier article de Coffee-meeting, et je vais vous expliquer la démarche qui m’as donné envie de débuter mon blog.




Qui suis-je ?

Tout d’abord quelques mots seulement pour me présenter : Je suis un jeune informaticien qui fini ses études par un Master M2IRT (Manager en ingénierie de l’informatique, des réseaux et des télécoms) option ingénierie des affaires internationales. Cette formation est suivi en apprentissage ce qui veux dire que je partage mon temps entre mon école (ITIN) et une entreprise d’accueil qui dans mon cas est Rexel France.  J’agis au sein de la DSI de Rexel France sur divers sujets en tant que chargé de projet. De plus, mes heures libres je les passe à travailler sur d’autres projets personnels tels que Vivalur ou encore Modream, mais je reviendrais là-dessus plus tard.

Si vous voulez en savoir plus n’hésitez pas à consulter  la page « Qui-suis-je ? » dans laquelle j’explique en détails mon parcours et mes idéaux carriéristes !

Alors pourquoi vouloir un blog ?

Soyons honnête, étant apprenti en informatique et qui plus est en fin d’études, on ne peut pas dire que je sois très disponible pour ce genre d’exercice. Pourtant, il y a longtemps que l’idée occupait mon esprit, je voulais vous faire part de mes convictions, de mes réflexions et autres retours d’expériences sur des projets qui me tiennent à cœur. Ce sont finalement mes collègues en informatique qui m’auront décidé à sauter le pas et à écrire mon premier blog.

Sur quoi va porter coffee-meeting ?

Maintenant que vous en savez un peu plus sur moi et sur le pourquoi de ce blog, voyons quels sont les sujets qui me tiennent à cœur.

J’aimerais essentiellement focaliser coffee-meeting sur 3 sujets qui revêtent de l’importance à mes yeux: l’agilité, la recherche de partenariats, et mes projets personnels (Vivalur, Modream,…)

Pourquoi parler d’agilité alors que d’autres le font si bien ?

Et bien tout a commencé alors que je débutais ma formation de chargé de projet par la rencontre d’un des pères fondateurs agile en France : Jean-Pierre Vickoff (cf: Méthode PUMA) En-effet, j’ai eu la chance de l’avoir quelques jours comme professeur. Je n’avais jusqu’alors jamais entendu parler d’agilité. Cette présentation fut l’élément déclencheur d’une longue marche vers l’agilité.

J’ai ainsi pu prendre conscience en creusant le sujet et en mettant en application certaines pratiques que le futur des développements en équipe doit obligatoirement passer par des méthodes totalement nouvelles mieux pensées et adaptées au besoin des membres d’une équipe de développement que se soit pour des petits, moyens ou grands projets.

Mais la recherche de partenariats commerciaux dans tout ca ?

Ce thème couvre un besoin personnel concernant mon mémoire de recherche, d’où l’idée d’en parler afin de partager mes recherches avec la communauté web intéressé. Je rédigerais quelques articles mettant en avant ma façon de rechercher des partenariats commerciaux au fil de l’avancement de mon mémoire de recherche qui a débuté il y a quelques semaines et dont la date de soutenance est prévue pour Septembre 2010.

Coffee-meeting : pourquoi ce nom de domaine ?

Tous les chargés de projet agile connaissent le stand-up meeting, et bien j’ai eu pour ma part l’occasion de tester cette méthode que je trouve très concluante. Cependant, je me suis amusé, avec mes collègues, à tester une autre forme de réunion que j’affectionne particulièrement et que je nomme le coffee-meeting. Je vous parlerais de son utilité et du surplus motivation engendré plus tard.

Enfin de façon plus légère, je dois dire que je suis un grand amateur de café, comme disons-le, la plupart des informaticiens de notre ère !

Comment me suivre ?

Si vous aimez ce que j’écris sachez que je suis disponible sur twitter via le compte _adesousa. Vous pouvez également suivre mes articles via les flux RSS mis à disposition. Enfin si vous souhaitez me joindre rendez-vous sur la page Contact ou bien envoyez-moi un mail à l’adresse suivante : adesousa@coffee-meeting.com

Et la traduction en anglais ?

Enfin pour clore ce premier article, j’aimerais prendre une bonne résolution en ce début d’année: j’aimerais écrire mes articles d’une part en français, qui est ma langue maternelle, puis en anglais afin que même les non-francophones puissent lire mes articles si par hasard ils tombaient dessus.

Je vous laisse donc avec la traduction de cet article.

« Bonne année agile à tous !»

—-

Here we are ! Finally here is the first article of Coffee-meeting, and I’ll explain you the process that gave me the desire to start my blog.

Who am I ?

Firstly, a few words to introduce myself : I am a young I.T expert who finished his studies by a Master M2IRT (Manager engineering computing, networks and telecoms) international business engineering option. This course is followed in apprenticeship, which mean that I divide my time between my school (ITIN) and a host company which is in my case Rexel France. I act in the I.T service of Rexel France on several topics as a project manager. Moreover, my free time I spend working on other personal projects such as Vivalur or yet Modream, but I come back on it later.

If you want more information please visit the page « Who am I? » In which I explain in detail my journey and my careerists ideals !

So why I want a blog?

Let’s be honest, being an apprentice in I.T and more importantly at the end of study, we can not say I am very available for this type of exercise. Yet long ago the idea went through my mind, I wanted to share with you my convictions, my reflections and experience returns on projects that are dear to my heart. It is finally my colleagues in I.T who decided me to write my first blog.

What will be coffee-meeting ?

Now that you know more about me and the purpose of this blog, see what topics are dear to my heart.

I focus mainly Coffee-meeting on 3 topics that are important to me: Agile software development, Search of commercial partnerships, and my personal projects like Vivalur, Modream,…

Why talking about agility, while others do so fine ?

Well it all started when I began my training project manager by meeting one of the agile software development founding fathers in France: Jean-Pierre Vickoff (cf: Method PUMA) I was fortunate to have him a few days as a teacher. I had previously never heard of agility. This presentation was the trigger for a long journey towards agility .

And I could sense in digging the subject and by implementing certain practices that the future of developments in teams are obliged to pass by methods entirely new thoughts and better adapted to needs of members of a development team that will be for small, medium or large projects.

But the search for business partnerships in all of this?

This theme covers a personal need for my research paper, hence the idea to talk to share my research with the web community concerned. I wrote a few articles highlighting the way I look commercial partnerships over the progress of my dissertation research that began a few weeks ago and whose defense date is scheduled for September 2010.

Coffee-meeting : Why this domain name ?

All the Agile project managers knows the stand-up meeting, and although I had for myself the opportunity to test this method which I found very conclusive. Nonetheless, I’m amused, with my colleagues, to test another kind of meeting that I’m particularly fondness and I call it thecoffee-meeting, but I speak of its usefulness and motivation surplus generated later.

Finally in a more light way, I must say I am a big coffee drinker, as we say like most I.T persons of our era!

How to follow me

If you like what I writ, I am available on twitter by the account _adesousa. You can also follow my articles via RSS feeds available. Finally if you want to join me, go to the Contact page or send me an email at the following address: adesousa@coffee-meeting.com

And about English translation?

Finally to conclude this first article, I take a good resolution early this year: I write my articles in French, which is my native language, and then in english so that even the non French can read my articles if by chance they fell over.

« Happy New agile Year to all !»