JACQUEMIN Arnaud MIMP S2 groupe 22 Bilan Individuel PPE Analyste programmeur 1) Introduction : J'ai choisi le thème de l'informatique car il est cohérent à la fois avec mon projet étudiant (licence MIMP parcours informatique) et avec mes centres d'intérêts. En effet je suis particulièrement intéressé par tout ce qui touche à la recherche et au développement logiciel. Au départ, je n'avais qu'une idée assez vague de ce qu'était le métier d'analyste programmeur. Je me posais essentiellement des questions à propos des compétences et formations nécessaires, à propos des types d'employeurs, à propos des débouchés. Je ne savais pas exactement quelles tâches réalisent les développeurs. Les recherches effectuées dans le cadre de l'option PPE m'ont permis de répondre à toutes ces questions, et à d'autres auxquelles je n'avais pas pensé. 2) Recherche des informations : Avec le groupe, nous avons effectué les recherches principalement dans le SUAIO et sur internet. Le site et les revues de l'onisep nous ont apporté la majorité des réponses à nos questions. Nous avons appris les tâches réalisées par l'analyste programmeur, les qualités personnelles et professionnelles nécessaires, les diplômes exigés pour les différents postes, le cadre dans lequel s'exerce ce métier, les rémunérations envisageables, etc. Les feuillets descriptifs des formations de l'université m'ont apporté toutes les informations sur les différents cursus possibles, les diplômes et leur valeur en terme de compétences et de débouchés. Le site Wikipedia m'a été utile pour comprendre les termes informatiques les plus techniques. Aucune question n'est vraiment restée sans réponse. Nous attendions de l'interview qu'elle confirme les informations trouvées lors de nos recherches et qu'elle nous apporte plus de détails. N'ayant pas eu de réponse d'un programmeur travaillant dans le privé, nous n'avons pas pu faire le faire dans ce secteur. M. Bruno SIX a répondu à notre demande. Il est informaticien au CRI (Centre de Recherche Informatique), chercheur à l'université de Lille1. Il travaille notamment sur le projet SEMM (Service d'enseignement sur Mesure Médiatisé) qui s'occupe des centres de ressources multimédias sur le campus, du portail pédagogique USTeL et du site ''université en ligne'' par exemple. Il nous a apporté des renseignements nouveaux, nous a montré des aspects que nous n'avions pas envisagés, tout en confirmant la plupart des informations que nous avions à notre connaissance.
3) Données recueillies : Nous avons tout d'abord recueilli des informations sur les motivations qui conduisent à faire le métier d'analyste programmeur. Ceci n'a fait que de confirmer mes suppositions. Ensuite nous nous sommes renseigné sur les différentes formations et les différents diplômes permettant d'accéder à ce métier. J'ai alors découvert que le choix entre les parcours était très étendu, que ce soit en école ou à l'université, et que de nombreux diplôme permettaient d'exercer cette profession, chacun avec des spécialisations et des niveaux de compétences différents. J'ai aussi remarqué que les études longues (BAC+4, BAC+5, voire doctorat) offrent de meilleurs débouchés, avec un accès plus facile à l'emploi, et des possibilités d'évolution professionnelle plus intéressantes. Nous nous sommes ensuite concentré sur les qualités requises. La plupart n'étaient pas surprenantes et correspondaient à ce que j'avais imaginé. Mais l'interview avec M. Bruno SIX m'a montré certains aspects auxquels je n'avais pas pensé. Les qualités relationnelles sont importantes dans ce métier, aussi bien envers ceux qui commande le logiciel qu'envers les membres de l'équipe de programmeurs. Cet aspect n'est finalement qu'un attrait de plus du métier car à mon avis le contact humain représente un atout. Ensuite, nos recherches ont porté sur la tâche du programmeur. Nous avons donc appris exactement en quoi consiste le travail qu'on lui demande. Il doit être capable de créer de A à Z un logiciel. Il analyse d'abord les besoins de l'utilisateur. Tout en demandant les précisions nécessaire à ce dernier, il conçoit un cahier des charges. Il détermine ensuite une solution technique et algorithmique pour y répondre. Ensuite vient la phase de programmation où il se charge de l'écriture du programme. Pour finir, il met au point les protocoles d'essai et procède aux tests des applications. Il est parfois amené à s'occuper de la notice d'utilisation, du soutient technique, du suivi et de la maintenance du produit. Je n'avais pas connaissance des premières et dernières phases avant cette recherche. L'interview nous a apporté quelques précisions notamment à propos du travail de chercheur, des langages utilisés, et nous a confirmé l'importance de certaines tâches (conception de la notice d'utilisation par exemple). Pour finir nous nous sommes intéressé au statut de l'analyste programmeur dans le monde professionnel. Nous avons découvert l'existence d'analystes programmeurs indépendants, des SSII (Société de Services en Ingénierie Informatique, qui vend le travail de programmation de ses collaborateurs à différents clients) qui emploie des assistants programmeurs et des chefs de projets. J'ai était surpris par les témoignages de précarité et d'instabilité professionnelle dans ces dernières entreprises, où le turnover est très important. Mais présente aussi des avantages pour les salariés : travail sur des projets variés, collaboration avec des intervenants différents, et salaire à l'embauche souvent confortable. Et, pour finir, l'interview nous a permis de découvrir le travail de chercheur en informatique, un aspect que je n'avais pas envisagé. 4) Conclusion Le travail effectué dans le cadre du PPE m'a permis de m'informer avec précision sur ce métier. J'ai découvert de nombreux avantages qui me donnent envie de l'exercer. Toutes les questions que je me posais au départ, à propos de la formation, des tâches à réaliser, des statuts professionnels, etc, ont maintenant une réponse. J'ai remarqué que les motivations de ce travail correspondent aux miennes. J'ai pu vérifier la cohérence de mon projet étudiant dans ce but. En bref, cette recherche m'a donné envie de devenir analyste programmeur et m'a appris comment le devenir.
Une société de services en ingénierie informatique est une société de services spécialisée en informatique. En abrégé SSII. Une SSII est une entreprise ayant quatre interfaces: 1. les salariés, 2. les clients, 3. les actionnaires. 4. les éditeurs de logiciels. La SSII étant un centre de profit, son but principal est de dégager de la marge. Cette marge est essentiellement créée en revendant le travail (appelé prestation intellectuelle) de ses collaborateurs (salariés et stagiaires) à un prix supérieur au prix d'achat. Pour certaines SSII, des revenus sont également issus de la vente de licences de logiciels tierces réalisés par des éditeurs de logiciels. Certaines SSII ont également développé des logiciels qu'elles revendent ensuite à des clients (comme les éditeurs de logiciel) Le prix de vente est appelé Taux journalier moyen (ou TJM). Une SSII intervient sur deux types de services: 1. régie (ou engagement de moyen) 2. forfait (ou engagement de résultat) Le travail dans une société de services est souvent précaire, en raison de la dispersion des salariés, des clauses du contrat de travail (mobilité), des exigences des clients, des exigences de rentabilité, parfois du non-respect du droit du travail, etc. Ainsi, en dépit de l'utilisation de CDI, les salariés ne restent en moyenne pas plus de trois ou quatre années dans ce genre de société. Le taux de salariés qui quittent l'entreprise chaque année (turnover) est un bon indicateur de la qualité de la vie en entreprise : les SSII qui ont un turnover inférieur à 15% sont considérées comme les plus attractives (exceptionnellement, on peut trouver des SSII avec des turnovers inférieurs ou égaux à 10%, qui sont particulièrement en avance du point de vue de la gestion sociale). Ce genre de société présente aussi des avantages pour les salariés : * travail sur des projets variés, souvent dans des domaines de pointe * collaboration avec des intervenants différents * salaire à l'embauche souvent confortable...
Interview : Bruno Six Que fait-il? Depuis 2 ans il travaille sur le projet Icare, qui traite essentiellement des données satellitaires. (plus d'informations à cette adresse :http://www-icare.univ-lille1.fr) Il ne crée pas les algorithmes car il n'a pas les compétences autour de l'aspect physique du projet, mais écrit les lignes de programme en collaboration avec les scientifiques, les physiciens. D'après lui, écrire des lignes de codes, faire du développement pur, c'est bien, mais l'intérêt c'est de pouvoir rentrer aussi dans le côté scientifique des choses. Il est possible de travailler sur plusieurs projets en même temps, s'ils sont de petite taille. Quelle est sa journée type? «On pouvait parler de journée type dans le temps, voici en quoi elle consistait : Consulter les mails : il y en a beaucoup car on travaille en collaboration avec beaucoup de personnes. On règle la partie qui ne prend pas trop de temps (assistance utilisateur) Développement, qui prend le plus de temps. Mais maintenant c'est développement tout le temps.» Quel est son parcours? Son parcours est particulier. «Dans mes études je n'ai jamais fait d'informatique, je suis un matheux en fait. J'ai fait des maths pures jusqu'en maîtrise, ensuite, comme les maths ne me mèneraient globalement qu'à l'enseignement, cette orientation ne me paraissait plus très judicieuse. J'aimais bien enseigner, mais pas que ça donc j'ai obliqué vers les maths appliquées, analyse numérique, des choses comme ça, plus proches de ce que j'avais moi comme sensation en maths. L'informatique est venu à l'occasion des tâches que j'ai faites à l'occasion de mon troisième cycle. A côté de ça, quand je dis que je n'ai pas fait d'informatique dans mes études, j'en ai fait tout le temps pas moi-même.» Entrée dans le monde de l'emploi : «Après ce troisième cycle par un concours de circonstances, a été créé le CRI et justement on cherchait des gens qui avais une double compétence et ça tombait pile puisque j'étais spécialiste en analyse numérique et d'autres personnes en analyse numérique par exemple et c'est comme ça que les gens ont été un peu recruté ici. J'ai d'abord fait un peu de tout comme la plupart du temps quand on rentre dans un boulot et puis ensuite quand on a des meilleurs sensations sur certains trucs que d'autres, on se dirige vers ces choses là, évidement en fonction de ce qu'on peut faire, on en discute avec les responsables et c'est comme ça que je suis rentré dans le développement. Dans un premier temps, ce n'était pas vraiment du calcul scientifique, après il y a eu un tas de choses : du développement télématique, à l'époque du minitel, on a monté tout un centre serveur télématique, de toute pièce, sans rien apporter de l'extérieur. Ensuite nous avons fait du développement système réseau.» Quelles sont les difficultés, inconvénients? «En temps que formation, non, pas vraiment de difficultés. En temps que métier, on en rencontre toujours mais c'est des difficultés liées à une tâche plus ardue qu'une autre. De vraies difficultés non, je faisais surtout ce qui me plaisait.» Quelles sont les compétences, qualités nécessaires à un programmeur? «Ça dépend de la manière dont on travaille. Évidemment, il faut avoir de bonnes bases dans les domaines scientifiques principaux, surtout en ce qui me concerne car je travaille surtout avec des scientifiques.»
«La grosse différence, c'est quand on fait du développement en équipe : c'est beaucoup plus difficile. C'est beaucoup plus efficace quand ça marche bien, mais beaucoup plus difficile pour que ça marche bien. Il faut prendre l'habitude de faire ça, c'est pas quelque chose d'évident, surtout le partage du travail. Au niveau de la conception, c'est de la concertation, de l'échange, voire de la négociation car il est bien évident que deux personnes différentes n'envisages pas le même développement par le même angle. Moi j'ai été plutôt un peu ''matheux'', mais on a travaillé avec des gens qui eux venaient d'une filière informatique et qui eux étaient beaucoup plus vers l'efficacité, la rapidité des codes générés un petit peu parfois au détriment de la propreté, de la lisibilité. Ça c'est au niveau de la collaboration et ça peut parfois prendre plus de temps au niveau de la conception. Évidemment, quand on arrive à avoir le modèle de ce qu'on souhaite, souvent il est meilleur puis ce qu'il a bénéficié de compétences diverses. Après au niveau du développeur lui-même, la difficulté est de repartir les tâches des différentes personnes. L'écoute, la négociation dans certains cas, sont nécessaires.» Quels langages faut-il maîtriser? «Ça change en fonction des projets que j'ai. Au début, le langage que j'ai le plus pratiqué, c'est le Fortran puisque le calcul scientifique, il y a 20 ans, se faisait essentiellement en fortran. Ensuite j'ai fait du Cybien parce qu'à l'époque je faisais du développement système. Cybien c'était le langage constructeur de Control Data (Pl1 aussi). Après évidemment, C qui est certainement le langage que j'ai le plus utilisé et de très très loin. J'ai pas mal utilisé Java aussi jusqu'à il y a un an parce que je travaillais sur un projet qui consistait à mettre des cours en ligne, des exercices de simulation, etc... mais je crois que les deux sur lesquels j'ai la plus grande expérience maintenant, c'est le C et le java. A la fac, ce sont rarement les langages que vous allez utiliser dans le métier. Scheme alors là euh... (il rit). Ou alors ici pour travailler en recherche. Mais dans l'industrie vous allez faire du C, du Fortran éventuellement. Mais enfin vous savez, c'est pas vraiment le problème, le langage. C'est l'orientation du langage qui est important. Par exemple : c'est bien d'avoir l'habitude de développer dans un langage procédural (C, PL1, Fortran, Pascal) et dans un langage objet (Java, Prolog) où tout ce que vous écrivez sont des objets qui communiquent entre eux avec des messages. Donc ce qui est bien c'est d'avoir pratiqué pour tous ces domaines, un langage. Si vous connaissez bien C, vous pouvez passer à Pascal sans aucun problème.» Quels sont les avantages et désavantages de ce métier? «J'ai beaucoup de travail mais j'ai la possibilité de prendre des jours de congés quand j'en ai envie, ce qui est très difficile en entreprise, surtout quand on est chef. Je gagne 80% de plus aujourd'hui qu'à mes débuts. Je gagne bien mais je gagnerais mieux en bossant dans le privé. Mais vu les inconvénients rencontrés dans le privé où on n'a pas une grande marge de manoeuvre, je préfère gagner moins et avoir cette liberté et cet épanouissement personnel.» Les rémunérations se situent entre 2350 et 3800. Un des désavantage est la réalisation de la documentation d'un produit.