Discussion :

[larel_]

Bonjour,

Je suis développeur .NET depuis 1 an (3 ans d'expérience avec mon contrat de professionnalisation) et je commence à rencontrer toutes les problématiques relatives à la gestion de projet. Je m'explique : j'ai commencé en tant que stagiaire dans cette TPE durant ma licence et en ce moment cela fait un an que j'ai fini mes études, je suis toujours dans cette boîte en tant que lead dév' cette fois avec un autre développeur sous ma tutelle et on commence à travailler sur de gros gros codes bien complexes comme il faut.

Si côté programmation je m'en sors bien, je progresse à un bon rythme (je trouve après peut être que je me fourvoie) je fais des tests en ligne et j'achète des livres. Ce que je souhaite savoir c'est comment faire pour progresser sur tout ce qui concerne la gestion d'un projet de conception et de développement logiciel ? Comment le documenter proprement (des exemples) ? Comment bien préparer les tests unitaires entre autres ? Comment gérer les sprints correctement ?

Y a-t-il des livres pour cela ? Assister à des forums ou des rencontres entre développeurs m'aidera-t-il ? J'ai par exemple beaucoup de mal à définir des délais pour les cycles de développement.

Enfin dernière question un peu bizarre je l'avoue : pensez-vous que je fais bien de rester dans une petite boîte comme celle-ci à mon âge ? Sachant que j'aime beaucoup cette boîte et je suis bien traité par celle-ci mais le fait de ne pas avoir une personne au dessus de moi pour m'apprendre certaines choses commence à me gêner.

Merci d'avance pour vos réponses,
Bien à vous.

[Marco46]

Pourquoi accepter un poste de lead dev alors que tu n'as qu'un an d'expérience ?

A ton âge il faut multiplier les expériences, ce n'est pas le moment de s'enferrer quelque part.

Déjà ya un truc qui est problématique c'est que ton patron te confie un tel poste. C'est un problème en soi, cela veut dire que lui-même a peu voire pas d'expérience ou qu'il est mauvais.

[larel_]

Il en a aucune pour tout dire. J'ai commencé en faisant des petits scripts puis des petites applications, puis des plus grosses.
Et là ça prend pas mal de volume puisque jusqu'à maintenant j'arrive à produire tout ce qu'il me demande donc voilà ...

[ohnomorejmmings]

Note : Impossible de répondre à cette discussion je suis obligé de citer ton message. Ça explique peut-être le peu de réactions !

Avec un tel raisonnement tu ne peux que progresser et tu as de la chance d'avoir trouvé une entreprise où travailler est agréable. Peu importe la taille ou les compétences l'important c'est de se créer un environnement pour s'épanouir. Quand ça se complique faut simplifier, être plus méthodique et efficace…

Il existe de nombreux ouvrages pour améliorer ses compétences en matière de gestion de projet, génie logiciel et développement. Par exemple je pense à "Métier : Développeur" chez Dunod, à ceux sur des méthodes comme eXtreme Programming (XP) dont un chez Eyrolles… Pensez aussi aux nombreux articles car plus légers et ça aide à déterminer ce qu'on doit vraiment apprendre. Dans votre cas XP serait bien puisqu'il y a une approche binôme où par exemple on se corrige mutuellement. Ça permet aussi d'avoir une organisation plus tranversale et d'éviter la hiérarchie. C'est enrichissant surtout compte tenu de ton expérience. Ton collègue t'en remerciera et vous pourrez réellement parler de collaboration !

Les évènements autour du développement je connais peu mais rien que participer à un forum en ligne c'est un bon début. Dans tous les cas le retour d'autres personnes te sera profitable mais pour certaines problématiques comme le fameux trio coût/délai/qualité il faut aussi compter sur l'expérience. De nouveau j'insiste sur l'intérêt d'une méthodologie. Des petits diagrammes UML comme dans le Processus Unifié pour mieux communiquer, la documentation du code source, les bons outils…

Enfin ça devrait répondre à ton besoin d'un mentor. Chacun trouve sa voie… Les auteurs de tes ouvrages favoris ? L'inventeur du langage que tu maîtrises le plus ? Une communauté ? Même une personne moins expérimentée ou carrément sans réelle compétence dans ton domaine peut t'apprendre beaucoup de choses.

[JCMartin]

Tout ca ne te servira à rien, l'estimation des délais c'est de la pifométrie.
La doc ca ne sert à rien non plus puisqu'on ne la lit qu'en dernier recours.
Les tests unitaires, c'est rare qu'ils vaillent le coup d'etre automatisés.
Les rencontres avec les autres dev ca ne t'aide que si tu arrives à leur expliquer des trucs en prenant l'air important, c'est bon pour l'ego.

[larel_]

Note : Impossible de répondre à cette discussion je suis obligé de citer ton message. Ça explique peut-être le peu de réactions !

Avec un tel raisonnement tu ne peux que progresser et tu as de la chance d'avoir trouvé une entreprise où travailler est agréable. Peu importe la taille ou les compétences l'important c'est de se créer un environnement pour s'épanouir. Quand ça se complique faut simplifier, être plus méthodique et efficace…

Il existe de nombreux ouvrages pour améliorer ses compétences en matière de gestion de projet, génie logiciel et développement. Par exemple je pense à "Métier : Développeur" chez Dunod, à ceux sur des méthodes comme eXtreme Programming (XP) dont un chez Eyrolles… Pensez aussi aux nombreux articles car plus légers et ça aide à déterminer ce qu'on doit vraiment apprendre. Dans votre cas XP serait bien puisqu'il y a une approche binôme où par exemple on se corrige mutuellement. Ça permet aussi d'avoir une organisation plus tranversale et d'éviter la hiérarchie. C'est enrichissant surtout compte tenu de ton expérience. Ton collègue t'en remerciera et vous pourrez réellement parler de collaboration !

Les évènements autour du développement je connais peu mais rien que participer à un forum en ligne c'est un bon début. Dans tous les cas le retour d'autres personnes te sera profitable mais pour certaines problématiques comme le fameux trio coût/délai/qualité il faut aussi compter sur l'expérience. De nouveau j'insiste sur l'intérêt d'une méthodologie. Des petits diagrammes UML comme dans le Processus Unifié pour mieux communiquer, la documentation du code source, les bons outils…

Enfin ça devrait répondre à ton besoin d'un mentor. Chacun trouve sa voie… Les auteurs de tes ouvrages favoris ? L'inventeur du langage que tu maîtrises le plus ? Une communauté ? Même une personne moins expérimentée ou carrément sans réelle compétence dans ton domaine peut t'apprendre beaucoup de choses.

Merci beaucoup pour ton retour. Je note tout ça.
Et je prends en compte aussi l'avis de JCMartin ^^' Je vais exclure le fait de rencontrer des devs et me concentrer sur l'apprentissage avec des livres.

Au fait vous accordez une importance aux examens Microsoft (genre celui-ci -> https://www.microsoft.com/en-us/lear...am-70-483.aspx) ? Pour l'instant je m'en sers comme repère pour savoir ce qu'il faut plus ou moins maitriser dans chaque domaine mais je suis assez tenté par le fait d'en passer quelques uns pour me situer (et plaquer ça sur mon profil LinkedIn !! lol).

Edit : Merci aussi au modérateur d'avoir déplacé le sujet, j'avais pas vu cette section du forum et y a pas mal de sujets intéressants ici.

[Marco46]

Et je prends en compte aussi l'avis de JCMartin ^^' Je vais exclure le fait de rencontrer des devs et me concentrer sur l'apprentissage avec des livres.

Tu ne devrais pas, ses conseils sont très très mauvais.

Multiplier les expériences différentes, discuter avec beaucoup de devs différents, de niveaux différents, d'horizons différents, c'est fondamental, c'est comme cela qu'on se crée une culture. Ça n’exclus pas les livres pour autant mais ils sont moins importants quand on débute. Les livres nécessitent souvent une certaine expérience pour être réellement utiles.

[larel_]

Mince mon côté asocial était ravi ...

[JCMartin]

Au fait vous accordez une importance aux examens Microsoft (genre celui-ci -> https://www.microsoft.com/en-us/lear...am-70-483.aspx) ? Pour l'instant je m'en sers comme repère pour savoir ce qu'il faut plus ou moins maitriser dans chaque domaine mais je suis assez tenté par le fait d'en passer quelques uns pour me situer (et plaquer ça sur mon profil LinkedIn !! lol).

Ils servent surtout aux ESN pour former (en mode bourrage de crane) et refourguer rapidement des consultants fraichement diplomés.
Si tu les étudies sérieusement c'est très bien mais ne t'attends pas à ce qu'ils soient reconnus sur le marché au delà de quelques années d'XP.

[Mat.M]

Ce que je souhaite savoir c'est comment faire pour progresser sur tout ce qui concerne la gestion d'un projet de conception et de développement logiciel ?

en général les petites entreprises font des projets informatiques de périmètre "restreint" c.a.d. que cela ne nécessite pas des tas d'infrastructures comme chez Cap Gemini, Atos pour ne citer que les plus grands.

Donc pas besoin de se lancer dans l'étude d'urbanisation d'un SI avec un DSI et des analystes métiers..
Par contre c'est bien pour apprendre et commencer.

Comment le documenter proprement (des exemples) ?

attention au "pathos" inverse,le remède pouvant parfois être pire que le poison c.a.d. dans des documents word documenter chaque variable , chaque ligne de code.
On risque de générer de la bureaucratie pour rien
Si le projet est développé avec un langage objet , des schémas avec UML peuvent être utiles par exemple
Comment bien préparer les tests unitaires entre autres ? Comment gérer les sprints correctement ?

[fiftytwo]

Ce que je souhaite savoir c'est comment faire pour progresser sur tout ce qui concerne la gestion d'un projet de conception et de développement logiciel ? Comment le documenter proprement (des exemples) ? Comment bien préparer les tests unitaires entre autres ? Comment gérer les sprints correctement ?

Jai eu a peu pres la meme situation que toi , ou je me suis retrouve tout seul a tout gerer lors de mon premier emploi , dans une pme . Emploi que jai commence juste apres lobtention de mon diplome.

Toutes ces choses au sujet de la methodologie , jai essaye dappliquer ce que mon bon sens me disait de faire .

Sur certains points javais vu juste (voire meme trop) , et des futurs collegues seniors m'ont fait remarquer que bien des gens n'ont pas l'intelligence den faire pareil alors quils ne sont plus junior

Par contre pour dautres je suis passe a cote , non pas par fautes mais tout simplement par ignorance , je ne savais meme pas que X existait ou que Y se faisait de telle ou telle facon . Tout cela je me suis rendu compte au cours de mes 2 experiences suivantes dans des grosses structures avec des equipes heterogenes

Y a-t-il des livres pour cela ? Assister à des forums ou des rencontres entre développeurs m'aidera-t-il ? J'ai par exemple beaucoup de mal à définir des délais pour les cycles de développement.

Oui il existe des livres , oui il existe des methodologies et des frameworks , tu peux voir sur le net (sites ou forums specialises) ou des bouquins (amazon/fnac)

Aussi tu dois avoir des amis qui sont devs , par exemple tes camarades de promos , etc .... des que tu peux discute avec des devs seniors et demande des conseils , car comme dit precedemment les bouquins ne font pas tout .

Profite de ton degre de liberte eleve pour mettre en place tes idees , projets , etc .... utilises ton temps libre pour apporter de la valeur ajoutee (meme si le boss dit que cela ne sert a rien , tant que ton travail est fait le reste cest ton probleme) . Tu pourras rajouter de belles lignes sur ton CV

Par exemple , mettre en place SCRUM ou Agile dans ta boite , meme pour une equipe de deux et meme si le resultat final nest pas 100% parfait , certes va sembler ******* , mais montres que tu peux faire plus que juste developper des applis et basta et encore plus joli joli sera ton CV

Tu sais , il etait un temps magnifique ou quand un gamin finissait ses etudes , il trouvait du travail et commencait un job en cdi , il y avait toujours quelqu'un dexperimente pour lencadrer , et meme quelque chose dincroyable voire inimaginable , le former afin de passer le flambeau . La boite ny gagnait pas toujours , ou alors pas des le premier jour ou la premiere annee , mais avec le temps se forme un employe fiable et experimente

Enfin dernière question un peu bizarre je l'avoue : pensez-vous que je fais bien de rester dans une petite boîte comme celle-ci à mon âge ? Sachant que j'aime beaucoup cette boîte et je suis bien traité par celle-ci mais le fait de ne pas avoir une personne au dessus de moi pour m'apprendre certaines choses commence à me gêner.

Lauto apprentissage a la dure sur le terrain est une des meilleures ecoles

Cependant tu ny resteras pas toute ta vie dans cette boite, car cest ton premier job , et tu en auras plein d'autres d'ici ta mort/retraite/fortune

[ohnomorejmmings]

Je vais exclure le fait de rencontrer des devs

Ça peut se faire de manière informelle juste via les apéros par exemple. Je pense aussi aux assos…

Au fait vous accordez une importance aux examens Microsoft

Je connais pas trop MS mais je me suis intéressé aux certifications PHP/Java. À une époque j'avais d'ailleurs validé mon auto-formation en PHP comme ça. Donc je pense que t'as raison de t'en servir comme repère à partir du moment où le programme est assez complet, que ça répond à tes besoins…

[ohnomorejmmings]

Ça n’exclus pas les livres pour autant mais ils sont moins importants quand on débute. Les livres nécessitent souvent une certaine expérience pour être réellement utiles.

Ayant commencé avec des bouquins je conseillerai plutôt l'inverse même si évidemment ça dépend des possibilités qu'on a pour apprendre. Après je te rejoins qu'une simple rencontre peut aussi être très enrichissante. Cependant les livres pour débuter ne manquent pas. Il y en a pour tous les niveaux et souvent c'est indiqué au dos. Je me souviens encore de la petite jauge colorée de mes premiers bouquins de C/C++/Java !!

[Almopine]

Pourquoi accepter un poste de lead dev alors que tu n'as qu'un an d'expérience ?

A ton âge il faut multiplier les expériences, ce n'est pas le moment de s'enferrer quelque part.

Déjà ya un truc qui est problématique c'est que ton patron te confie un tel poste. C'est un problème en soi, cela veut dire que lui-même a peu voire pas d'expérience ou qu'il est mauvais.

Lead Dev c'est juste l'intitulé de poste à la mode, ça signifie juste développeur en réalité mais ça fait plus classe sur Linkedin. Comme tu le dis, un lead dev c'est quelqu'un avec beaucoup d'expérience, son rôle est d'encadrer les autres développeurs, ça demande pas que des compétences techniques mais une vision global d'un projet, des partis prenantes, des délais ... Donc beaucoup d'expériences . Enfin ça c'est la définition théorique, dans une start-up un lead dev c'est juste le stagiaire qu'on a embauché pour être le super codeur de la boite

[Marco46]

Enfin ça c'est la définition théorique, dans une start-up un lead dev c'est juste le stagiaire qu'on a embauché pour être le super codeur de la boite

C'est pas parce que certaines start up font n'importe quoi (et généralement celles-ci ne vivent pas bien longtemps) que ça va changer la définition du poste. Si tu mets Mbappé en gardien de but il sera probablement pas très bon mais ça n'empêche qu'il sera bien à un poste de gardien de but à avoir des tâches de gardien de but, peu importe sa formation.