La relève de demain
Ce matin (vendredi 23 avril 2010) j'étais à Drummondville afin de présenter mon parcours professionel en tant que Consultant Informatique. C'était l'occasion de faire une présentation aux finissants du programme collégial en Informatique, sur ce qui m'a amené a devenir Consultant et plus particulièrement dans le monde ERP. Depuis la fin de mes études, de ma première embauche dans le domaine, jusqu'à mon départ vers Montréal, en passant par un séjour à Paris et puis mon retour au Québec.
Juste avant ma présentation, j'ai pu avoir la chance d'assister à la présentation des déroulements de stages de la part de ces finissants du programme de Technique Informatique du Cegep de Drummondville. Je fus agréablement surpris de la qualité des stages qu'ils ont pu obtenir, puisqu'ils ont la chance de pouvoir acquérir une expérience concrète avec les nouvelles technologies Microsoft. Je dois vous mettre en contexte, qu'à mon époque, les compagnies de la région Drummondvilloise étaient fort réticente à adopter les nouvelles "technos" Microsoft. J'étais donc très heureux pour eux, qu'ils puissent jouir de l'utilisation de ces nouvelles technologies qui leurs seront fort utile dans la recherche d'un premier travail.
Pour ma part, c'était une toute première d'agir en tant que conférencier et j'en suis fort heureux de l'expérience, puisque mon objectif était à priori de pouvoir partager mon humble expérience avec eux. J'ai encore beaucoup a apprendre dans mon domaine. Ces jeunes sont la relève de demain dans notre domaine, autant nous avons à leurs apprendre qu'eux ont à nous apprendre. J'ai découverts en eux les éléments essentiel à la réussite, soit la motivation, la soif d'apprendre et la passion pour un domaine qui ne cesse de croire avec les années.
Je tiens à remercier les enseignants du département Informatique et mon employeur sans qui ma présence n'aurait pas été possible !
De retour de loin
Bonjour à vous, le temps aura passé fort rapidement depuis mon dernier billet sur ce blogue. Du temps passé entre Montréal et Paris pour un projet qui c'est étendu de trois semaines à plus de deux mois, une expérience fort enrichissante, comme toujours.
Au mois d'Avril, je devrai donner une conférence aux étudiants du programme de Technique Informatique du Cegep de Drummondville. Déjà près de sept années ont passés depuis l'obtention de mon diplôme à cet institution.
Ce sera pour moi, non seulement l'occasion de revoir mes anciens professeurs, mais aussi de pouvoir transmettre l'une de mes passions, soit d'atteindre ses objectifs que l'on apprend à se fixer. Transmettre le désir de se lever le matin, d'aller travailler même lors des journées ou périodes qui sont parfois plus difficile et de ce dire : "je continue, je crois en moi". De parler en avant, sera une première expérience pour moi, j'apprécie cette chance que les professeurs du département du Cegep de Drummondville me donnent.
Lime Survey
Voici une notre rapide sur un outil complètement gratuit qui s'appel Lime Survey. Lime Survey est un portail de gestion de sondage qui permet à l'administrateur d'un site Internet de mettre en place des questionnaires de sondages. Gestion d'utilisateurs, sondages publiques ou privés avec un engin simpliste de statistique, il est possible d'adapter à la saveur de votre entreprise le thème par questionnaires.
Élément requis, un serveur acceptant l'interprétation des pages PHP et une base de données de type MySQL ou SqlServer.
Alors qu'est-ce que vous en pensez ?
Techno vs Livrable
Constamment confronté devant les deux aspects: Livraison en urgence et utilisation de la techno, je me questionnais à savoir pourquoi autant de projets informatique pouvaient souvent dépasser les délais, et même être abandonné. Est-ce là un problème causé par des chefs de projets trop ambicieux qui proposent des temps de livraison que les équipes de développement ne peuvent assumer ce sous des besoins fonctionnels plus ou moins clair ? Où est-ce que ce sont les équipes de développements qui s'attardent trop souvent à la beauté de l'utilisation de la dernière techno et de toute les "best practices" à la mode ?
Je crois que la prise de conscience doit se faire des deux côtés. Un bon chef de projet, sera à l'écoute de son équipe de développement, et saura bien guider son client afin de lui donner l'heure juste sur la charge de travail possible afin d'en arriver à répondre aux différents besoins du client.
Par ailleurs, une bonne équipe de développement, saura ce poser les questions suivantes: Qu'elles sera la méthode de travail qui nous permettra de pouvoir réellement fournir un gain sur l'échéancier du projet tout en livrant un produit de qualité ?
Ou est-ce que trop souvent les équipes tombent dans le piège de faire de faire de la techno pour faire de la techno sans ce préoccuper de répondre aux besions clients ?
Parallélisation du travail
Mon collègue
Alexandre Brisebois me fait souvent parvenir des articles fort intéressant sur divers sujets et aspects du métier de Consultant. Aujourd'hui, il me faisait parvenir un article traitant du
mythe de la parallélisation, écrit par LaurentLC.
Parfois dans notre métier de consultant, nous pouvons être vendu à la journée, à la tâche accompli ou même à la journée (basé sur 8hres de travail). En France par exemple, la norme est plutôt de facturer une ressource à la journée, d'où le terme: Jour-Homme. Dans la pratique réelle, souvent les journées dépassent largement les 8hres de travail, surtout lors des fins de projet sont a échéance, bref passont.
L'auteur de l'article y explique qu'en fait si une tâche de dévelloppement doit prendre 30 jours-homme à une personne, elle devrait en prendre 15 jours-hommes à deux personnes. Avec un raisonnement aiguillé sur cette forme de pensé, nous pourrions dire que si nous mettons neuf femmes enceintes en même temps, un enfant sous un mois. Dans le cadre d'un projet informatique, il est certe vrai qu'avec deux personnes se divisant les tâches, le terme du projet devrait venir plus rapidement, mais pas deux fois plus.
Ce qui semble être de plus en plus la norme chez les chargés de projets d'appliquer cette forme de penser. Dans un mode de fonctionnement de ce type, l'employé se rapproche à la machine et pourrait même devenir une immobilisation dans une ligne budgétaire au même type qu'une machine à fabriquer des pièces de métal.
Sauf que dans ce cas concret, imaginons que deux développeurs doivent livrer un projet dans l'urgence d'ici les 20 prochains jours ouvrable. Mais que les gestionnaires voulant être certains que le tout soit livré en temps et en heure, ajoutent deux nouveaux pigistes développeurs, afin d'aider les deux développeurs. Est-ce que le tout pourrait être livré en 10 jours ?
Non, plusieurs facteurs entre en ligne de compte: Le temps de formation des nouvelles personnes. Le temps d'adaptation au mode de travail entre les collègues. Le temps d'acquérir une sinergie entre les gens ne se fait pas en criant "ciseau", parfois une chimie entre des collègues de travail peu prendre quelques jours, quelques mois, voir quelques même années.
Selon vous, est-ce que trop souvent le facteur humain est oublié dans l'aspect d'évaluation des charges des projets informatique ?