Bonjour,
Actuellement en DUT informatique je me renseigne pour mes poursuites d'études et je suis fortement intéressé par la MIAGE.
Certains connaissent ?
Avec ce diplôme on peut sortir chef de projet informatique mais je voulais savoir, un chef de projet touche t-il encore à la programmation ?
Merci de vos éventuelles réponses
Royce'
un chef de projet informatique est concerné dans tout les domaines concernés dans le projet il doit aussi maîtriser toute les notions utilisés, donc oui il touche à la programmation, avec une bonne jauge d'exp
MIAGE est une très bonne formation car généraliste et très reconnue par les recruteurs, donc je te le recommande. Avec une MIAGE tu pourra plus facilement évoluer et changer de responsabilité pendant ta (longue) carrière.
Généralement tu commence comme développeur, ensuite tu peu avoir le titre de Chef de Projets même si tu développe tout seul, tu es chef d'un projet à une personne. Ensuite si tu es dans une grande entreprise ou une grosse SSII, et si tu as suffisamment d'expérience, le bon diplôme, que tu sais gérer ton stress, que tu es bon en RH, et que tu t'entends bien avec les autres développeurs, le patron et les clients (ou les utilisateurs) tu pourra être présenti pour devenir chef de projets pour encadrer d'autre développeurs. Sinon MIAGE t'ouvre d'autres postes, par exemple : chef de produit, responsable marketing, ingénieur technico commercial, commercial, directeur de département, puis directeur général.
Merci pour vos réponses.
Merci pour vos réponses.
Je vais donc rester sur mon choix de la MIAGE.
Et je souhaite rester dans le domaine de la programmation donc je pense que développeur est le métier qui me correspond le mieux.
Avec une MIAGE tu pourra travailler comme développeur ou tu voudra, tu aura le choix, et quand tu en aura marre tu pourra évoluer vers autre chose si tu en à envie.
Dans ce cas c'est ce qu'il me faut
Un chef de projet développe rarement.
Il est beaucoup trop occupé par la gestion du projet, du client, des développeurs, les plannings, le budget, les indicateurs métiers, qualité, avancement, les rapports à sa hiérarchie...
Il est recommandé pour un chef de projet de savoir ce dont il parle, pour pouvoir juger ce que remonte son équipe mais tu peux faire une croix sur le développement malgré le fait que ce soit l'évolution logique d'un développeur... allez comprendre.
En effet je trouve ça étrange qu'il ne touche plus à la programmation si c'est la suite logique.
Mais pas grave je pense que ce métier est une bonne alternative pour un développeur qui au bout d'une vingtaine d'année en a un peu marre de faire que du code vous ne pensez pas ?
Si tu le prends au bout d'une vingtaine, oui, ça peut être une alternative, comme d'autres pans : la formation, l'expertise, la gestion d'équipe, passer du côté fonctionnel, le test, la sécurité...
Devenir chef de projet n'est pas une fatalité
certains chef de projet font un peu de programmation afin de rester "en forme". c'est difficile d'établir un temps pour un projet si toi-même, tu n'es plus capable de le réaliser. tu vas soi surestimer le temps ou le sous-estimer.
Euh, de par mon vécu, ce ne sont pas les chefs de projet qui estiment (i.e. : qui lancent des dés en priant très fort que la chance et l'aléatoire soient gentils avec eux), mais des personnes techniques (développeurs, expert, "architecte", lead dev'...).
Les seules fois où j'ai vu des CdP chiffrer dans leur coin (ou entendu en parler), ils ont méchamment planté le projet et se sont fait engueuler par les développeurs, la hiérarchie et le client.
Oui bien sur il n'y a pas que chef de projet mais je parlais de ce métier car c'est celui qui me "plait" le plus.
L'organisation et le rôle fait par chacun est souvent différent dans chaque boite, par exemple dans une SSII c’est différent si il y à un commercial compétent (par exemple un ancien chef de projet) ou pas sinon c'est le chef de projet qui se retrouve à faire l'interface avec le client et la c'est encore un autre métier. Si le chef de projet est bon il s’appuiera sur les forces de son équipe, si c'est pas le cas il racontera n'importe quoi à son client ou à sa direction et le projet ne sera pas fini à temps ou sera livré totalement bugué, bref tous les cas de figure sont possibles, et c'est fonction de la qualité et de l'expérience des gens en place. Mais c'est souvent tendu parce que les clients ou les commanditaires veulent tout et tout de suite et pas cher, alors que les équipes techniques veulent avoir le temps de faire du bon boulot, et forcément le commercial ou le chef de projet est écartelé entre ces deux tendances contradictoires, bref il va devoir généralement ménager la chèvre et le choux.
En effet, le métier n'a pas l'air des plus évidents niveau gestion
C'est pour cette raison que certains chefs de projet ou des commerciaux sont très bien payés, c'est le prix du stress
Et pour cette même raison certains ne veulent pas devenir chef de projets ou commercial
Je n'en doute pas
Mais c'est bien le genre de métier qui me plairait
Le 24 février 2015 à 08:40:31 Bunyan a écrit :
Un chef de projet développe rarement.
Il est beaucoup trop occupé par la gestion du projet, du client, des développeurs, les plannings, le budget, les indicateurs métiers, qualité, avancement, les rapports à sa hiérarchie...Il est recommandé pour un chef de projet de savoir ce dont il parle, pour pouvoir juger ce que remonte son équipe mais tu peux faire une croix sur le développement malgré le fait que ce soit l'évolution logique d'un développeur... allez comprendre.
Personnellement je n'ai jamais vu de CdP développer. Ils n'ont pas les compétences.
Dans le jargon, CdP = MOA, donc il réalise de la gestion de projet.
Si l'on parle de CdP technique (MOE) = Lead Dev, dans ce cas il peut en effet développer. Seulement CdP technique = ingé/dév avec 5-6 ans d'XP... alors que CdP MOA n'a pas forcément beaucoup d'XP ni un passé technique.
Le 03 mars 2015 à 01:46:35 iwgoan a écrit
Personnellement je n'ai jamais vu de CdP développer. Ils n'ont pas les compétences.
D'où "rarement"
Les Lead Dev que j'ai vu pour le moment ne faisait absolument pas de rôle de chef de projet par contre. Ils étaient plus présent pour développer, réaliser du support, des frameworks interne, de la veille, de l'avant-vente... mais n'encadraient pas de projet ni d'équipe.
Expérience différente manifestement